JtG Test-Image mit (barfs)-nfsserver?
@Riker
Ich habe die Ergänzungen die DrStoned oben angeführt hat gemacht (start_nfsd allerdings ins init.local eingefügt)
-> nfs funktioniert
-> ich kann dann allerdings /hdd nicht mehr unmounten, und da ich beim Beenden auf die disk schreibe und aus Performancegründen ext2 genommen habe, hatte das unangenehme Auswirkungen auf das filesystem
Ich habe die Ergänzungen die DrStoned oben angeführt hat gemacht (start_nfsd allerdings ins init.local eingefügt)
-> nfs funktioniert
-> ich kann dann allerdings /hdd nicht mehr unmounten, und da ich beim Beenden auf die disk schreibe und aus Performancegründen ext2 genommen habe, hatte das unangenehme Auswirkungen auf das filesystem
-
- TuxBox CDK Experte
- Beiträge: 1466
- Registriert: Mo 04 Aug 2003, 16:22
- Wohnort: Hallenberg.com
- Kontaktdaten:
hm, tja so hat alles seine schattenseiten, müsste man wohl vorher den nfsd killen.robspr1 hat geschrieben:@Riker
Ich habe die Ergänzungen die DrStoned oben angeführt hat gemacht (start_nfsd allerdings ins init.local eingefügt)
-> nfs funktioniert
-> ich kann dann allerdings /hdd nicht mehr unmounten, und da ich beim Beenden auf die disk schreibe und aus Performancegründen ext2 genommen habe, hatte das unangenehme Auswirkungen auf das filesystem
Riker
1. Nokia Sat 2xI Avia 600 7-farbiges Display, IDE 120GB HDD 2,5"
2. Dreambox DM8000-HD an 46" Full-HD Samsung LED-TV
3. Diverese d-Boxen und Dreamboxen im Schrank
4. habe fertig
2. Dreambox DM8000-HD an 46" Full-HD Samsung LED-TV
3. Diverese d-Boxen und Dreamboxen im Schrank
4. habe fertig
hi riker, und danke für den nfs-server snapshot. z.zt. komme ich nicht zum testen, werde das aber bald nachholen und dann hier berichten.Riker hat geschrieben:Wie schauts denn so, ich bin etwas enttäuscht, wollte nun doch gerne mal wissen ob der nfs-server funktioniert, sonst muss ich auch keine Anstrengungen mehr unternehmen den weiter einzubauen, wo ich allerdings schon weiter gemacht hab.
Riker
-
- Sammler
- Beiträge: 179
- Registriert: So 15 Aug 2004, 22:00
Ja genau, man muss nur den nfsd vor dem runterfahren beenden, aber das sollte IMHO klar sein. Dann klappt es aucht mit dem ...Riker hat geschrieben:hm, tja so hat alles seine schattenseiten, müsste man wohl vorher den nfsd killen.robspr1 hat geschrieben:@Riker
Ich habe die Ergänzungen die DrStoned oben angeführt hat gemacht (start_nfsd allerdings ins init.local eingefügt)
-> nfs funktioniert
-> ich kann dann allerdings /hdd nicht mehr unmounten, und da ich beim Beenden auf die disk schreibe und aus Performancegründen ext2 genommen habe, hatte das unangenehme Auswirkungen auf das filesystem
Riker
Ciao Micha
Das man den nfsd killen sollte ist schon klar, aber
* das halt-script wird aus /etc/init.d gelesen, und da kann ich halt nichts ändern
* in den hdd scripten muss man das auch einbauen, also scripte von /lib/tuxbox/plugins kopieren und ändern
* nfsd wird mit gekillt, oder?
* das halt-script wird aus /etc/init.d gelesen, und da kann ich halt nichts ändern
* in den hdd scripten muss man das auch einbauen, also scripte von /lib/tuxbox/plugins kopieren und ändern
* nfsd wird mit
Code: Alles auswählen
kill `pidof rpc.nfsd`
kill `pidof rpc.mountd`
kill `pidof portmap`
-
- Einmal-Streamer
- Beiträge: 12
- Registriert: Mo 04 Aug 2003, 16:22
ich kriegs net hin
kann zwar auf nfs alles mounten und lesen auch filme schauen mit dem Movieplayer geht, aber Aufnahme Fehlanzeige, kommt immer Aufnahmeverzeichnis ist nicht beschreibbar hat da jemand ne lösung für mich ?
- jmittelst
- Co-Admin
- Beiträge: 11013
- Registriert: So 16 Nov 2003, 13:42
- Wohnort: Schildgen (Bergisch Gladbach)
- Kontaktdaten:
Mußt Du schon Schreibrechte frei geben, beim Mounten und der Freigabe auf RW (nicht RO wie Read only) achten. Ansonsten muß der gemappte User natürlich in dem Verzeichnis auch Schreibrechte haben.
cu
Jens
cu
Jens
VU+ Ultimo 4k
VU+ Duo²
VU+ Solo²
[Zitat]Es gibt 2 Dinge, die unendlich sind. Das Weltall und die Dummheit der Menschen. Beim Weltall bin ich mir aber nicht so sicher...[/Zitat]
Vorsicht! Lesen kann zu Bildung führen! Links, Suchfunktion, Wikis und Google deshalb nur mit Bedacht nutzen!
VU+ Duo²
VU+ Solo²
[Zitat]Es gibt 2 Dinge, die unendlich sind. Das Weltall und die Dummheit der Menschen. Beim Weltall bin ich mir aber nicht so sicher...[/Zitat]
Vorsicht! Lesen kann zu Bildung führen! Links, Suchfunktion, Wikis und Google deshalb nur mit Bedacht nutzen!
-
- Einmal-Streamer
- Beiträge: 12
- Registriert: Mo 04 Aug 2003, 16:22
also manchmal bringen mich deine kommentare auf die palme.jmittelst hat geschrieben:Mußt Du schon Schreibrechte frei geben, beim Mounten und der Freigabe auf RW (nicht RO wie Read only) achten. Ansonsten muß der gemappte User natürlich in dem Verzeichnis auch Schreibrechte haben.
cu
Jens
DU hast es mit sicherheit NICHT probiert. obschon du dann wüßtest, dass in exports STANDARDMÄSSIG mit "(rw,sync)" gemountet wird.
was soll also dein kommentar?
anfangs ist das völlig unsinnig in deinen augen.
dann schüttest du hohn und spott aus, um letztendlich durch nichtwissen zu glänzen und die im ggs. zu dir testenden zu verulken? WAS SOLL DAS?
back ON TOPIC
@riker
hab es mittlerweile auch geschafft mit "deinem" nfsd zu testen.
insgesamt sind die ergebnisse recht positiv, auch wenn ich mit dem installierten nfs-client auf dem x86-rechner (SFU) keine lesende datenraten > 600kB/s hinbekomme.
obschon: es ist schon schick auf den platteninhalt der dbox2 via normaler win-netzwerk/mounts zugreifen zu können.
einige (kurze) tests mit alternativen mountparametern (rw 32k/8k/udp/tcp etc.) und die erweiterung der exports brachten keine spürbaren änderungen.
was ich leider auch nicht hinbekam (siehe homejumper) ist ein schreibender zugriff auf die partition bzw. /hdd.
wie jmittelst schon so eloquent anmerkte, ist natürlich r/w in exports aktiviert.
hat es jemand geschafft, schreibend via nfs-client auf die hd zugreifen zu können?
- jmittelst
- Co-Admin
- Beiträge: 11013
- Registriert: So 16 Nov 2003, 13:42
- Wohnort: Schildgen (Bergisch Gladbach)
- Kontaktdaten:
@homejumper: Sorry, hab den Zusammenhang nicht mitbekommen, hier war die Antwort sicher nicht hilfreich.
@hepp: Ich hab nur seine Frage gelesen (neueste Beiträge) hab nicht den Zusammenhang mitbekommen. Generell war die Antwort für NFS hilfreich, für den Server der Box sicher nicht. Hätte ich das mitbekommen, hätte ich sicher nicht geantwortet. Wenn Du nix von meinen Antworten hälst, dann überlese sie.
cu
Jens
@hepp: Ich hab nur seine Frage gelesen (neueste Beiträge) hab nicht den Zusammenhang mitbekommen. Generell war die Antwort für NFS hilfreich, für den Server der Box sicher nicht. Hätte ich das mitbekommen, hätte ich sicher nicht geantwortet. Wenn Du nix von meinen Antworten hälst, dann überlese sie.
cu
Jens
VU+ Ultimo 4k
VU+ Duo²
VU+ Solo²
[Zitat]Es gibt 2 Dinge, die unendlich sind. Das Weltall und die Dummheit der Menschen. Beim Weltall bin ich mir aber nicht so sicher...[/Zitat]
Vorsicht! Lesen kann zu Bildung führen! Links, Suchfunktion, Wikis und Google deshalb nur mit Bedacht nutzen!
VU+ Duo²
VU+ Solo²
[Zitat]Es gibt 2 Dinge, die unendlich sind. Das Weltall und die Dummheit der Menschen. Beim Weltall bin ich mir aber nicht so sicher...[/Zitat]
Vorsicht! Lesen kann zu Bildung führen! Links, Suchfunktion, Wikis und Google deshalb nur mit Bedacht nutzen!
Moin,
ich finde den Ansatz, von HDD-DBox zu DBox streamen zu koennen hochinteressant.
Selbst wenn ARD und ZDF damit vielleicht wegen des langsamen Netzwerkanschlusses der DBox nicht laufen sollten...
Also bitte bitte dieses Projekt weiter verfolgen Vielleicht läufts schon im nächsten Test-Snap ohne weitere Änderungen. Ich würd mich freuen!
Danke,
Frank
ich finde den Ansatz, von HDD-DBox zu DBox streamen zu koennen hochinteressant.
Selbst wenn ARD und ZDF damit vielleicht wegen des langsamen Netzwerkanschlusses der DBox nicht laufen sollten...
Also bitte bitte dieses Projekt weiter verfolgen Vielleicht läufts schon im nächsten Test-Snap ohne weitere Änderungen. Ich würd mich freuen!
Danke,
Frank
-
- TuxBox CDK Experte
- Beiträge: 1466
- Registriert: Mo 04 Aug 2003, 16:22
- Wohnort: Hallenberg.com
- Kontaktdaten:
Für alle die Probleme haben Daten auf die HDD zu schreiben bitte mal folgendes in die var/etc/exports schreiben
/hdd *(rw,no_root_squash,sync)
Dann sollte das funzen.
Riker
/hdd *(rw,no_root_squash,sync)
Dann sollte das funzen.
Riker
1. Nokia Sat 2xI Avia 600 7-farbiges Display, IDE 120GB HDD 2,5"
2. Dreambox DM8000-HD an 46" Full-HD Samsung LED-TV
3. Diverese d-Boxen und Dreamboxen im Schrank
4. habe fertig
2. Dreambox DM8000-HD an 46" Full-HD Samsung LED-TV
3. Diverese d-Boxen und Dreamboxen im Schrank
4. habe fertig
-
- Einmal-Streamer
- Beiträge: 12
- Registriert: Mo 04 Aug 2003, 16:22
-
- TuxBox CDK Experte
- Beiträge: 1466
- Registriert: Mo 04 Aug 2003, 16:22
- Wohnort: Hallenberg.com
- Kontaktdaten:
Hast du das mal weiter verfolgt rob ?robspr1 hat geschrieben:Das man den nfsd killen sollte ist schon klar, aber
* das halt-script wird aus /etc/init.d gelesen, und da kann ich halt nichts ändern
* in den hdd scripten muss man das auch einbauen, also scripte von /lib/tuxbox/plugins kopieren und ändern
* nfsd wird mitgekillt, oder?Code: Alles auswählen
kill `pidof rpc.nfsd` kill `pidof rpc.mountd` kill `pidof portmap`
Dann bau ich das passende nämlich mal noch ein.
Gruß Riker
1. Nokia Sat 2xI Avia 600 7-farbiges Display, IDE 120GB HDD 2,5"
2. Dreambox DM8000-HD an 46" Full-HD Samsung LED-TV
3. Diverese d-Boxen und Dreamboxen im Schrank
4. habe fertig
2. Dreambox DM8000-HD an 46" Full-HD Samsung LED-TV
3. Diverese d-Boxen und Dreamboxen im Schrank
4. habe fertig
@Riker
Nein, hab ich nicht weiter verfolgt, nur, was ich gerade ausprobiert habe, werden 3 nfsd Processe gestartet, daher wird man wohl auch 3 nfsd Processe killen müssen.
Zumindest aus der Processlist sind alle mit start_nfsd gestarteten Processe mit
verschwunden. Wieso sich rpc.mountd nicht mit einem einfachen kill beenden lässt hab ich auch nicht feststellen können.
Zumindest lässt sich nach dieser Abfolge umount /hdd durchführen
Nein, hab ich nicht weiter verfolgt, nur, was ich gerade ausprobiert habe, werden 3 nfsd Processe gestartet, daher wird man wohl auch 3 nfsd Processe killen müssen.
Zumindest aus der Processlist sind alle mit start_nfsd gestarteten Processe mit
Code: Alles auswählen
kill -HUP `pidof nfsd`
kill -HUP `pidof nfsd`
kill -HUP `pidof nfsd`
kill -9 `pidof rpc.mountd`
kill -HUP `pidof portmap`
Zumindest lässt sich nach dieser Abfolge umount /hdd durchführen