UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Homoran]

@Jan1 sagte in Backup auf NAS - Probleme mit CIFS:

das ist die Frage, ob dem so ist, oder ob das nur der Verzeichnisname ist.

Ja, ist so!
Hab ich bei mir auch, aber ohne führendes /
Gerade nachgesehen.

Das führende / verweist ja auf das Wurzelverzeichnis

[Jan1]

@Homoran
Ok, ohne Slash müsste es dann ja laufen, wenn nicht hat der angelegte User nicht die nötigen Rechte. Der Slash hatte mich eben irritiert da so eben vom Aufbau der Pfadangabe was fehlen würde.

[Mars]

@Homoran Das mit dem Slash habe ich auch schon probiert. Ändert leider wieder nichts.
@Jan1 Eine Fritznox könnte ich auch noch versuchen. Mache ich dann wenn wir hier nicht weiter kommen. Habe eben die Synology und habe da alles am laufen weswegen ich gerne dabei bleiben würde.

Das mit dem Verzeichnisnamen weiß ich auch nicht sicher. Aber es steht nirgends etwas anderes und unter gemeinsame Ordner ist der Freigegebene Order mit dem Name "Backup" aufgelistet.
Viell. kennt sich einer ja besser aus mit Synology?

[Thomas Braun]

@Jan1 sagte in Backup auf NAS - Probleme mit CIFS:

Weil SMB laut Adapter Doku so wie ich es gelesen und verstanden habe (damals), die etwas besser Wahl wäre.

Aber beide Systeme basieren doch offenbar auf Linux. Da nehme ich doch nicht den Umweg über das nicht so gut implementierte SMB/CIFS aus der Windows-Welt?

[Mars]

@Thomas-Braun ja stimmt schon nur geht NFS auch nicht.

[Jan1]

@Thomas-Braun
Schau was in der Doku des Adapter dazu steht. An die hab ich mich gehalten und mir kam SMB besser vor, wobei bei mir das auch ohne Probleme läuft und das auf SMB3.

[Thomas Braun]

@Jan1 Da sehe ich, das weder das eine noch das andere ein Problem ist, allerdings bei CIFS noch weitere Dinge beachtet werden müssen. Meintest du das?

[Jan1]

@Thomas-Braun
Ich bin am Handy und kann gerade nicht nach schauen. Da gibts ein Vergleich der Methoden und für mich hat sich CIFS einfach besser angehört. Zu beachten ist da auch nicht viel. Pfad mit führenden Freigabenamen und User mit passenden Rechten, Haken bei mount als Root und fertig. Backup samt Mount ist in 30 Sekunden auf der Fritz.

[Mars]

@Jan1 Ich habe es gerade auf der Fritz Box versucht. Ging auch nicht. Nutzer in der Fritz Box hat lese und schreib Rechte!
Es liegt bestimmt an irgendwelchen Sudo Rechten!?
Er sagt ja auch immer im Log vom Iobroker:

mount error(1): Operation not permitted

[Mars]

@Jan1 Hallo Nochmal, habe jetzt nochmal versucht alle Einstellungen zu tätigen und habe mal screenshots gemacht hoff. von allem wichtigen. Ich habe das ganze jetzt auf der Fritzbox versucht weil es da glaub mehr Nutzer gibt die das umsetzen und das Problem evtl. erkennen. An der Fritzbox hängt ein USB Stick mit dem Namen BACKITUP.
Hier mal alle Einstellungen:

root rechte bekomme ich.

Die FritzBox heißt fritzbox.

Nutzer "iobroker" angelegt und Verzeichnis hinzugefügt.

Verzeichnis in fritzNAS

Adapter einstellungen.

Würde mich freuen wenn ich nochmal Support von euch bekommen würde.

update und upgrade habe ich nochmal gemacht auch cifs nochmal installiert!

Fehler der ausgegeben wird:

Gestartet...
[DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ...
[ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/fritzbox/fritz.nas/BACKITUP/iobroker /opt/iobroker/backups
sudo: setrlimit(RLIMIT_CORE): Operation not permitted
mount error(1): Operation not permitted
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

[ERROR] [mount] - [IGNORED] Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/fritzbox/fritz.nas/BACKITUP/iobroker /opt/iobroker/backups
sudo: setrlimit(RLIMIT_CORE): Operation not permitted
mount error(1): Operation not permitted
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

[DEBUG] [iobroker] - host.ioBrokerubulxc 2351 states saved

[DEBUG] [iobroker] - host.ioBrokerubulxc 2477 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2020_06_08-13_25_51_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [cifs] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done
[DEBUG] [telegram] - done
[DEBUG] [history] - backitup.0.history.html
[DEBUG] [history] - backitup.0.history.json
[EXIT] 0
[DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ...
[ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/fritzbox/fritz.nas/BACKITUP/iobroker /opt/iobroker/backups
sudo: setrlimit(RLIMIT_CORE): Operation not permitted
mount error(1): Operation not permitted
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

[ERROR] [mount] - [IGNORED] Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/fritzbox/fritz.nas/BACKITUP/iobroker /opt/iobroker/backups
sudo: setrlimit(RLIMIT_CORE): Operation not permitted
mount error(1): Operation not permitted
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

[DEBUG] [iobroker] - host.ioBrokerubulxc 2351 states saved

[DEBUG] [iobroker] - host.ioBrokerubulxc 2477 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2020_06_08-13_26_11_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [cifs] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done
[DEBUG] [telegram] - done
[DEBUG] [history] - backitup.0.history.html
[DEBUG] [history] - backitup.0.history.json
[EXIT] 0

Was soll das aussagen?

sudo: setrlimit(RLIMIT_CORE): Operation not permitted

[Jan1]

@Mars
Jou und hier ist schon der erste Fehler
Der Freigabenamen hat nichts mit dem NetzName zu tun und wird hier eingestellt:

[Homoran]

@Mars sagte in Backup auf NAS - Probleme mit CIFS:

Was soll das aussagen?

Das dürfte (zusätzlich jetzt zur falschen Freigabe bei der Fritzbox) dein Hauptproblem sein.
vielleicht kann @Thomas-Braun dazu was sagen.

[Homoran]

@Mars sagte in Backup auf NAS - Probleme mit CIFS:

Ich habe den IObroker als LXC auf dem Proxmox installiert.

auch das habe ich übersehen!
Wieder ein Grund mehr warum ich Container nicht mag

Auf der Suche nach deinem Fehler hat google (ja so was gibt es!) als erstes folgendes ausgespuckt:

in container: sudo: setrlimit(RLIMIT_CORE): Operation not permitted #42

Habe das gar nicht weiter gelesen.
Damit bin ich jetzt ganz raus.
scheint etwas wegen deines Containers zu sein.

[Thomas Braun]

@Homoran @Mars

Und als erste Aktion in eine root-shell abzutauchen ist auch Murks.
Auch ein ubuntu verzichtet auf einen root Account und man administriert das System per 'sudo', da wo es erforderlich ist.

[Homoran]

@Thomas-Braun sagte in Backup auf NAS - Probleme mit CIFS:

in eine root-shell abzutauchen ist auch Murks.
Auch ein ubuntu

wo hast du das denn schon wieder gesehen?

[Thomas Braun]

@Homoran Auf dem ersten Screen, den ich mir ausnahmsweise doch mal angeschaut habe.

[Homoran]

@Thomas-Braun sagte in Backup auf NAS - Probleme mit CIFS:

den ich mir ausnahmsweise doch mal angeschaut habe.

ich natürlich nicht

[Mars]

@Jan1 

hier steht aber dasselbe drin. Also auch "fritzbox". Wenn man den Fritz Box Namen ändert, ändert sich auch der Name in Heimnetzfreigabe. So ist das bei mir.
Ich wollte eigtl. nur zeigen, dass der user mars mit dem Befehl su zu root werden kann.
Dass es an dem Container liegt glaube ich auch weil es zuvor auf dem Raspberry 3 ja geklappt hat.
In dem fall werde ich auf dem Proxmox ein ganz normale VM mit Ubuntu oder Debian aufsetzen und da dann den iobroker installieren und nochmals probieren oder?

[Jan1]

@Mars
Was soll dann noch das fritz.nas im Pfad?
Dein Freigabe Namen ist fritzbox und der Pfad BACKITUP/iobroker, ergibt nach Doku das hier fritzbox/BACKITUP/iobroker
Wobei Deine Container Installation da wohl wie Homoran schon geschrieben hat mal wieder andere Rechte braucht und da bin ich dann auch raus, weil ich kein Plan davon habe.

[Mars]

@Jan1 Mit dem Freigabename/Pfad habe ich schon alles probiert auch die von Dir vorgeschriebene Variante! Danke dafür. Aber Problem bleibt bestehen und ich werde jetzt vom Container weg gehen und es ganz normal als VM probieren.

Vielen Dank an alle für eure Mühen!

Melde mich wenn es dann auf der VM läuft falls es das tut.