Backup Pfad zu NAS-NFS Freigabe

Begonnen von Steffen@Home, 07 September 2017, 15:11:14

Vorheriges Thema - Nächstes Thema

Steffen@Home

Hallo Wernie,

hab ich mir jetzt angesehen.

Was mir auffällt ist dass "mount" nicht mehr wie damals die 2. Zeile also 192.168.1.120:/volume1..... ausgibt. Nur die 1. Zeile!

/etc/auto.Synology on /mnt type autofs (rw,relatime,fd=6,pgrp=6203,timeout=300,minproto=5,maxproto=5,indirect)
192.168.1.120:/volume1/FHEMBackup on /mnt/BackupFHEM type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.120,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.120)


Ich habe das --ghost zur auto.master wieder hinzugefügt sonst taucht das Verzeichnis "BackupFHEM" gar nicht erst auf in /mnt.

Im Syslog steht jetzt folgendes:

Oct 12 06:25:04 raspberrypi rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="393" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Oct 12 06:30:01 raspberrypi rsyslogd0: action 'action 17' resumed (module 'builtin:ompipe') [try http://www.rsyslog.com/e/0 ]
Oct 12 06:30:01 raspberrypi rsyslogd-2359: action 'action 17' resumed (module 'builtin:ompipe') [try http://www.rsyslog.com/e/2359 ]
Oct 12 06:30:01 raspberrypi CRON[26462]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 07:00:01 raspberrypi CRON[26780]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 07:17:01 raspberrypi CRON[26976]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 12 07:30:01 raspberrypi CRON[27146]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 07:34:34 raspberrypi systemd[1]: Stopping LSB: Automounts filesystems on demand...
Oct 12 07:34:35 raspberrypi automount[12880]: umount_autofs_indirect: ask umount returned busy /mnt
Oct 12 07:34:36 raspberrypi autofs[27240]: Stopping automount....
Oct 12 07:34:36 raspberrypi systemd[1]: Starting LSB: Automounts filesystems on demand...
Oct 12 07:34:37 raspberrypi autofs[27249]: Starting automount....
Oct 12 07:34:37 raspberrypi systemd[1]: Started LSB: Automounts filesystems on demand.
Oct 12 08:00:01 raspberrypi CRON[27544]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 08:17:01 raspberrypi CRON[27737]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 12 08:30:01 raspberrypi CRON[27878]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 09:00:01 raspberrypi CRON[28192]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 09:17:01 raspberrypi CRON[28384]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 12 09:30:01 raspberrypi CRON[28519]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 10:00:01 raspberrypi CRON[28837]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 10:17:01 raspberrypi CRON[29032]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 12 10:30:01 raspberrypi CRON[29165]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 11:00:01 raspberrypi CRON[29476]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 11:17:01 raspberrypi CRON[29676]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 12 11:30:01 raspberrypi CRON[29812]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 12:00:02 raspberrypi CRON[30132]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 12:00:02 raspberrypi CRON[30135]: (pi) CMD (sudo ntpdate -s 0.de.pool.ntp.org)
Oct 12 12:00:08 raspberrypi ntpdate[30145]: adjust time server 82.100.248.10 offset -0.081869 sec
Oct 12 12:17:01 raspberrypi CRON[30339]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 12 12:30:01 raspberrypi CRON[30477]: (pi) CMD (sudo /usr/local/sbin/fhem-DHTAdafruit )
Oct 12 12:53:02 raspberrypi systemd[1]: Stopping LSB: Automounts filesystems on demand...
Oct 12 12:53:02 raspberrypi autofs[30822]: Stopping automount....
Oct 12 12:53:02 raspberrypi systemd[1]: Starting LSB: Automounts filesystems on demand...
Oct 12 12:53:02 raspberrypi autofs[30831]: Starting automount....
Oct 12 12:53:02 raspberrypi systemd[1]: Started LSB: Automounts filesystems on demand.
Oct 12 12:53:49 raspberrypi rpc.statd[30870]: Version 1.2.8 starting
Oct 12 12:53:49 raspberrypi rpc.statd[30870]: Flags: TI-RPC
Oct 12 12:53:49 raspberrypi rpc.statd[30870]: failed to create RPC listeners, exiting
Oct 12 12:56:11 raspberrypi systemd[1]: Stopping LSB: Automounts filesystems on demand...
Oct 12 12:56:11 raspberrypi automount[30838]: umount_autofs_indirect: ask umount returned busy /mnt
Oct 12 12:56:13 raspberrypi autofs[30915]: Stopping automount....
Oct 12 12:56:13 raspberrypi systemd[1]: Starting LSB: Automounts filesystems on demand...
Oct 12 12:56:13 raspberrypi autofs[30924]: Starting automount....
Oct 12 12:56:13 raspberrypi systemd[1]: Started LSB: Automounts filesystems on demand.
Oct 12 12:56:41 raspberrypi rpc.statd[30955]: Version 1.2.8 starting
Oct 12 12:56:41 raspberrypi rpc.statd[30955]: Flags: TI-RPC
Oct 12 12:56:41 raspberrypi rpc.statd[30955]: failed to create RPC listeners, exiting
Pi 1 - FHEM, HM-MOD-RPI-PCB, HM-RT-CC-DN, HM-WDS10-TH-O, HM-Sec-SCo, HM-LC-Sw1PBU-FM, Relais Platine für ext. Ansteuerung, LD382 Wifi LED Controller, DHT
Pi 2 - Kamera, DHT
Pi 3 - FHEM2, Grafana, DHT, Magnet-Sensoren, Relais-Platine

Wernieman

failed to create RPC listeners, exiting
Kannst Du es per Hand mounten?

Mir sieht es danach aus, das der rpc ein Problem hat ...

Das Du es nicht "siehst" ist ein Schönheitsfehler. Spätestens beim direkten Zugriff (bei Dir "ls /mnt/BackupFHEM)  muß es erscheinen. Dafür hat "--ghost" andere Nachteile, die ich (sorry) nicht diskutieren will. Ich mag es, wenn ich es direkt per ls sehe, ob es gemountet ist oder nicht.
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Steffen@Home

#47
Hallo Wernie,

habe jetzt auch mal den folgenden Dienst manuell gestartet bevor ich unteres Kommando startete:
sudo /etc/init.d/rpcbind start

und manuell versucht zu mounten mit:
sudo mount 192.168.1.120:/volume1/FHEMBackup /mnt/FHEMBackup
Antwort:
pi@raspberrypi:/ $ sudo mount 192.168.1.120:/volume1/FHEMBackup /tmp/test
mount.nfs: Connection timed out


pi@raspberrypi:/ $ tail /var/log/syslog
Oct 12 16:39:34 raspberrypi systemd[1]: Stopping LSB: Automounts filesystems on demand...
Oct 12 16:39:34 raspberrypi automount[1095]: umount_autofs_indirect: ask umount returned busy /mnt
Oct 12 16:39:36 raspberrypi autofs[1190]: Stopping automount....
Oct 12 16:39:36 raspberrypi systemd[1]: Starting LSB: Automounts filesystems on demand...
Oct 12 16:39:36 raspberrypi autofs[1200]: Starting automount....
Oct 12 16:39:36 raspberrypi systemd[1]: Started LSB: Automounts filesystems on demand.
Oct 12 16:42:38 raspberrypi automount[1207]: key "192.168.1.120:" not found in map source(s).
Oct 12 16:42:38 raspberrypi automount[1207]: key "test" not found in map source(s).
Oct 12 16:44:16 raspberrypi rpc.statd[1333]: Version 1.2.8 starting
Oct 12 16:44:16 raspberrypi rpc.statd[1333]: Flags: TI-RPC



pi@raspberrypi:/ $ showmount --exports 192.168.1.120
clnt_create: RPC: Port mapper failure - Unable to receive: errno 111 (Connection refused)
Pi 1 - FHEM, HM-MOD-RPI-PCB, HM-RT-CC-DN, HM-WDS10-TH-O, HM-Sec-SCo, HM-LC-Sw1PBU-FM, Relais Platine für ext. Ansteuerung, LD382 Wifi LED Controller, DHT
Pi 2 - Kamera, DHT
Pi 3 - FHEM2, Grafana, DHT, Magnet-Sensoren, Relais-Platine

Wernieman

Es liegt devinitif nicht am autofs, sondern an nfs.

1. Erlaubt Deine NAS wirklich von Deinem PI ein NS-Mount?
2. Welche "Rechte" hast Du bei der NAS für nfs vergeben?
3. Welche rpc-Dienste laufen denn?
ps aux | grep rpc

P.S. lies mal folgendes:
https://forum.ubuntuusers.de/topic/kein-zugriff-ueber-nfs-auf-anderes-linuxsystem/

Edit:
Und folgendes ist auch gut:
http://linux.101hacks.com/unix/rpc-port-mapper-failure/

Hattest Du mal Gegoogled?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

gent

Zitat von: Steffen@Home am 08 September 2017, 18:19:23
Aber jetzt noch mal auf die Backup-Größe zurückzukommen.. Wieviel MB kann so eine Backup tar.gz-Datei wirklich haben?
Meine hat 762 MB  :o

Ändert man in FHEM den Backup-Pfad, werden alle alten Backups wieder in das neue Backup geschrieben, weil das FHEM Backup-Verzeichnis (das alte) in das Backup mit aufnimmt.

Schau Dir mal den Backup Befehl in FHEM vor der Änderung des Backup Verzeichnisses und danach an. Daher kommt die immense Größe.

Viele Grüße vom Gent
fhem auf rPi3 mit USB boot und M2, cul866 (hm), homebridge, FlowerSens, Shelly, Harmony, WemosD1, Sonoff/Tasmota, grafana, mqtt/mosquitto

Steffen@Home

Zitat von: Wernieman am 12 Oktober 2017, 20:45:28
Es liegt devinitif nicht am autofs, sondern an nfs.

1. Erlaubt Deine NAS wirklich von Deinem PI ein NS-Mount?
2. Welche "Rechte" hast Du bei der NAS für nfs vergeben?
3. Welche rpc-Dienste laufen denn?
ps aux | grep rpc

P.S. lies mal folgendes:
https://forum.ubuntuusers.de/topic/kein-zugriff-ueber-nfs-auf-anderes-linuxsystem/

Edit:
Und folgendes ist auch gut:
http://linux.101hacks.com/unix/rpc-port-mapper-failure/

Hattest Du mal Gegoogled?

Guten Morgen Wernie,
danke für deine Gedult  ;D

Habe jetzt deine und weitere Seiten durchforstet.

Den Erfolg brachte schließlich dass ich am NAS den NFS-Dienst Neu startete!

Danach war mit
rpcinfo -p 192.168.1.120
der portmapper wieder erreichbar
program vers proto   port  service
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper
    100005    1   udp    892  mountd
    100005    1   tcp    892  mountd
    100005    2   udp    892  mountd
    100005    2   tcp    892  mountd
    100005    3   udp    892  mountd
    100005    3   tcp    892  mountd
    100021    1   udp  36574  nlockmgr
    100021    3   udp  36574  nlockmgr
    100021    4   udp  36574  nlockmgr
    100021    1   tcp  50933  nlockmgr
    100021    3   tcp  50933  nlockmgr
    100021    4   tcp  50933  nlockmgr
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100024    1   udp  50484  status
    100024    1   tcp  38857  status


showmount --exports 192.168.1.120
Export list for 192.168.1.120:
/volume1/FHEMBackup 192.168.1.123


/mnt/BackupFHEM ist jetzt wieder erreichbar mit autofs und Backup funktioniert   :o

Bug in der DSM ?

@Gent Danke, mittlerweile habe ich das auch herausgefunden und jetzt passt das wieder (ca 50MB).
Pi 1 - FHEM, HM-MOD-RPI-PCB, HM-RT-CC-DN, HM-WDS10-TH-O, HM-Sec-SCo, HM-LC-Sw1PBU-FM, Relais Platine für ext. Ansteuerung, LD382 Wifi LED Controller, DHT
Pi 2 - Kamera, DHT
Pi 3 - FHEM2, Grafana, DHT, Magnet-Sensoren, Relais-Platine

Wernieman

Guuute Frage .... jedenfalls war es ein Server und kein Client-Problem?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Steffen@Home

Gehe ich davon aus ja! Keine Ahnung warum der Dienst hängen geblieben ist. Mal beobachten.
Pi 1 - FHEM, HM-MOD-RPI-PCB, HM-RT-CC-DN, HM-WDS10-TH-O, HM-Sec-SCo, HM-LC-Sw1PBU-FM, Relais Platine für ext. Ansteuerung, LD382 Wifi LED Controller, DHT
Pi 2 - Kamera, DHT
Pi 3 - FHEM2, Grafana, DHT, Magnet-Sensoren, Relais-Platine