[1] Archiv / MLD 4.x / Raspberry PI / RPI Client vergisst, dass das Datenverz. auf dem Server liegt
 

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
Hallo,

Zur Zeit läuft ja das Gespann RPI Client und Atom Server ganz gut, aber leider vergisste der RPI immer wieder, wo die Aufnahmen liegen; nämlich auf dem Server.

Wenn ich den Pi starte habe ich beim Client etlicher der Meldungen
Quote
Oct  7 13:51:04 (none) user.err vdr: [4922] ERROR (tools.c,441): /data/tv: No such file or directory
Oct  7 13:51:18 (none) user.err vdr: [5077] ERROR (tools.c,441): /data/tv: No such file or directory
Oct  7 13:51:32 (none) user.err vdr: [5232] ERROR (tools.c,441): /data/tv: No such file or directory

Auch ein Neustart bringt nichts.
Die /etc/fstab
Quote
MLD> cat /etc/fstab
proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/mnt/data/cache /var/cache  none      bind,noauto         0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
MLD_SERVER:/mnt/data  /mnt/data  nfs    bg        0 0
/dev/root   /               auto   defaults            0 1
UUID=89df55fc-f9c9-4bf6-89d3-f66c33d4c7b9   /mnt/data       btrfs  subvol=@data         0 0
UUID=0852-E253   /boot        auto      defaults            0 2


Ich muss dann wieder auswählen : data:SizeB: (MLD_SERVER:\mnt\data)

Dann geht es wieder.

Eine Idee?

Gruss,
Andre



« Last Edit: October 08, 2014, 15:19:02 by anjoku »

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #1 on: October 08, 2014, 22:48:41 »
 :-\ Hallo,
cih bekomme es mal wieder nicht hin.
Der Client bekommt die Freigabe des Daten Share nicht gemountet. Es wird einfach nicht angeboten. Ich kann so oft neustarten wie ich will oder auch scan for Shares anklicken.
Der Server an sich wird gefunden.
Wen ich am Server selber schau, findet der seine Aufnahmen.


Debuglogcade: geHT7w

Hab ich was falsch gemacht?

Gruß,
Andre

Offline mikeM

  • MLD-Debugger
  • Profi Member
  • ****
  • Posts: 453
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #2 on: October 08, 2014, 23:05:06 »
Kann es sein, das da die Namensauflösung beim booten und mounten aus irgendeinem Grund nicht hinhaut? Mach doch mal aus dem Namen
Code: [Select]
MLD_SERVER:/mnt/data  /mnt/data  nfs    bg        0 0
Code: [Select]
IP_DES_SERVERS:/mnt/data  /mnt/data  nfs    bg        0 0
Ausserdem fällt mir noch auf, das da 2 Mal auf das gleiche Ziel gemounted wird:
Code: [Select]
UUID=89df55fc-f9c9-4bf6-89d3-f66c33d4c7b9   /mnt/data       btrfs  subvol=@data         0 0
Vielleicht das mal rausnehmen?

Michael
VDR1: MLD 5.3, Asrock Q1900, 8GB, TechnoTrend S-4200 Twin
VDR2: MLD 5.3, ASUS M2N, Athlon 3800, 4GB, ZOTAC NVidia 720, Skystar S2, lirc serial
VDR3: MLD 5.3, ASUS M2N, Athlon 3800, 4GB NVidia 630, Skystar S2

Offline MegaX

  • Administrator
  • Expert Member
  • ********
  • Posts: 1822
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #3 on: October 09, 2014, 09:52:22 »
Moin Andre

das kann so mit deiner fstab nicht funktionieren. Ändere die mal wie folgt:
Quote
    MLD> cat /etc/fstab
    proc        /proc           proc      defaults            0 0
    sys         /sys            sysfs     defaults            0 0
    run         /run            tmpfs     defaults            0 0
    tmp         /tmp            tmpfs     defaults            0 0
    dev         /dev            devtmpfs  defaults            0 0
    devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
    /mnt/data/cache /var/cache  none      bind,noauto         0 0
    /dev/dvd    /media/dvd      auto      ro,noauto           0 0
    /dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
    /dev/root   /               auto   defaults            0 1
    UUID=89df55fc-f9c9-4bf6-89d3-f66c33d4c7b9   /mnt/data       btrfs  subvol=@data         0 0
    UUID=0852-E253   /boot        auto      defaults            0 2
    MLD_SERVER:/mnt/data  /mnt/data  nfs    bg        0 0

Die fstab wird immer von oben nach unten abgearbeitet.
Gruß MegaX

Hardware (show / hide)

Offline mikeM

  • MLD-Debugger
  • Profi Member
  • ****
  • Posts: 453
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #4 on: October 09, 2014, 10:01:58 »
Nur für mich zum Verständnis: warum wird erst noch eine lokale Partition auf das gleiche Verzeichnis gemoutet?
Quote
UUID=89df55fc-f9c9-4bf6-89d3-f66c33d4c7b9   /mnt/data       btrfs  subvol=@data         0 0

Michael
VDR1: MLD 5.3, Asrock Q1900, 8GB, TechnoTrend S-4200 Twin
VDR2: MLD 5.3, ASUS M2N, Athlon 3800, 4GB, ZOTAC NVidia 720, Skystar S2, lirc serial
VDR3: MLD 5.3, ASUS M2N, Athlon 3800, 4GB NVidia 630, Skystar S2

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #5 on: October 09, 2014, 12:08:31 »
Moin, moin,

@Michael

die Zeile hatte ich auskommentiert.

ich hatte gestern die fstab noch so abgeändert:
Quote
cat /etc/fstab
proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/mnt/data/cache /var/cache  none      bind,noauto         0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
192.168.1.36:/mnt/data  /mnt/data  nfs    bg        0 0
/dev/root   /               auto   defaults            0 1
#UUID=89df55fc-f9c9-4bf6-89d3-f66c33d4c7b9   /mnt/data       btrfs  subvol=@data         0 0
UUID=0852-E253   /boot        auto      defaults            0 2

also MLD_SERVER ind IP_Adresse_Server geändert.
Die lokale Partition, die als data gemountet war hatte ich auskommentiert.

Über das Webif hatte ich es nicht geschafft die lokale data Partition zu unmounten.

@MegaXEs sollte doch egal sein, ob MLD_Server oder IP_Adresse_Server drinsteht. Oder?

Als, PI und Server waren heruntergefahren. Also kein Suspend.

Wenn den RPI eingeschaltet wird, wird der Server auch geweckt und die NFS Freigabe wird nicht gemountet.

Wenn der RPI dann rebootet wird -der Server also an bleibt- dann ist danach die NFS Eingebunden.

Danach habe ich die Zeile 192.168.1.36:/mnt/data  /mnt/data  nfs    bg        0 0 ans Ende der fstab gestellt.

Wenn ich wieder  MLD_SERVER: statt der IP schreibe, wird das Verzeichniss nicht gemountet.

Das gleiche Ergebniss; Das Verzeichnis wird nur gemountet, wenn der Server, beim Booten des RPI, eingeschaltet war.

In den Network-Einstellungen steht: Wait for the Server: ja

Noch ein letzter Test:
A:
- Server: ON
- RPI --> Suspend
- RPI --> aufwecken
- Verzeichnis ist gemountet

B:
- RPI --> Suspend
- Server --> Shutdown und aus.
- RPI --> aufwecken
- --->Server wacht auf ----> Verzeichnis ist gemountet.

C:
- Server: AUS
- RPI: AUS
- nach 5 Minuten RPI einschalten.
- Server wacht auf -----> Verzeichnis nicht gemountet

So, ich weiß nicht mehr weiter.

Gruss,
Andre

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20313
    • View Profile
    • ClausMuus.de
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #6 on: October 09, 2014, 17:16:39 »
@anjoku,

da scheint das nfs nen Problem damit zu haben, wenn der Server beim starten nicht da ist. Eigentlich sollte das aufgrund der Mount Option "bg" kein Problem machen, ist aber scheinbar nicht so...
Um nun ne funktionierende Lösung zu bekommen, könntest Du den avahi Linker verwenden. Der stört sich nicht da dran, wenn der Server nicht ständig verfügbar ist.

@mikeM,

die Zeile
Code: [Select]
UUID=89df55fc-f9c9-4bf6-89d3-f66c33d4c7b9   /mnt/data       btrfs  subvol=@data         0 0 ist dafür da, dass für die Zeit bis der nfs Mount erfolgreich durchgeführt werden konnte, auch eine Daten Partition bereit steht, auf die z.B. TV Aufnahmen gelegt werden können.
Wichtig ist, wie MegaX bereits geschrieben hat, das der nfs Mount dahinter steht, damit der ne höhere Priorität hat.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #7 on: October 09, 2014, 18:49:23 »
Aha, mit ich was beim avahi Linker beachten?
Auf beiden installieren?
Hab gerade gesehen, es gibt den Avahi-Linker und das Avahi.
Reicht es auf dem Client?

Soll ich
Code: [Select]
UID=89df55fc-f9c9-4bf6-89d3-f66c33d4c7b9   /mnt/data       btrfs  subvol=@data         0 0
wieder mit reinnehmen?

Gruss,
Andre
« Last Edit: October 09, 2014, 18:57:20 by anjoku »

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20313
    • View Profile
    • ClausMuus.de
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #8 on: October 09, 2014, 21:34:27 »
Mit dem Avahi Linker kenne ich mich nicht sonderlich aus. Aber nach meinem Verständnis brauchst DU das nur auf dem Client.

Das Mounten des Datenlaufwerkes hat den Vorteil, dass eventuelle Aufnahmen die starten wenn der Server nicht bereit ist, nicht das root Filesystem fluten.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline skippy

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2279
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #9 on: October 09, 2014, 22:43:22 »
Aha, mit ich was beim avahi Linker beachten?

Beachten musst du, dass sich der avahi-linker nicht mit dem Paket nfs-client verträgt. Das also bitte vorher deinstallieren. Wenn du keine besonderen Wünsche, wie z.B. ein weiteres Verzeichnis vom NAS einbinden, hast, musst du nichts konfigurieren.

Auf beiden installieren?
Ja, unbedingt!
Hab gerade gesehen, es gibt den Avahi-Linker und das Avahi.
Es reicht, wenn du das Paket avahi-linker auswählst. Das installiert mehrere abhängige Pakete - u.a. auch avahi

Reicht es auf dem Client?

Soll ich
Code: [Select]
UID=89df55fc-f9c9-4bf6-89d3-f66c33d4c7b9   /mnt/data       btrfs  subvol=@data         0 0
wieder mit reinnehmen?

Ich habe es so gelöst. Jeder meiner Clients hab ein eigenes Datenverzeichnis. Darauf landen z.B. die Aufnahmen vom permashift. Alle anderen Aufnahmen werden durch Anpassungen im Konfigmenü des remotetimer-Plugins vom Server erledigt. Dass du alle Aufnahmen der einzelnen Clients und des Servers verfügbar hast, darum kümmert sich der avahi-linker.

Ein paar Hinweise zum avahi-linker findest du auch im Wiki und den darin angegebenen Links. Ist zwar viel zum Lesen, aber darin ist viel Hintergrundwissen zum avahi-linker enthalten.

Viel Erfolg skippy
« Last Edit: October 09, 2014, 22:45:37 by skippy »
meine MLDs (show / hide)

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #10 on: October 09, 2014, 23:43:55 »
OK, danke.

Also auf Client und Server Avahi-Linker installieren.

Frage zu nfs-client und nfs-server:

Beim Paket nfs-client steht "Dateifreigabe über das Netzwerk".

Dann ist doch der Client nur dafür zuständig, NFS-Freigaben, die der NFS-Server bereitstellt, einzubinden. Oder?

Was gibt es den für Probleme, wenn ich noch eine Freigabe von einem NAS oder anderen Server, einbinden möchte?

Da mein Client -ich habe nur einen- und der Server im gleichen Raum stehen, hatte ich noch nicht das Bedürfnis, dass die Cleintaufnahmen auf dem Client landen.

Ist ja auch beim RPI nicht so einfach; Obwohl ich ja bereits überlegt hatte eine 32 GB SD-Karte einzusetzen.
Aber Permashift -das ich mir so sehr wünsche- wird wohl auf dem RPI nicht gut laufen, oder?

Viele Grüße,
Andre


P.S. soll ich die Zeile
Code: [Select]
UID=89df55fc-f9c9-4bf6-89d3-f66c33d4c7b9   /mnt/data       btrfs  subvol=@data         0 0 nun wieder reinnehmen?

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #11 on: October 10, 2014, 00:26:52 »
Habe jetzt auf beiden nfs-client entfernt.
Aus der fstab die Zeile
Code: [Select]
192.168.1.36:/mnt/data  /mnt/data  nfs    bg        0 entfernt.

Auf client und Server avahi-linker installiert.

Neustart........und .......? Nichts !

Kein Aufnahmeverzeichnis vom Server auf dem Client zu sehen  :-[

Log Client:  Dein Upload Code lautet: 1WgWVq
var/log/avahi-linker.log
Code: [Select]
/
cat: can't open '/var/log/avahi-linker.log': No such file or directory

Server: Dein Upload Code lautet: JmdPdq
var/log/avahi-linker.log
Code: [Select]
2014-10-10 00:13:40,301 INFO   Started avahi-linker
2014-10-10 00:13:40,479 INFO   skip local service 'Pictures on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,480 INFO   skip local service 'Music on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,481 INFO   skip local service 'Videos on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,483 INFO   skip local service 'Series on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,485 INFO   skip local service 'Movies on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,486 INFO   skip local service 'Recordings on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,488 INFO   skip local service 'Pictures on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,489 INFO   skip local service 'Music on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,491 INFO   skip local service 'Videos on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,492 INFO   skip local service 'Series on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,494 INFO   skip local service 'Movies on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:13:40,496 INFO   skip local service 'Recordings on MLDSERVER' type '_nfs._tcp' domain 'local'
2014-10-10 00:14:05,917 INFO   created additional symlink for remote VDR dir
2014-10-10 00:14:06,937 INFO   Update recdir via SVDRP: True [(250, False, 'Re-read of recordings directory triggered')]


LG, Andre

So, gute Nacht  ;)

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #12 on: October 10, 2014, 08:20:59 »
weiter gehts. So habe gerade gesehen, dass der avahi-linker auch konfiguriert werden muss.....na mal sehen.

Oh je,  ??? ist das kompliziert  :-\

Gibt es nicht ein passende Grundkonfiguration für ein MLD_Server und einen MLD_Client?

Zur Zeit habe ich nochmal NFS installiert und schaue, ob sich es jedenfalls nach einem Sunspend zuverlässig verhält.

Aber avahi ist noch nicht vom Tisch.... ;)

LG,
Andre
« Last Edit: October 10, 2014, 09:15:42 by anjoku »

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #13 on: October 10, 2014, 12:17:16 »
Hi Andre!

Vielleicht hilft dir der Link ein wenig weiter und die weiterführenden. http://wiki.ubuntuusers.de/Avahi

Mario
Gruß Mario
Meine Hardware (show / hide)

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Client vergisst, dass das Datenverz. auf dem Server liegt
« Reply #14 on: October 10, 2014, 22:56:17 »
Danke, werde ich mir mal am Sonntag ansehen.

[1] Archiv / MLD 4.x / Raspberry PI / RPI Client vergisst, dass das Datenverz. auf dem Server liegt
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.