Backup auf NAS - Probleme mit CIFS

J Riemann

Auch nicht, immer der selbe Fehler…

Ich verstehe es einfach nicht. :oops: Was ist beim Orange Pi anders wie beim Raspi?

simatec

Gibt es den Ordner backups bei dir denn schon?

Gesendet von iPhone mit Tapatalk

J Riemann

Ja, es lief ja von Anfang an alles prima mit dem Pi3b.

Seit einer Woche arbeite ich mit dem Orange Pi+ 2E und seitdem funktioniert CIFS nicht mehr. FTP klappt.

Alle "gescheiterten" Backups landen in opt/iobroker/backups.

Auf der DiskStation ist auch alles so geblieben.

Ich verwende die identische Konfig/Ordner/Benutzernamen/Passwörter wie vorher.

simatec

~~@simatec:~~

Probiere mal so …

sudo mount -t cifs -o user=Dein Username,password=dein Passwort,rw,file_mode=0777,dir_mode=0777,sec=ntlmv2 //deine IP oder Hostname/dein Pfad /opt/iobroker/backups

Oder das ...

sudo mount -t cifs -o user=Dein Username,password=dein Passwort,rw,file_mode=0777,dir_mode=0777,sec= ntlmssp //deine IP oder Hostname/dein Pfad /opt/iobroker/backups

Gesendet von iPhone mit Tapatalk `

PrinzEisenherz1

Also ich hab ne Syno und mounte so mit cifs. Funktioniert auch mit m Opi.

mount -t cifs -o user=deinUsername,password=deinPasswort,rw,file_mode=0777,di
_mode=0777,vers=1.0 //192.168.178.100/backup/ioBroker /opt/iobroker/backups

Gruß Johnny

Segway

Mhhhh,

ich hatte auch ein Problem dass es per FTP ging und per CIFS nicht. Folgendes wurde mir zu Verhängnis (siehe Doku Punkt 3):

` > Pfadangaben (Schreibweise beachten):

CIFS: "Freigabename/Pfadangabe"

FTP: "/Pfadangabe" `

Mal mit "/" und mal ohne "/".

Bei mir gings dann

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.

Community Forum

NEWS

Backup auf NAS - Probleme mit CIFS

Support us

415

32.7k

82.5k

1.3m