Powered by Invision Power Board


  
 
Reply to this topicStart new topicStart Poll

> nfs-mount: Server-Verzeichnisse nicht erreichbar, ...und zwar weder per nfs noch lokal..
champpain
Geschrieben am: Samstag, 27.Juni 2009, 17:23 Uhr
Quote Post


Professional
****

Gruppe: Active Members
Beiträge: 1086
Mitgliedsnummer.: 1287
Mitglied seit: 2006-02-25



Hallo.
Bisher lief es ganz gut, aber in letzter Zeit klappt der Zugriff auf das auf den Server ausgelagerte audio-Verzeichnis (/MEDIEN/audio) leider nicht mehr.

Wenn ich den Server neustarte, kann ich (per ssh) auf die audio-Verzeichnisse zugreifen, aber sobald ich per gen2vdr (also per nfs-mount) zugreife, bleibt der VDR hängen (egal ob freevo oder mp3-vdr-plugin).

Selbst der lokale Zugriff (per ssh) klappt dann nicht mehr, d.h. der mount scheint kaputt zu sein.

Hier die Ausgaben nach dem nfs-mount-Versuch:
CODE
root@kammer:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1             76565120  58747884  13927904  81% /
tmpfs                    61724         0     61724   0% /lib/init/rw
varrun                   61724       832     60892   2% /var/run
varlock                  61724         0     61724   0% /var/lock
udev                     61724      2768     58956   5% /dev
tmpfs                    61724         0     61724   0% /dev/shm
/dev/sdb1              9212256         8   9212248   1% /SERVER/8GB
/dev/sdb2              7159020   4411460   2747560  62% /SERVER/6GB
/dev/sdb4            103007680  97106368   5901312  95% /MEDIEN
/dev/sdb6             35808852   8794448  27014404  25% /SERVER/ntfs
root@kammer:~# mount
/dev/sda1 on / type ext3 (rw,relatime,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
/proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sdb1 on /SERVER/8GB type vfat (rw)
/dev/sdb2 on /SERVER/6GB type vfat (rw)
/dev/sdb4 on /MEDIEN type vfat (rw)
/dev/sdb6 on /SERVER/ntfs type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
securityfs on /sys/kernel/security type securityfs (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
root@kammer:~#


Grüße
Email Poster
Top
Mr.N!ce
Geschrieben am: Samstag, 27.Juni 2009, 18:06 Uhr
Quote Post


Prinz
****

Gruppe: G2V3+User
Beiträge: 1929
Mitgliedsnummer.: 1417
Mitglied seit: 2006-07-22



wie wo wann mountest du denn , automatisch?
häng doch mal die /etc/fstab an
ist der Server denn bestätigt von anderen PC (Knoppix o.ä.) per nfs erreichbar?

Am besten einmal zu Fuss mounten und die Logdateien posten.
An den Berechtigungen auf dem Server etwas geändert?
Email Poster
Top
champpain
Geschrieben am: Montag, 29.Juni 2009, 09:10 Uhr
Quote Post


Professional
****

Gruppe: Active Members
Beiträge: 1086
Mitgliedsnummer.: 1287
Mitglied seit: 2006-02-25



Hallo.
Sorry für die späte Rückmeldung, aber aus irgendwelchen Gründen, bekomme ich die htpc-forum-Benachrichtigungsmails nur sporadisch.

QUOTE
wie wo wann mountest du denn , automatisch?

Na der Server (übrigens nicht der gen2vdr-Server aus der sig, sondern ein ubuntu-non_vdr-Server ;) mountet natürlich per fstab:

CODE
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda1
UUID=d17cd959-1153-40e7-9db0-2a99c47da315 /               ext3    relatime,errors=remount-ro 0       1
# /dev/sda5
UUID=01d1e3ab-a64f-4080-ba7c-8c08673e5cbd none            swap    sw              0       0
#/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
192.168.2.30:/film /vdr/film nfs rw 0 0
192.168.2.30:/audio /vdr/audio nfs rw 0 0
/dev/sdb1         /SERVER/8GB  vfat      auto          0       0
/dev/sdb2         /SERVER/6GB         vfat      auto          0       0
/dev/sdb4         /MEDIEN           vfat      auto          0       0
/dev/sdb6         /SERVER/ntfs  ntfs      auto          0       0

#/dev/sdc         /SERVER/WD_1GB ntfs      auto          0       0


Lokal (auf dem Server) klappt der Zugriff auf die Verzeichnisse ohne Probleme (bis hierhin).

Nun mountet der VDR die verzeichnisse per nfs übers Netzwerk.
Auch das scheint zu klappen:

CODE

/dev/cdrom /mnt/cdrom auto ro,noauto,user 0 0
#none /dev/pts devpts defaults 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0
none /proc/bus/usb usbfs defaults 0 0
#tmpfs /tmpfs  tmpfs size=8m 0 0
/dev/hda2   /   ext3   noatime 1 1
/dev/hda5   /mnt/data   xfs   noatime 1 2
/dev/hda3   none   swap   sw 0 0
/dev/hda1   /boot   ext2   noatime 1 2

192.168.2.35:/home/jcc/rtorrent-downloads /mnt/data/film/DOWNLOADS nfs rw 0 0
#192.168.2.35:/MEDIEN/fotos /mnt/data/pictures nfs rw 0 0
192.168.2.35:/MEDIEN/audio /mnt/data/audio nfs rw 0 0


CODE
vdr01 ~ # df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda2              6048352   3316440   2424672  58% /
udev                     10240       176     10064   2% /dev
cachedir                  4096       152      3944   4% /lib/splash/cache
none                    127056         0    127056   0% /dev/shm
/dev/hda5            237732948 222172596  15560352  94% /mnt/data
/dev/hda1                23302     11514     10585  53% /boot
192.168.2.35:/home/jcc/downloads
                     76565120  61446208  11229584  85% /mnt/data/film/DOWNLOADS
192.168.2.35:/MEDIEN/audio
                    103007680  97106368   5901312  95% /mnt/data/audio
vdr01 ~ # mount
/dev/hda2 on / type ext3 (rw,noatime)
/proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec)
udev on /dev type tmpfs (rw,nosuid)
devpts on /dev/pts type devpts (rw,noexec,nosuid)
cachedir on /lib/splash/cache type tmpfs (rw)
none on /dev/shm type tmpfs (rw)
none on /proc/bus/usb type usbfs (rw)
/dev/hda5 on /mnt/data type xfs (rw,noatime)
/dev/hda1 on /boot type ext2 (rw,noatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
securityfs on /sys/kernel/security type securityfs (rw,noexec,nosuid,nodev)
nfsd on /proc/fs/nfs type nfsd (rw,noexec,nosuid,nodev)
192.168.2.35:/home/jcc/downloads on /mnt/data/film/DOWNLOADS type nfs (rw,addr=192.168.2.35)
192.168.2.35:/MEDIEN/audio on /mnt/data/audio type nfs (rw,addr=192.168.2.35)


Lokal (auf dem Server) kann ich auch nach dem nfs-mount noch auf die Daten zugreifen.

Wenn ich jetzt aber auf die nfs-gemounteten verzeichnisse "im" VDR zugreifebn will, klappt das nicht, auch nicht mehr lokal (auf dem Server).

QUOTE
häng doch mal die /etc/fstab an

siehe oben
QUOTE
st der Server denn bestätigt von anderen PC (Knoppix o.ä.) per nfs erreichbar?

Es lief eigentlich bis vor kurzem.

QUOTE
Am besten einmal zu Fuss mounten und die Logdateien posten.

in den logs finde ich nur folgendes nfs-relevantes:
CODE
Jun 29 09:53:27 [exportfs] /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/video"._  Assuming default behaviour ('no_subtree_check')._  NOTE: this default has changed since nfs-utils version 1.0.x_
Jun 29 09:53:27 [exportfs] /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/audio"._  Assuming default behaviour ('no_subtree_check')._  NOTE: this default has changed since nfs-utils version 1.0.x_
Jun 29 09:53:27 [exportfs] /etc/exports [3]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/pictures"._  Assuming default behaviour ('no_subtree_check')._  NOTE: this default has changed since nfs-utils version 1.0.x_
Jun 29 09:53:27 [exportfs] /etc/exports [4]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/film"._  Assuming default behaviour ('no_subtree_check')._  NOTE: this default has changed since nfs-utils version 1.0.x_
Jun 29 09:53:27 [kernel] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Jun 29 09:53:27 [kernel] NFSD: starting 90-second grace period


QUOTE
An den Berechtigungen auf dem Server etwas geändert?

Nein.
Email Poster
Top
lexi
Geschrieben am: Montag, 29.Juni 2009, 09:37 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 2209
Mitgliedsnummer.: 434
Mitglied seit: 2004-11-05



hi,

mounte mal woanders hin und lass die files dann durch das /_config/bin/linkvid.sh script einsortieren nur mal so zum test ;)

Gruss Lexi
Email Poster
Top
champpain
Geschrieben am: Montag, 29.Juni 2009, 10:23 Uhr
Quote Post


Professional
****

Gruppe: Active Members
Beiträge: 1086
Mitgliedsnummer.: 1287
Mitglied seit: 2006-02-25



QUOTE (lexi @ Montag, 29.Juni 2009, 09:37 Uhr)
hi,

mounte mal woanders hin und lass die files dann durch das /_config/bin/linkvid.sh script einsortieren nur mal so zum test ;)

Gruss Lexi

Hi.

Die nfs mount woanders hin mounten?
Wie meinst du das?

Die Daten liegen nicht auf einem gen2vdr.
Es sind auch nur mp3´s und Filme (keine *.vdr-Dateien).

Das script müsste ich auf eine nfs-Dir anwenden, aber das klappt ja nicht.

Grüße
Email Poster
Top
Thema wird von 0 Benutzer(n) gelesen (0 Gäste und 0 Anonyme Benutzer)
0 Mitglieder:

Topic Options Reply to this topicStart new topicStart Poll