*gelöst* History-Daten extern speichern

klassisch

Ich habe von History auf NAS abgesehen. Dann kommt das NAS nie dazu, seine Platten abzuschalten. Und eine Netzverbindung ist halt auch nicht so zuverlässig wie ein eingebauter oder angeschlossener Speicher.
Habe in meinen ioBroker Rechner (alter Win Laptop) eine 120GB SSD eingebaut. Trotz Spezialformat (2442) noch bezahlbar <20 EUR.
Zweitbeste Lösung wäre eine USB-SSD. Als ich noch headless Linux auf SBC hatte, bin ich dieser Anleitung gefolgt: https://jankarres.de/2013/01/raspberry-pi-usb-stick-und-usb-festplatte-einbinden/ . Am besten unter Linux ext4 wählen. Mit FAT32 hatte ich irgendwann nach einem armbian-Update massive Probleme mit ständigen sich überholenden Historyneustarts (keine Anung warum, experimenteller Befund nach wochenlangem Suchen).
Auch bei den Ubuntuusers findet man verständliche und hilfreiche Anleitungen. Aber oft eben unter Verwendung von Desktop-Programmen mit graphischer GUI.
120GB reichen bei mir für ein paar Jahre. Ab und an schaue ich, was die meisten Daten erzeugt und überdenke die Abtasthäufigkeit.

1Topf

@oliverio

Du kennst mich aber gut . Mit Linux beschäftige ich mich immer erst dann, wenn es eigentlich zu spät ist.

Erstmal Danke an alle für die Hilfe. Ich habe hier in mein persönliches Wespennest gestochen , und nun habe ich Kopfschmerzen (nicht nur vom gestrigen Glühwein...). Google glüht auch.

Mein NAS ist ein Eigenbau mit nas4free als BS (heißt jetzt schon länger Xigma). Könnte ich auch mal in der Version hochziehen, aber es läuft halt seit Jahren stabil und zuverlässig. Zugriff per SMB2. Der Befehl zum mounten müßte wie aussehen? So?:

iobroker@ioBroker:~$ sudo mount -t cifs username=xxxxx,password=xxxxx //192.168.178.2/Daten/Hausüberwachung/ioBroker/History /opt/iobroker/iobroker-data/history/

Wenn ich das mache, mault Debian rum:

mount: bad usage

Oder bin ich auf einer komplett falschen Fährte?

Im backitup-Adapter kann man halt schön externe Pfade angeben. Wäre für History auch ganz nett.

@klassisch : Im NAS kann ich auch z.B. noch eine CF-Card verbauen. Die dann als eigenständige Festplatte einbinden und gut. Alle anderen Festplatten (außer SSD) schlafen dann weiter.

Thomas Braun

@1topf sagte in History-Daten extern speichern:

Zugriff per SMB2.

Will man ja auch nicht.
Auf dem BSD-basierten NAS wird es wohl NFS geben.

OliverIO

@1topf
mir ging es vor einigen jahren ja selbst so.
mein erster kontakt war ein wd mybooklive, bei dem man ssh freischalten konnte
und bei mir als mini server diente zum rumspielen.
ich musste viel lesen und es gab einige aha-effekte von fähigkeiten, die ich mir bei windows auch wünschte.

aber bei mount muss ich auch immer schauen und tu mich schwer, von daher kann ich jetzt den befehl nicht exakt verifizieren.
schau gerade auf die seite oben bei ubuntuuusers, da gibt es einige beispiele und im zweiten blick auf die man page von mount (da sind dann alle parameter im detail erklärt.
) und im drittenblick auf internet foren

1Topf

@thomas-braun sagte in History-Daten extern speichern:

@1topf sagte in History-Daten extern speichern:

Zugriff per SMB2.

Will man ja auch nicht.
Auf dem BSD-basierten NAS wird es wohl NFS geben.

Ja, geht natürlich. Ändere ich jetzt aber bei einer bestehenden HD nicht ab, da ich dann wieder anderweitige Probleme erwarten kann. Ich könnte aber eine Flashkarte als neues Laufwerk einbinden und dort dann NFS nutzen. Bin mir gerade nicht 100%ig sicher, aber ich glaube das geht für einzelne Festplatten und nicht nur fürs ganze System.
Aber wäre mein obiger Befehl erstmal grundsätzlich richtig? Wenn ja, wieso wird dann gemeckert?

Edit: mit -o führt er den Befehl fehlerlos aus.

sudo mount -t cifs -o username=xxxxx,password=xxxxx //192.168.178.2/Daten/Hausüberwachung/ioBroker/History /opt/iobroker/iobroker-data/history/

Keine Ahnung ob das jetzt läuft, muß ich mal abwarten. Und dann halt noch die fstab abändern. Da muß ich mich auch noch belesen.

Thomas Braun

@1topf sagte in History-Daten extern speichern:

War
/opt/iobroker/iobroker-data/history/
jetzt leer? Sonst überlagerst du die bereits existierenden Dateien durch das drübermounten. Gibt nur Ärger.

1Topf

@thomas-braun

Ja, war leer. Aber jetzt hab ich gerade alle runtergezogenen Ordner in das History-Verzeichnis auf dem NAS geschoben, und dann tauchen die auch wieder unter /opt/iobroker/iobroker-data/history/ auf. Das ist natürlich nicht so gewollt.

Thomas Braun

@1topf sagte in History-Daten extern speichern:

Das ist natürlich nicht so gewollt.

Wenn es gerade gemountet ist, dann ist es natürlich genauso gewollt.

1Topf

@thomas-braun

Ich meld mich morgen nochmal, muß auf den nächsten Weihnachtsmarkt. ;-)

Nur kurz: wenn die Daten dann trotzdem physisch immer noch unter iobroker-data/history/ liegen, läuft mein Speicher doch wieder voll? Oder verstehe ich das wieder falsch?

Thomas Braun

@1topf
Die liegen nur logisch da, physisch sind die auf dem NAS.

Wenn es richtig gemacht wurde ist das Verzeichnis auch wieder leer, wenn umountet wurde.

1Topf

@thomas-braun

Guten Morgen. Es gibt da ein Problem:

2022-12-12 09:58:10.378  - [31merror[39m: history.0 (1458059) Cannot store file /opt/iobroker/iobroker-data/history/20221212/history.sonoff.0.Fernseher Wohnzimmer.POWER.json: Error: EACCES: permission denied, mkdir '/opt/iobroker/iobroker-data/history/20221212'

Diese Meldung kommt für alle Geräte, die ich in History eingebunden habe. Das habe ich gestern schon festgestellt und jetzt eben mal ein iobroker fix laufen lassen. Leider ohne Erfolg. Der History-Ordner ist leer. Zugriffsrechte stehen auf 755, beim gemounteten NAS auf 777.

Hast Du eine Idee, was hier nicht stimmt?

Thomas Braun

@1topf

Die Rechte im NAS prüfen.

1Topf

@thomas-braun

NAS steht auf 777, also der komplette Pfad bis zum dortigen History-Ordner, also sollte dort ja jeder Daten reinschreiben dürfen. User und PW schick ich beim mounten mit:

sudo mount -t cifs -o username=xxxxx,password=xxxxx //192.168.178.2/Daten/Hausüberwachung/ioBroker/History /opt/iobroker/iobroker-data/history/

Oder müssen User u. PW an anderer Stelle stehen?

Wenn ich manuell eine Datei in den NAS-Ordner kopiere, erscheint sie unter /opt/iobroker/iobroker-data/history . Aber ich wills ja andersrum.

Ausgabe von mount :

//192.168.178.2/Daten/Hausüberwachung/ioBroker/History on /opt/iobroker/iobroker-data/history type cifs (rw,relatime,vers=2.1,cache=strict,username=xxxxx,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.178.2,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=566268k,nr_inodes=141567,mode=700,uid=1000,gid=1000)

An dem "Ü" in "Hausüberwachung" kann es aber nicht liegen?

Thomas Braun

@1topf

Zeig mal die Einstellungen im NAS.
Und Umlaute sind tunlichst zu vermeiden. Ebenso Leerzeichen und sonstige Sonderzeichen.
Kleinbuchstaben a-z und Ziffern.

1Topf

@thomas-braun

Tja, Einstellungen vom NAS. Da gibts tausende.

Hab extra den ioB-Rechner noch als zuzulassenden Host eingetragen, obwohl das eigentlich nicht notwendig ist.
Ich werde es mal mit Umbenennung des Ordners versuchen, also das "ü" wegmachen. Da muß ich aber erstmal schaun, was da alles drauf zugreift. Ansonsten muß ich den kühlen Raum gehen, wo mein NAS steht und mal gucken, ob ich eine SD-Karte als neues Laufwerk einbinden kann. Da brauch ich aber eine Jacke ...

1Topf

@thomas-braun

So. Nun will ich mal mit meinem eben erworbenen Linuxwissen protzen.

Ich habe noch schnell eine SD-Karte im NAS eingebunden, dann muß die HD nicht ständig starten. Aber es hätte sicher auch mit dem Pfad funktioniert, den ich weiter oben immer angegeben habe.

Es funktioniert mit folgendem Befehl:

sudo mount -t cifs -o defaults,uid=iobroker,gid=xxxxx,username=xxxxx,password=xxxxx //192.168.178.2/iobroker/history /opt/iobroker/iobroker-data/history

Für alle "Unwissenden" zur Erklärung: Nutzer und PW von ioBroker muß auch mit angegeben werden, es reicht nicht nur Nutzer und PW vom NAS. uid und gid stehen hier für den ioBroker, username und password für NAS. Dann kommt der Pfad vom NAS und dann der Pfad von ioB, den man umleiten will.

War doch ganz einfach.

Thomas Braun

@1topf sagte in *gelöst* History-Daten extern speichern:

uid und gid sind allerdings Zahlen.

1Topf

@thomas-braun sagte in *gelöst* History-Daten extern speichern:

uid und gid sind allerdings Zahlen.

Kann es sein, daß die automatisch umgewandelt bzw. erkannt werden?

iobroker@ioBroker:~$ id
uid=1000(iobroker) gid=xxxxx(xxxxx) Gruppen=1000(iobroker),5(tty),20(dialout),24(cdrom),25(floppy),29(audio),30(dip),44(video),46(plugdev),109(netdev)
iobroker@ioBroker:~$

Thomas Braun

@1topf

Wäre mir neu.

1Topf

@thomas-braun

Man lernt nie aus.

Community Forum

NEWS

gelöst History-Daten extern speichern

Support us

261

32.9k

83.0k

1.3m