Backup auf NAS

[Otto123]

was für die smb1 Problematik sprechen könnte ...

Du musst also am Besten schauen, dass und wie Du manuell den mount Befehl ausführen kannst. Leichter Test dauert nur minuten

[sash.sc]

Hallo Otto.

Bin noch unterwegs.
Kleiner Tipp wie man manuell mountet?



Gesendet von meinem MI 9 mit Tapatalk

[Otto123]

Ja klar, hab ich doch schon geschrieben - steht im Link in #57

[Wernieman]

Otto: hast Du Deine Antworten im Kopf??

Ich hätte es nicht so schnell gefunden ...

[Otto123]

Otto: hast Du Deine Antworten im Kopf??

Ich hätte es nicht so schnell gefunden ...

Naja #57 hab ich ja heute morgen erst geschrieben. Und meinen Blog hab ich ja auch mal selbst geschrieben - da fällt mir (meistens) relativ schnell ein nach was ich suchen muss

[sash.sc]

So. Habe mal gestet, das Backupverzeichniss "/Q/backup" zu mounten.

Code Auswählen Erweitern


pi@raspi:~ $ sudo mount /Q/backup
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)


Habe dann mal von @Otto123 ´s Page folgendes versucht.

Code Auswählen Erweitern


sudo mount -t cifs -o username='xxxxxxx',password='xxxxxx',vers=1.0 //192.168.2.126/Backup/FHEM /Q/backup


Angezeigt wurde dann keine Fehlermeldung.
Habe dann mal "df" in der Konsole abgesetzt, und raus kam folgendes.

Code Auswählen Erweitern


pi@raspi:~ $ df
Filesystem                   1K-blocks       Used Available Use% Mounted on
/dev/root                     30400236    5103108  24029756  18% /
devtmpfs                        469544          0    469544   0% /dev
tmpfs                           474152          0    474152   0% /dev/shm
tmpfs                           474152       6332    467820   2% /run
tmpfs                             5120          4      5116   1% /run/lock
tmpfs                           474152          0    474152   0% /sys/fs/cgroup
/dev/mmcblk0p1                  258096      40051    218045  16% /boot
tmpfs                            94828          0     94828   0% /run/user/1000
//192.168.2.126/Backup/FHEM 1917967448 1626930496 290918168  85% /Q/backup



Die Angabe mit der IP ist mein NAS und "/Q/backup" ist das Verzeichniss auf dem pi, wo das Backup angelegt werden soll, was ja auch schon vorhanden ist.

Habe dann von Otto´s Page auch noch mal das

"cat /proc/filesystems" in der konsole abgesetzt und raus kam:

Code Auswählen Erweitern



pi@raspi:~ $ sudo cat /proc/filesystems
nodev   sysfs
nodev   rootfs
nodev   ramfs
nodev   bdev
nodev   proc
nodev   cpuset
nodev   cgroup
nodev   cgroup2
nodev   tmpfs
nodev   devtmpfs
nodev   configfs
nodev   debugfs
nodev   tracefs
nodev   sockfs
nodev   pipefs
nodev   rpc_pipefs
nodev   devpts
        ext3
        ext2
        ext4
        vfat
        msdos
nodev   nfs
nodev   nfs4
nodev   autofs
        f2fs
nodev   mqueue
nodev   cifs
nodev   smb3



Hilft das jemanden weiter ?

gruß und Danke
Sascha

[Wernieman]

Probiere mal bitte, ob es auch mit "vers=2.0" funktioniert ...

[sash.sc]

So in etwa ?

Code Auswählen Erweitern


pi@raspi:~ $ sudo mount -t cifs -o username='xx',password='xx',vers=2.0 //192.168.2.126/Backup/FHEM /Q/backup
pi@raspi:~ $ df
Filesystem                   1K-blocks       Used Available Use% Mounted on
/dev/root                     30400236    5103164  24029700  18% /
devtmpfs                        469544          0    469544   0% /dev
tmpfs                           474152          0    474152   0% /dev/shm
tmpfs                           474152       6332    467820   2% /run
tmpfs                             5120          4      5116   1% /run/lock
tmpfs                           474152          0    474152   0% /sys/fs/cgroup
/dev/mmcblk0p1                  258096      40051    218045  16% /boot
tmpfs                            94828          0     94828   0% /run/user/1000
//192.168.2.126/Backup/FHEM 1917967448 1627049280 290918168  85% /Q/backup



[Wernieman]

ja .. aber vorher bitte entmounten ...

[sash.sc]

habe ich vorher gemacht.

In dem Script werden ja per telnet die Readings in FHEM gestzt.

Hier nochmal das List vom telnet.
Es wird dann der Zugriff verweigert, steht so im LOG

Code Auswählen Erweitern


Internals:
   CONNECTS   11
   DEF        7072 global
   FD         7
   FUUID      5c43026c-f33f-852e-be92-82cff266a5c72359
   FVERSION   98_telnet.pm:0.175290/2018-10-14
   NAME       telnetPort
   NR         88
   PORT       7072
   STATE      Initialized
   TYPE       telnet
   READINGS:
     2019-09-08 16:37:39   state           Initialized
Attributes:
   room       99_System


[Otto123]

pi@raspi:~ $ sudo mount /Q/backup
mount error(22): Invalid argument

Das kann doch eigentlich nur bedeuten, das etwas in der fstab falsch ist?
Manuell mounten geht ja

Zur Sicherheit könntest Du mal folgendes machen und die Ausgabe posten

Code Auswählen Erweitern

cat /etc/fstab
ls -lha /etc/fstab

[sash.sc]

Code Auswählen Erweitern


pi@raspi:~ $ cat /etc/fstab
proc            /proc           proc    defaults          0       0
PARTUUID=fd6b9861-01  /boot           vfat    defaults          0       2
PARTUUID=fd6b9861-02  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
//192.168.2.126/Backup /Q/backup cifs username=xxx,password=xxx,iocharset=utf8,sec=ntlm 0 0



Code Auswählen Erweitern


pi@raspi:~ $ ls -lha /etc/fstab
-rw-r--r-- 1 root root 415 Sep  9 18:19 /etc/fstab



[Otto123]

ich denke er hat mit dem Parameter sec=ntlm Probleme, ich meine sowas schon gelesen zu haben.

Wenn Du den mal weglässt?

Code Auswählen Erweitern

/192.168.2.126/Backup /Q/backup cifs username=xxx,password=xxx,iocharset=utf8 0 0

Mit der Option users bräuchte man auch kein sudo

[sash.sc]

So. Mal eben ein Rückmeldung.

Habe das ins Script eingefügt, von Otto.

Code Auswählen Erweitern


do
mountComplete="//$mountIp/$mountDir $localMountPoint cifs username=$mountUser,password=$mountPass,iocharset=utf8 0 0"
echo "mountComplete: $mountComplete"


Habe dann das Backup manuell ausgelöst.
Und siehe, da. Es funktioniert. Die ganzen Backup Dateien, die während den Testläufen sich angehäuft haben, wurden dann in einem Rutsch auf das NAS geschoben.

TOP. Danke an Euch !!!!

Habe jetzt noch ein anderes Problem.

Der Zugriff über TelnetPort 7072 funktioniert nicht. Durch das Script werden im Dummy die Readings gesetzt. Sollte so sein....... Klappt aber nicht

Das das evtl. OT ist, einen neuen Thread aufmachen ??

Gruß und Danke
Sascha

[Otto123]

Hallo Sascha,

mach mal

Code Auswählen Erweitern

list telnetPort

Gruß Otto