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

[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.

[Homoran]

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

ich werde jetzt vom Container weg gehen und es ganz normal als VM probieren.

Die beste Entscheidung bisher!

[Mars]

Guten Abend,
ich habe das Problem gelöst :-).
Es hat was mit PROXMOX und LXC zu tun.
In der PROXMOX Version 6.2 wird bei der Installation eines Linux Containers (LXC) im ersten Fenster automatisch ein Haken im markierten Fenster gesetzt.

Dieser Haken muss entfernt werden. Zudem habe ich folgenden Link befolgt:
Link Text

Danach ioBroker laut der Dokumentation von ioBroker befolgen und die nötigen Pakete für Backitup installieren.

Im Adapter selber alle Felder richtig bedaten (damit hatte ich ja auch probleme :-( ) dann läuft es bei mir zumindest auch unter dem Linux Container.

Danke nochmal!
Der Beitrag hat somit eigtl. nichts mit ioBroker und dem Adapter zu tun, dennoch ergänzt es evtl. an dieser Stelle.

Schönen Abend!