Backup auf NAS - Probleme mit CIFS
-
Gibt es den Ordner backups bei dir denn schon?
Gesendet von iPhone mit Tapatalk
-
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.
-
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 `
-
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/backupsGruß Johnny
-
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
-
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.
-
@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
-
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:~# -
Bei mir geht und klappt es so:
> sudo mount -t cifs //192.168.xxx.xxx/Daten /home/pi/Downloads -o user=DeinUser,pass=DeinPasswort -
@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
-
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!
-
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
-
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.
-
Dann warte ich auf dein feedback.
Gruß Rainer
-
Kann aber sein das es erst heute Abend sein wird, ich muß nämlich gleich eine familiäre Zwangspause einlegen. :mrgreen:
-
Passt, die würde bei mir in Kürze dsa Unternehmen ebenfalls gefährden :lol:
Deswegen wollte ich es jetzt testen.
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: `
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?
-
Hallo Jörg,
Tinkerboard (produktiver Main Host) läuft:
Welcome to ARMBIAN 5.38 stable Ubuntu 16.04.4 LTS 4.4.120-rockchipDann könnte ich noch testen:
Rock64
Welcome to ARMBIAN 5.44.180510 nightly Ubuntu 16.04.4 LTS 4.4.131-rk3328Pine64:
Welcome to ARMBIAN 5.38 stable Ubuntu 16.04.4 LTS 3.10.107-pine64Gruß
Rainer
-
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 errorCIFS-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. -
