Backup auf NAS - Probleme mit CIFS

[J Riemann]

root@orangepiplus2e:~# sudo mount -t cifs -o user=Backitup,password=xxx,rw,file_mode=0777,dir_mode=0777,sec=ntlmv2 //DiskStation/Sicherungen /opt/iobroker/backups
mount error: could not resolve address for DiskStation: Unknown error
root@orangepiplus2e:~# 

root@orangepiplus2e:~# sudo mount -t cifs -o user=Backitup,password=xxxx,rw,file_mode=0777,dir_mode=0777,sec=ntlmv2 //192.168.178.215/Sicherungen /opt/iobroker/backups
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
root@orangepiplus2e:~# 

root@orangepiplus2e:~# sudo mount -t cifs -o user=Backitup,password=xxxx,rw,file_mode=0777,dir_mode=0777,sec= ntlmssp //DiskStation/Sicherungen /opt/iobroker/backups

Usage:
 mount [-lhV]
 mount -a [options]
 mount [options] [--source] <source> | [--target] <directory>mount [options] <source> <directory>mount <operation><mountpoint>[<target>]

Mount a filesystem.

Options:
 -a, --all               mount all filesystems mentioned in fstab
 -c, --no-canonicalize   don't canonicalize paths
 -f, --fake              dry run; skip the mount(2) syscall
 -F, --fork              fork off for each device (use with -a)
 -T, --fstab <path>alternative file to /etc/fstab
 -i, --internal-only     don't call the mount. <type>helpers
 -l, --show-labels       show also filesystem labels
 -n, --no-mtab           don't write to /etc/mtab
 -o, --options comma-separated list of mount options
 -O, --test-opts limit the set of filesystems (use with -a)
 -r, --read-only         mount the filesystem read-only (same as -o ro)
 -t, --types limit the set of filesystem types
     --source <src>explicitly specifies source (path, label, uuid)
     --target <target>explicitly specifies mountpoint
 -v, --verbose           say what is being done
 -w, --rw, --read-write  mount the filesystem read-write (default)

 -h, --help     display this help and exit
 -V, --version  output version information and exit

Source:
 -L, --label <label>synonym for LABEL= <label>-U, --uuid <uuid>synonym for UUID= <uuid>LABEL= <label>specifies device by filesystem label
 UUID= <uuid>specifies device by filesystem UUID
 PARTLABEL= <label>specifies device by partition label
 PARTUUID= <uuid>specifies device by partition UUID
 <device>specifies device by path
 <directory>mountpoint for bind mounts (see --bind/rbind)
 <file>regular file for loopdev setup

Operations:
 -B, --bind              mount a subtree somewhere else (same as -o bind)
 -M, --move              move a subtree to some other place
 -R, --rbind             mount a subtree and all submounts somewhere else
 --make-shared           mark a subtree as shared
 --make-slave            mark a subtree as slave
 --make-private          mark a subtree as private
 --make-unbindable       mark a subtree as unbindable
 --make-rshared          recursively mark a whole subtree as shared
 --make-rslave           recursively mark a whole subtree as slave
 --make-rprivate         recursively mark a whole subtree as private
 --make-runbindable      recursively mark a whole subtree as unbindable

For more details see mount(8).
root@orangepiplus2e:~#</file></directory></device></uuid></label></uuid></label></uuid></uuid></label></label></target></src></type></path></target></mountpoint></operation></directory></directory> 

root@orangepiplus2e:~# mount -t cifs -o user=Backitup,password=xxx,rw,file_mode=0777,di_mode=0777,vers=1.0 //192.168.178.206/Sicherungen /opt/iobroker/backups
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
root@orangepiplus2e:~# 

root@orangepiplus2e:~# mount -t cifs -o user=Backitup,password=xxxx,rw,file_mode=0777,di_mode=0777,vers=1.0 //DiskStation/Sicherungen /opt/iobroker/backups
mount error: could not resolve address for DiskStation: Unknown error
root@orangepiplus2e:~# 

Alle Varianten führen auch auf dem Raspberry Pi zu den selben Fehlermeldungen. Als Gegentest wird das manuell im Adapter ausgelöste Backup per Raspi3 auf die DiskStation geschrieben.

[simatec]

@J Riemann:

root@orangepiplus2e:~# sudo mount -t cifs -o user=Backitup,password=xxxx,rw,file_mode=0777,dir_mode=0777,sec= ntlmssp //DiskStation/Sicherungen /opt/iobroker/backups

Usage:
 mount [-lhV]
 mount -a [options]
 mount [options] [--source] <source> | [--target] <directory>mount [options] <source> <directory>mount <operation><mountpoint>[<target>]

Mount a filesystem.

Options:
 -a, --all               mount all filesystems mentioned in fstab
 -c, --no-canonicalize   don't canonicalize paths
 -f, --fake              dry run; skip the mount(2) syscall
 -F, --fork              fork off for each device (use with -a)
 -T, --fstab <path>alternative file to /etc/fstab
 -i, --internal-only     don't call the mount. <type>helpers
 -l, --show-labels       show also filesystem labels
 -n, --no-mtab           don't write to /etc/mtab
 -o, --options comma-separated list of mount options
 -O, --test-opts limit the set of filesystems (use with -a)
 -r, --read-only         mount the filesystem read-only (same as -o ro)
 -t, --types limit the set of filesystem types
     --source <src>explicitly specifies source (path, label, uuid)
     --target <target>explicitly specifies mountpoint
 -v, --verbose           say what is being done
 -w, --rw, --read-write  mount the filesystem read-write (default)

 -h, --help     display this help and exit
 -V, --version  output version information and exit

Source:
 -L, --label <label>synonym for LABEL= <label>-U, --uuid <uuid>synonym for UUID= <uuid>LABEL= <label>specifies device by filesystem label
 UUID= <uuid>specifies device by filesystem UUID
 PARTLABEL= <label>specifies device by partition label
 PARTUUID= <uuid>specifies device by partition UUID
 <device>specifies device by path
 <directory>mountpoint for bind mounts (see --bind/rbind)
 <file>regular file for loopdev setup

Operations:
 -B, --bind              mount a subtree somewhere else (same as -o bind)
 -M, --move              move a subtree to some other place
 -R, --rbind             mount a subtree and all submounts somewhere else
 --make-shared           mark a subtree as shared
 --make-slave            mark a subtree as slave
 --make-private          mark a subtree as private
 --make-unbindable       mark a subtree as unbindable
 --make-rshared          recursively mark a whole subtree as shared
 --make-rslave           recursively mark a whole subtree as slave
 --make-rprivate         recursively mark a whole subtree as private
 --make-runbindable      recursively mark a whole subtree as unbindable

For more details see mount(8).
root@orangepiplus2e:~#</file></directory></device></uuid></label></uuid></label></uuid></uuid></label></label></target></src></type></path></target></mountpoint></operation></directory></directory> 
```` `  

Da ist ein Leerzeichen drin, was da nich hingehört.

sudo mount -t cifs -o user=Backitup,password=xxxx,rw,file_mode=0777,dir_mode=0777,sec=ntlmssp //DiskStation/Sicherungen /opt/iobroker/backups

Gesendet von iPhone mit Tapatalk

[J Riemann]

root@orangepiplus2e:~# sudo mount -t cifs -o user=Backitup,password=xxx,rw,file_mode=0777,dir_mode=0777,sec=ntlmssp //DiskStation/Sicherungen /opt/iobroker/backups
mount error: could not resolve address for DiskStation: Unknown error
root@orangepiplus2e:~# 

[Segway]

Bei mir geht und klappt es so:

> sudo mount -t cifs //192.168.xxx.xxx/Daten /home/pi/Downloads -o user=DeinUser,pass=DeinPasswort

[simatec]

@J Riemann:

root@orangepiplus2e:~# sudo mount -t cifs -o user=Backitup,password=xxx,rw,file_mode=0777,dir_mode=0777,sec=ntlmssp //DiskStation/Sicherungen /opt/iobroker/backups
mount error: could not resolve address for DiskStation: Unknown error
root@orangepiplus2e:~# 
```` `  

Hast das auch mal mit der IP probiert?

Also wir können festhalten, dass irgendwas an deinem System nicht stimmt.

Hast mal überlegt das ganze nochmal neu aufzusetzen und ein anderes Image zu nehmen

Gesendet von iPhone mit Tapatalk

[J Riemann]

Ja, ich habe sämtliche Varianten durch… per Host-Name, per IP und und und

Da ich die Vermutung habe das bei der Armbian-Stretch Installation sich irgendwo ein Fehler eingeschlichen hat bin ich gerade dabei das System komplett neu basierend auf Armbian Xenial aufzubauen.

Ich werde berichten wie es mit Backitup läuft.

Trotzdem vielen Dank für die bisherige Hilfeleistung!

[Homoran]

Hallo Jörg,

Ich habe im Moment keinen opi im Rennen, aber vieles mit Armbian.

Welches Armbian hast du laufen?

Dann teste ich mal dort.

Was ist das für ein nas?

Gruß Rainer

[J Riemann]

Hallo Rainer!

Ich hatte das "Armbian Stretch mainline kernel 4.14.y or 4.17.y" laufen und bin gerade dabei alles mit

"Armbian Xenial mainline kernel 4.14.y or 4.17.y" neu aufzubauen.

https://www.armbian.com/orange-pi-plus-2e/

Es lief auch alles bestens, bis auf die Sache mit dem CIFS.

Mal schauen, bin gerade dabei die Adapter usw. einzurichten.

Es ist eine Synology DiskStation DS216J.

[Homoran]

Dann warte ich auf dein feedback.

Gruß Rainer

[J Riemann]

Kann aber sein das es erst heute Abend sein wird, ich muß nämlich gleich eine familiäre Zwangspause einlegen. :mrgreen:

[Homoran]

Passt, die würde bei mir in Kürze dsa Unternehmen ebenfalls gefährden :lol:

Deswegen wollte ich es jetzt testen.

Gruß Rainer

[ltsalvatore]

@J Riemann:

Kann aber sein das es erst heute Abend sein wird, ich muß nämlich gleich eine familiäre Zwangspause einlegen. :mrgreen: `

Kann es sein, dass auf deinem System, wo dein Share liegt neben der Benutzer Freigabe auch noch eine IP Adressen und oder Mac Adressen Beschränkung oder dergleichen besteht?

Oder haben das alte (worüber das Backup) und das neue System die gleiche IP und Mac Adresse?

[Homoran]

Hallo Jörg,

Tinkerboard (produktiver Main Host) läuft:

Welcome to ARMBIAN 5.38 stable Ubuntu 16.04.4 LTS 4.4.120-rockchip

Dann könnte ich noch testen:

Rock64

Welcome to ARMBIAN 5.44.180510 nightly Ubuntu 16.04.4 LTS 4.4.131-rk3328

Pine64:

Welcome to ARMBIAN 5.38 stable Ubuntu 16.04.4 LTS 3.10.107-pine64

Gruß

Rainer

[J Riemann]

So, kurzer Zwischenstand:

System läuft, alle Adapter arbeiten, sogar der SQL schreibt brav Daten auf die DiskStation.

Backitup wirft per CIFS die selben Fehler wie mit dem alten Sytem:

root@orangepiplus2e:~# mount -t cifs -o user=xxx,password=xxx,rw,file_mode=0777,dir_mode=0777,vers=1.0 //192.168.178.215/Sicherungen /opt/iobroker/backups
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
root@orangepiplus2e:~# 

Anschl. habe ich dann über armbian-config das Modul SMBA nachinstalliert. Nun gibt es bei Backitup einen neuen Fehler:````
mount error: could not resolve address for DiskStation: Unknown error

CIFS-UTILS wurde installiert und ist aktuell.

Also hat sich nichts geändert und das Fehlerbild bleibt identisch.

Als nächstes werde ich heute Abend Dein Komplett-Image testen obwohl ich mit PIVCCU nichts anfangen kann.

[Homoran]

@J Riemann:

ls nächstes werde ich heute Abend Dein Komplett-Image testen obwohl ich mit PIVCCU nichts anfangen kann. `
lass mal

@J Riemann:

mount error: could not resolve address for DiskStation: Unknown error `
und mit IP statt Namen?

Gruß

Rainer

[J Riemann]

@ltsalvatore:

Kann es sein, dass auf deinem System, wo dein Share liegt neben der Benutzer Freigabe auch noch eine IP Adressen und oder Mac Adressen Beschränkung oder dergleichen besteht?

Oder haben das alte (worüber das Backup) und das neue System die gleiche IP und Mac Adresse? ` Auf der NAS ist alles freigegeben was möglich ist. Das alte System auf dem Pi3 hatte eine feste IP außerhalb des DHCP. Die Zuteilung erfolgt direkt in der Fritzbox. Das neue System arbeitet auf die selbe Weise.

Wie gesagt, es ist alles identisch eingerichtet, mit einem Pi3 läuft alles, mit dem OPi läuft bis auf CIFS auch alles.

Ich denke mir fehlt irgendein Paket oder irgendeine Einstellung im Armbian. Die Frage ist nur was..

[J Riemann]

@Homoran:

und mit IP statt Namen? ` Alles nicht möglich… alles genau wie gestern

Mit IP kommt wieder dieser Fehler(13).

[Homoran]

Kannst du Spaßeshalber auf der Syno mal einen neuen User anlegen mit vollem Zugriffsrecht auf den Backuppfad und es mit diesen Credentials noch mal versuchen?

Noch ein Strohhalm:

Sind da irgendwelche Sonderzeichen in dem Pfad und/oder User/Passwort und mit Armbian-config noch die Falsche Zeichentabelle aktiviert?

Gruß

Rainer

[J Riemann]

@Homoran:

Kannst Du… ` Ich habe wegen dieser Probleme extra einen neuen Benutzer und ein sehr einfaches Passwort erstellt. Dieser Nutzer hat sogar Administratorrechte.

An der Syno kann es nicht liegen weil die selben Zugangsdaten bei dem iobroker auf dem Raspi funtionieren. Benutzer, Passwort, und Pfad enthalten ausschließlich Buchstaben.

Die Zeichentabelle/Sprache hatte ich auch schon in Verdacht. Komischerweise kann ich dort zwar aus der Liste DE auswählen und es wird nach „ok“ auch in die Kurzauswahl der zu installierenden Sprachen übernommen, aber nach einem weiteren „ok“ und der augenscheinlichen Instsallation bleibt trotzem EN aktiv.

Auch die Systemsprache bleibt Englisch.

Gibt es eine Möglichkeit dies auf anderem Weg umzustellen?

[Homoran]

@J Riemann:

Gibt es eine Möglichkeit dies auf anderem Weg umzustellen? `
Natürlich

dpkg-reconfigure locales

DE-DE-UTF8

Gruß

Rainer