Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. an alle Proxmox Nutzer

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    1.7k

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    10
    1
    681

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    1.2k

an alle Proxmox Nutzer

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
22 Beiträge 11 Kommentatoren 333 Aufrufe 12 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • Dr. BakteriusD Offline
    Dr. BakteriusD Offline
    Dr. Bakterius
    Most Active
    schrieb am zuletzt editiert von
    #8

    Ich bin nach knapp einem Jahr bei 7% Verschleiß. Ich habe eine Samsung 990 Pro mit 1 TB. Es kommt auf den Hersteller und die angegebene TBW an. Bei meiner sind das 600 TB, also 600 Schreibzyklen. Also je nach Hersteller und Größe hält eine SSD / NVMe länger oder kürzer. Ich lasse mir den Wearout in einen Datenpunkt schreiben und mich benachrichtigen wenn er sich ändert. So kann ich das nicht aus dem Auge verlieren. Wobei so ein Speicher nach erreichen der 100% nicht unbedingt defekt sein muss. Manche halten noch deutlich länger.

    NegaleinN 1 Antwort Letzte Antwort
    0
    • MartinPM MartinP

      Data Units Read: 76,165,512 [38.9 TB]
      Data Units Written: 355,179,743 [181 TB]

      Das würde ja bedeuten, dass etwa 4/5 der Daten geschrieben, aber danach nie wieder gelesen werden?

      Oder habe ich da einen Denkfehler?

      paul53P Offline
      paul53P Offline
      paul53
      schrieb am zuletzt editiert von
      #9

      @MartinP [sagte]: etwa 4/5 der Daten geschrieben, aber danach nie wieder gelesen werden?

      IoBroker schreibt regelmäßig die Objekt- und Zustandsdaten, liest sie aber nur bei Neustart ein. Während des laufenden Betriebs werden die Daten im RAM gehalten.

      Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
      Produktiv: Asus PN 42 / N100 / 8 GB / 500 GB

      arteckA 1 Antwort Letzte Antwort
      0
      • MartinPM MartinP

        Data Units Read: 76,165,512 [38.9 TB]
        Data Units Written: 355,179,743 [181 TB]

        Das würde ja bedeuten, dass etwa 4/5 der Daten geschrieben, aber danach nie wieder gelesen werden?

        Oder habe ich da einen Denkfehler?

        Meister MopperM Online
        Meister MopperM Online
        Meister Mopper
        Most Active
        schrieb am zuletzt editiert von
        #10

        @MartinP sagte:

        Das würde ja bedeuten, dass etwa 4/5 der Daten geschrieben, aber danach nie wieder gelesen werden?

        Es ist ein HA-Cluster und das Ergebnis entsteht aufgrund der viertelstündlichen Replizierungen.

        Proxmox und HA - dank KI/AI endlich "blocklyfrei"

        Thomas BraunT 1 Antwort Letzte Antwort
        0
        • Meister MopperM Meister Mopper

          @MartinP sagte:

          Das würde ja bedeuten, dass etwa 4/5 der Daten geschrieben, aber danach nie wieder gelesen werden?

          Es ist ein HA-Cluster und das Ergebnis entsteht aufgrund der viertelstündlichen Replizierungen.

          Thomas BraunT Online
          Thomas BraunT Online
          Thomas Braun
          Most Active
          schrieb am zuletzt editiert von
          #11

          Bei Proxmox muss man aber auch berücksichtigen:

          Sudden Increases: Drastic jumps in wearout (e.g., from 0% to 98% in weeks) usually indicate excessive, often hidden, write amplification, frequently seen in virtualized environments (Proxmox/ZFS) with heavy logging or improper sync settings.

          https://forum.proxmox.com/threads/nvm-ssd-extreme-high-wearout.143823/

          Linux-Werkzeugkasten:
          https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
          NodeJS Fixer Skript:
          https://forum.iobroker.net/topic/68035/iob-node-fix-skript
          iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

          1 Antwort Letzte Antwort
          1
          • OliverIOO OliverIO

            @arteck

            Und was könnte hier die Ursache sein?

            arteckA Offline
            arteckA Offline
            arteck
            Developer Most Active
            schrieb zuletzt editiert von arteck
            #12

            @OliverIO ich hab ein ceph cluster da geht schon was durch die Leitung und i/o auf die Platten um die Nodes synchron zu halten

            die WD Black SN750 NVMe war 6 Jahre
            a808f71b-b670-4512-a3a6-a8dab8ca6056-image.jpeg
            verbaut also.. ja es war Zeit :-)..hab mich ehh gewundert, dass die so lange gehalten hat

            habs aber nicht auf dem Schirm gehabt

            zigbee hab ich, zwave auch, nuc's genauso und HA auch

            1 Antwort Letzte Antwort
            0
            • paul53P paul53

              @MartinP [sagte]: etwa 4/5 der Daten geschrieben, aber danach nie wieder gelesen werden?

              IoBroker schreibt regelmäßig die Objekt- und Zustandsdaten, liest sie aber nur bei Neustart ein. Während des laufenden Betriebs werden die Daten im RAM gehalten.

              arteckA Offline
              arteckA Offline
              arteck
              Developer Most Active
              schrieb zuletzt editiert von
              #13

              @paul53 sagte:

              IoBroker schreibt regelmäßig die Objekt- und Zustandsdaten, liest sie aber nur bei Neustart ein. Während des laufenden Betriebs werden die Daten im RAM gehalten.

              nicht ganz .. sonst währe alles weg bei Systemabsturz.. logisch oder

              zigbee hab ich, zwave auch, nuc's genauso und HA auch

              paul53P 1 Antwort Letzte Antwort
              0
              • arteckA arteck

                @paul53 sagte:

                IoBroker schreibt regelmäßig die Objekt- und Zustandsdaten, liest sie aber nur bei Neustart ein. Während des laufenden Betriebs werden die Daten im RAM gehalten.

                nicht ganz .. sonst währe alles weg bei Systemabsturz.. logisch oder

                paul53P Offline
                paul53P Offline
                paul53
                schrieb zuletzt editiert von paul53
                #14

                @arteck [sagte]: sonst währe alles weg bei Systemabsturz..

                Deshalb werden die Daten regelmäßig (alle paar Sekunden) geschrieben, damit nach Systemabsturz zeitnahe Daten vorhanden sind.

                Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
                Produktiv: Asus PN 42 / N100 / 8 GB / 500 GB

                1 Antwort Letzte Antwort
                0
                • Dr. BakteriusD Dr. Bakterius

                  Ich bin nach knapp einem Jahr bei 7% Verschleiß. Ich habe eine Samsung 990 Pro mit 1 TB. Es kommt auf den Hersteller und die angegebene TBW an. Bei meiner sind das 600 TB, also 600 Schreibzyklen. Also je nach Hersteller und Größe hält eine SSD / NVMe länger oder kürzer. Ich lasse mir den Wearout in einen Datenpunkt schreiben und mich benachrichtigen wenn er sich ändert. So kann ich das nicht aus dem Auge verlieren. Wobei so ein Speicher nach erreichen der 100% nicht unbedingt defekt sein muss. Manche halten noch deutlich länger.

                  NegaleinN Offline
                  NegaleinN Offline
                  Negalein
                  schrieb zuletzt editiert von
                  #15

                  @Dr.-Bakterius sagte:

                  Ich lasse mir den Wearout in einen Datenpunkt schreiben und mich benachrichtigen wenn er sich ändert.

                  Hab das Thema gerade entdeckt.

                  In Proxmox sagt er 0%.
                  Aber im Adapter sagt er 100%.

                  Wo holst du dir die Daten?

                  50c0bb9b-39cf-4e55-8313-dd39758c3068-image.jpeg

                  fe4bc127-a693-4dd7-bcfb-32af7af738a5-image.jpeg

                  ° Node.js & System Update ---> sudo apt update, iob stop, sudo apt full-upgrade
                  ° Node.js Fixer ---> iob nodejs-update
                  ° Fixer ---> iob fix

                  E 1 Antwort Letzte Antwort
                  0
                  • MartinPM Online
                    MartinPM Online
                    MartinP
                    schrieb zuletzt editiert von
                    #16

                    Wäre es unter dem Gesichtspunkt nicht interessant, eine billige, kleine SSD für diese Art von Daten zu nutzen?
                    Ist Geschwindigkeit hier ein Thema?
                    Wenn sowieso im RAM zwischengespeichert wird, halte ich das für nicht sehr wahrscheinlich.

                    Eine fette SSD, die "alles" enthält zu ersetzen ist sicherlich teurer, als wenn man die Abnutzung verursachenden häufig geschriebenen Daten auf eine kleinere, billigere SSD auslagert ...

                    Durch "Wear Leveling" kann das Thema aber durchaus kniffelig einzuschätzen werden. Es könnte sein, dass eine kleine prall gefüllte SSD deutlich schneller kaputt geht, als eine große SSD mit viel freiem Platz für Wear Leveling

                    https://en.wikipedia.org/wiki/Wear_leveling

                    Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox

                    Eduard77E 1 Antwort Letzte Antwort
                    0
                    • MartinPM MartinP

                      Wäre es unter dem Gesichtspunkt nicht interessant, eine billige, kleine SSD für diese Art von Daten zu nutzen?
                      Ist Geschwindigkeit hier ein Thema?
                      Wenn sowieso im RAM zwischengespeichert wird, halte ich das für nicht sehr wahrscheinlich.

                      Eine fette SSD, die "alles" enthält zu ersetzen ist sicherlich teurer, als wenn man die Abnutzung verursachenden häufig geschriebenen Daten auf eine kleinere, billigere SSD auslagert ...

                      Durch "Wear Leveling" kann das Thema aber durchaus kniffelig einzuschätzen werden. Es könnte sein, dass eine kleine prall gefüllte SSD deutlich schneller kaputt geht, als eine große SSD mit viel freiem Platz für Wear Leveling

                      https://en.wikipedia.org/wiki/Wear_leveling

                      Eduard77E Online
                      Eduard77E Online
                      Eduard77
                      schrieb zuletzt editiert von
                      #17

                      @MartinP
                      ich habe bei mir vor 3 Jahren eine billige SSD verbaut.
                      Die SSD hat damals nur 18 Euro gekostet.

                      b57524f5-4cf3-4549-8107-939fea7d2d3d-image.jpeg

                      1 Antwort Letzte Antwort
                      0
                      • MartinPM Online
                        MartinPM Online
                        MartinP
                        schrieb zuletzt editiert von
                        #18

                        Meine war auch nicht besonders teuer, da ich noch weiteres Zeug auf dem Mini-PC hoste habe ich mir aber was gegönnt und einen 480 GB SATA SSD genommen ;-)

                        802107ca-7204-403e-a184-127942695b2f-image.jpeg

                        28000 "Power-On-Hours" entsprächen auch etwa 3 Jahren.

                        Ich nutze keine Redis DB, wie sieht es bei Dir aus?

                        da6b73e9-48d1-48c0-b527-6970153eab19-image.jpeg

                        etwa 20,7 TB wurden wohl geschrieben.

                        Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox

                        Eduard77E 1 Antwort Letzte Antwort
                        0
                        • MartinPM MartinP

                          Meine war auch nicht besonders teuer, da ich noch weiteres Zeug auf dem Mini-PC hoste habe ich mir aber was gegönnt und einen 480 GB SATA SSD genommen ;-)

                          802107ca-7204-403e-a184-127942695b2f-image.jpeg

                          28000 "Power-On-Hours" entsprächen auch etwa 3 Jahren.

                          Ich nutze keine Redis DB, wie sieht es bei Dir aus?

                          da6b73e9-48d1-48c0-b527-6970153eab19-image.jpeg

                          etwa 20,7 TB wurden wohl geschrieben.

                          Eduard77E Online
                          Eduard77E Online
                          Eduard77
                          schrieb zuletzt editiert von
                          #19

                          @MartinP
                          Ich nutze auch kein Redis und habe nur 5 LXC Container.

                          d40a3d1c-4794-4037-91bd-225c7c2c75b5-image.jpeg

                          1 Antwort Letzte Antwort
                          0
                          • MartinPM Online
                            MartinPM Online
                            MartinP
                            schrieb zuletzt editiert von MartinP
                            #20

                            "Total_LBAs_Written" ist bei Dir um GRÖSSENORDNUNGEN kleiner, als bei mir

                            163062 wären bei 512 Byte LBAs ca 83 MByte, die geschrieben wurden ... mit 4096 Bytes LBA-Größe wäre die Zahl nicht viel realistischer ...

                            EDIT:
                            Es scheint SSDs zu geben, die den Zähler in GB auflösen.

                            https://serverfault.com/questions/992698/unit-for-total-lbas-written-in-smart-data

                            163 062 000 000 000 bei Dir

                            22 275 122 659 840 (=43506098945 x 512)

                            oder

                            178 200 981 278 720 (=43506098945 x 512)

                            bei mir ...

                            Könnte also ähnlich sein

                            Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox

                            1 Antwort Letzte Antwort
                            0
                            • NegaleinN Negalein

                              @Dr.-Bakterius sagte:

                              Ich lasse mir den Wearout in einen Datenpunkt schreiben und mich benachrichtigen wenn er sich ändert.

                              Hab das Thema gerade entdeckt.

                              In Proxmox sagt er 0%.
                              Aber im Adapter sagt er 100%.

                              Wo holst du dir die Daten?

                              50c0bb9b-39cf-4e55-8313-dd39758c3068-image.jpeg

                              fe4bc127-a693-4dd7-bcfb-32af7af738a5-image.jpeg

                              E Online
                              E Online
                              emil70
                              schrieb zuletzt editiert von
                              #21

                              @Negalein sagte:

                              Hab das Thema gerade entdeckt.

                              In Proxmox sagt er 0%.
                              Aber im Adapter sagt er 100%.

                              Bei mir zeigt er in Proxmox 4 % an und im Adapter 96%

                              Ich denke im Proxmox Adapter wird der freie Platz angezeigt

                              Screenshot 2026-05-13 at 18-19-52 objects - iobroker.png

                              Screenshot 2026-05-13 at 18-19-39 proxmox - Proxmox Virtual Environment.png

                              gruss emil70

                              iobroker,pihole,homematic,motioneys,solaranlage laufen auf Proxmox (16 x AMD Ryzen 7 6800H with Radeon Graphics )

                              1 Antwort Letzte Antwort
                              0
                              • MartinPM Online
                                MartinPM Online
                                MartinP
                                schrieb zuletzt editiert von
                                #22

                                4% + 96% = 100%

                                Meine Vermutung:

                                96% ist die "Rest-Fitness" der SSD, 4% der Abnutzungsgrad...

                                100% - Rest-Fitness = Abnutzungsgrad.

                                Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox

                                1 Antwort Letzte Antwort
                                0

                                Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                                Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                                Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                                Registrieren Anmelden
                                Antworten
                                • In einem neuen Thema antworten
                                Anmelden zum Antworten
                                • Älteste zuerst
                                • Neuste zuerst
                                • Meiste Stimmen


                                Support us

                                ioBroker
                                Community Adapters
                                Donate
                                FAQ Cloud / IOT
                                HowTo: Node.js-Update
                                HowTo: Backup/Restore
                                Downloads
                                BLOG

                                485

                                Online

                                32.9k

                                Benutzer

                                83.0k

                                Themen

                                1.3m

                                Beiträge
                                Community
                                Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                ioBroker Community 2014-2025
                                logo
                                • Anmelden

                                • Du hast noch kein Konto? Registrieren

                                • Anmelden oder registrieren, um zu suchen
                                • Erster Beitrag
                                  Letzter Beitrag
                                0
                                • Home
                                • Aktuell
                                • Tags
                                • Ungelesen 0
                                • Kategorien
                                • Unreplied
                                • Beliebt
                                • GitHub
                                • Docu
                                • Hilfe