[vz-users] SD-Karten Crash
basti
mailinglist at unix-solution.de
Do Dez 1 21:03:18 CET 2022
Hallo,
egal wie man es dreht und wendet, SD Karten sind nicht für
schreibintensive Anwendungen und somit auch nicht für Datenbanken
gedacht. HDD / SSD sind da weitaus besser geeignet. Wobei SSD's ja auch
nur begrenzte Schreibleistung aufweisen.
Ich bin darüber hinaus der Meinung eine Datenbank zumindest ein RAID 1
braucht und natürlich ein gescheites Backup. Egal ob MySQL, Influx oder
was auch immer.
Letzendlich ist es deine Entscheidung und du musst wissen wie wichtig
dir die Daten sind.
Mein Pi z.b., auf dem der vzlogger läuft ist read-only gemountet mit
overlay FS.
Die Datenbank läuft auf einem anderen Rechner mit software RAID 1 und
täglichem Backup nach extern.
Viele Grüße
Am 01.12.22 um 20:44 schrieb Stefan S.:
> Hallo,
>
> kann man das Schreiben in die mySQL Datenbank auch komplett ausschalten,
> so dass man nur ca. 1 Tag im RAM hat.
> Ansonsten würde ich die Daten dann zyklisch per MQTT abfragen und in
> eine InfluxDB Datenbank schreiben.
>
> Gruß,
> Stefan
>
> Am 29.11.2022 um 05:37 schrieb Sebastian Blaesing:
>> Guten Morgen,
>>
>> Du kannst dann maximal noch die Datenbank auf einen anderen PC/Server
>> legen, bzw wie schon gesagt wurde - auf das NAS. Rein zum booten hält
>> die SD Karte beim Pi deutlich länger, bzw fast ewig. Wenn du zb Daten
>> nur alle 60 Sekunden speicherst zögerst du den Crash nur ein wenig
>> raus, denke das hat kaum einen Effekt. Denn beim Auslesen, aufbereiten
>> und visualisieren der Daten schrubbelt der auch ordentlich auf der
>> Karte rum.
>>
>> Grüße
>> Sebastian
>>
>> Von meinem iPhone gesendet
>>
>>> Am 28.11.2022 um 20:26 schrieb Friedrich Kessler <vz at riare.de>:
>>>
>>>
>>> Hallo Stefan,
>>> auch wenn SSD nicht „Deine“ Lösung ist.
>>> Mit der SSD hast du absolut keine Schreibaktivitäten auf der SD Card
>>> – und damit 0 – Stress. Es gibt für den Zero Adapter mit weiteren
>>> USB Anschlüssen (ich habe einen Zero 2w – damit habe ich alle
>>> Anschlussmöglichkeiten – für ca. 17,—€).
>>> Gruss
>>> Friedrich
>>>
>>> Von: volkszaehler-users
>>> <volkszaehler-users-bounces at demo.volkszaehler.org> on behalf of
>>> "Stefan S." <shikvz at gmx.com>
>>> Antworten an: "volkszaehler.org - users"
>>> <volkszaehler-users at demo.volkszaehler.org>
>>> Datum: Montag, 28. November 2022 um 17:55
>>> An: <volkszaehler-users at demo.volkszaehler.org>
>>> Betreff: Re: [vz-users] SD-Karten Crash
>>>
>>> Hallo,
>>>
>>> SSD ist nicht wirklich eine Lösung da ich einen Raspberry Zero W
>>> verwende.
>>> Wenn ich es richtig verstehe bewirkt eine "aggtime: 60", dass nur
>>> alle 60s in die mySQL Datenbank geschrieben wird?
>>> Das muss doch gehen?
>>>
>>> Gruß,
>>> Stefan
>>>
>>> Am 22.11.2022 um 13:57 schrieb Sebastian Blaesing:
>>>> Ergänzend: wie Freidrich sagte, bei den Pi 2 ist eine SD-Karte zum
>>>> booten nötig(es sei denn man will aufwendig Firmware Updates
>>>> einspielen), bei den neueren nicht. Da bootet er von der SSD oder
>>>> USB Stick, wenn keine SD Karte eingesteckt ist. Eine SSD ist auf
>>>> jedenfall der richtige Weg um SD-Karten-Tod vorzubeugen
>>>>
>>>> Von meinem iPhone gesendet
>>>>
>>>>> Am 22.11.2022 um 13:38 schrieb Friedrich Kessler <vz at riare.de>:
>>>>>
>>>>>
>>>>> Hallo,
>>>>> Ich habe an 4 Raspis 2 seit 2015 SSD’s mit allen Daten drauf.
>>>>> Lediglich zum Booten wird die SD Card benötigt (hat aber in den 8
>>>>> Jahren keine 10x booten müssen).
>>>>> Läuft alles ohne Probleme – und eine SSD ist heute keine wirkliche
>>>>> Investition im Verhältnis zum Aufwand und Ärger.
>>>>> Gruss
>>>>> Friedrich
>>>>>
>>>>> Von: volkszaehler-users
>>>>> <volkszaehler-users-bounces at demo.volkszaehler.org> on behalf of
>>>>> "Stefan S." <shikvz at gmx.com>
>>>>> Antworten an: "volkszaehler.org - users"
>>>>> <volkszaehler-users at demo.volkszaehler.org>
>>>>> Datum: Dienstag, 22. November 2022 um 06:52
>>>>> An: <volkszaehler-users at demo.volkszaehler.org>
>>>>> Betreff: [vz-users] SD-Karten Crash
>>>>>
>>>>> Hallo,
>>>>>
>>>>> meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir
>>>>> sind inzwischen schon einige zerstört.
>>>>> Kann ich an der Config noch was optimiert werden, damit diese
>>>>> länger halten? Danke!
>>>>>
>>>>> {
>>>>> // General settings
>>>>> "daemon": true, // run periodically
>>>>> "verbosity": 0, // log verbosity (0=log_alert,
>>>>> 1=log_error, 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
>>>>> "log": "/var/log/vzlogger.log", // log file, optional
>>>>> "retry": 30, // http retry delay in seconds
>>>>>
>>>>> // Build-in HTTP server
>>>>> "local": {
>>>>> "enabled": false, // enable local HTTPd for serving live
>>>>> readings
>>>>> "port": 8080, // TCP port for local HTTPd
>>>>> "index": true, // provide index listing of available
>>>>> channels if no UUID was requested
>>>>> "timeout": 30, // timeout for long polling comet
>>>>> requests in seconds (0 disables comet)
>>>>> "buffer": 600 // HTTPd buffer configuration for
>>>>> serving readings, default -1
>>>>> // >0: number of seconds of readings
>>>>> to serve
>>>>> // <0: number of tuples to server per
>>>>> channel (e.g. -3 will serve 3 tuples)
>>>>> },
>>>>>
>>>>> // realtime notification settings
>>>>> "push": [
>>>>> {
>>>>> "url": "http://127.0.0.1:5582" // notification
>>>>> destination, e.g. frontend push-server
>>>>> }
>>>>> ],
>>>>> // Meter configuration
>>>>> "meters": [{
>>>>>
>>>>> "enabled" : true,
>>>>> "allowskip": false,
>>>>> "aggtime": 60,
>>>>> "aggfixedinterval": false,
>>>>> "channels": [{
>>>>> "uuid" : "",
>>>>> "middleware" : "http://localhost/middleware.php",
>>>>> "identifier" : "1-0:1.8.0", //Zählerstände
>>>>> "api": "volkszaehler",
>>>>> "aggmode": "max"
>>>>> }, {
>>>>> "uuid" : "",
>>>>> "middleware" : "http://localhost/middleware.php",
>>>>> "identifier" : "1-0:16.7.0", // Leistungswerte
>>>>> "api": "null",
>>>>> "aggmode": "none"
>>>>> }],
>>>>> "protocol": "sml",
>>>>> "device": "/dev/ttyUSB0",
>>>>> "baudrate": 9600,
>>>>> "parity": "8n1",
>>>>> "use_local_time": true
>>>>> },
>>>>>
>>>>> Gruß,
>>>>> Stefan
>>>
>
Mehr Informationen über die Mailingliste volkszaehler-users