NFS-Server Addon

[officiallyme]

ja, an mount -o bind hatte ich auch schon gedacht. wusste nicht, dass es da so einen grossen unterschied zum symlink gibt.

aber die frage bleibt ja bestehen. kann das überhaupt funktionieren?
egal wohin ich den mount -o bind erzeuge, bleibt es doch vermutlich in der fritzbox ein rootfs, oder nicht?
hab ich dann am ende nicht immer das gleiche problem? ich kann ja letztlich nicht auf ein usb-stick mount -o bind ausführen, da die sticks sich immer ändern.

oder hättest du ein beispiel wohin ich dieses mount -o bind legen könnte, damit es am ende mit den usb sticks (fat32 und ntfs) funktioniert?

 

[Silent-Tears]

Nein. Meine Idee dazu wäre, UStor01 freizugeben, und darin Verzeichnisse anzulegen al la "uStor02" und "uStor11" oder so, und eben dort per "mount -o bind" entsprechende Partitionen zu mounten und diese freizugeben. Das allerdings benötigt wie imemr eine stehende Struktur dort auf dem USB-Stick, sonst wird das nichts. Symlinks btw. tuns auf ntfs und fat32 nicht. Ob was anderes funktioniert, weiss ich nicht, da ich liebend gern auf FAT32 ausserhalb der KArtne in meiner Kamera und meinem Handy verzichte.

 

[officiallyme]

ok, da gibts dann gleich mehrere probleme:
- es ist nie ein stick dauerhaft am fritz
- es sind meist unterschiedliche sticks dran
- die festplatten können nicht mit ext2 formatiert werden, weil diese auf windows rechnern ohne entsprechende zusatztreiber laufen können müssen
- es werden sowohl fat32 als auch ntfs benutzt
- ext2 deutlich mehr platz alleine fürs dateisystem verschwendet, was im terrabyte bereich durchaus was ausmacht
- selbst wenn das alles nicht wäre, ist eine konvertierung solange daten drauf sind zu gefährlich und es ist nicht der platz zum auslagern vorhanden und 100¤ für ne auslagerplatte hinzulegen ist dann doch unsinnig

sieht aus, als müsste ich nfs aufgeben. bin überrascht. hatte immer den eindruck, dass nfs das mit abstand beste system sei. resourcensparend und flexibel. aber wenn man nichtmal einen "pc" freigeben kann und über den auf angesteckte sticks zugreifen kann ohne jeden einzeln freizugeben oder einen stick dauerhaft anzuschliessen, dann ist das natürlich weniger nützlich für mich.

 

[Silent-Tears]

Kathi? Wir reden von einer KAthi und den Sticks und NFS.-Server auf der Kathi? Wird eun Druckfehler sein, oder?

Die Platzverschwendung" beim ext2 kommt vor allem von dme für "root reserviertem Bereich", der tatsächlich per Default noch auf 5% der Grösse steht. Ist biem TB irgendwie recht unsinnig und lässt sich per tune2fs -m<prozentwert> /dev/partition setzen.
Zum anderen sind die NFS-Shares zwar vorhanden, aber wenn du ein Verzeichnis freigibst, in dem nichts gemountet ist, wird das Verzeichnis immer noch freigegeben sein, nur der Inhalt nicht mehr angezeigt.

Was hindert dich eignetlich daran, dir einen USB-Hub und nen kleinen Stick an die Box zu hängen, über den du das alles realisierst, und diesen schlicht permanent an der Box lässt? Ich zumindest hab hier an jedr USB-tauglichen Box so ein Konstrukt dran. (ok, sind nur 3 )
Auch scheinen dir die autostart/autoend-scripte nicht geläufig zu sein. Aber nun gut, ist ja deine Entscheidung, hier tuts NFS hervorragend, nur eben nicht für grosse Datenmengen, dazu sind mir die Kisten eh zu lahm.

 

[officiallyme]

ups, sorry, kathi ist der client!

am konstrukt hindert mich nix. hab hier zwei hubs am fritz. einen mit druckeranschluss und dazu noch 6 usb anschlüsse für 5 sticks und 6 hdds (nicht gleichzeitig offensichtlich).

direkt hindern tut mich nix, aber finds ne wirklich mehr schlecht als rechte lösung.

das ist sozusagen der letzte schritt eines verzweifelten.
als würde ein linux user einen windows pc anschliessen, damit er weiterarbeiten kann :-D


nebenbei, selbst wenn man die 5% reserve abschaltet verliert man massig.
bei nem 8GB stick hab ich real 7,45 und mit ext2 bleiben davon 6,97. mit fat32 sinds 7,44.

 

[Silent-Tears]

Und wenn du dann noch bei den 8GB mit 1024MB und nicht 1000 rechnest, dann siehst du die "Rundungsdifferenzen" der Werbung. Oder wars anders herum? Egal eigentlich, du wirst sehen, worauf ich hinaus will.

 

[officiallyme]

hä?

dass 8gb real 7,45 sind, hab ich doch geschrieben. weiss ja eigentlich eh jeder, dass eben MiB und MB meist nicht so ganz das gleiche sind.

aber nochmal gut 0,48GB an das dateisystem verlieren ist schon echt übel unnötig.

ist ja auch egal. jedenfalls ist ext2 imho wirklich nicht gerade der segen, als den linux user ihn gerne hinstellen.

egal, also, gibt wohl keine lösung für mein problem? schade eigentlich. muss ich halt bei ftp, smb/cifs und upnp als stream-möglichkeiten bleiben.

 

[Silent-Tears]

Es gibt schon Möglichkeiten. Eine hab ich dir beschrieben. Wenn sie dir zu anstrengend ist, dann musst bie bei den langsamen Protokollen bleiben. ISt eigentlich eh egal, denn egal wie schnell NFS auch ist im Filetransfer, die USB1.1-Schnitstelle, der schwache Prozessor und dann noch das viel zu Performancelastige NTFS sind da der Knackpunkt. Da ist smb/vifs oder ftpfs nicht mehr dein Problem.

 

[olistudent]

/var *(rw,anonuid=0,anongid=0,insecure,async,fsid=0,no_subtree_check)

Auf meiner 3170 funktioniert diese /etc/exports ohne Probleme. Ich kann aus der Virtuellen Machine auf den Mount zugreifen. Jedoch nur als root. Die unter /var/media/ftp gemounteten Dateisysteme werden jedoch auch nicht angezeigt.

edit: Wenn ich jedoch den mount also "/var/media/ftp/uStor01" freigebe, dann funktioniert das.

MfG Oliver

 

[Silent-Tears]

@olistudent: Kannst du das evtl. auf einer 72xx-box ausprobieren? Vllt. ist ein ein Unterschied zwischen den beiden Boxversionen.

 

[officiallyme]

Da ist smb/vifs oder ftpfs nicht mehr dein Problem.

Doch. Denn der client verbraucht einen haufen resourcen auf der kathi. curlftp ist deutlich resourcenlastiger als cifs und cifs angeblich nochmal langsamer als nfs.
bei ftp gibts tatsächlich ab und an mal kurze spinner bei der kathi.

edit: Wenn ich jedoch den mount also "/var/media/ftp/uStor01" freigebe, dann funktioniert das.
MfG Oliver

hab ich ja explizit mehrfach gesagt, dass es so geht. hab ja auch gesagt, wieso ich das aber nicht will. geht genauso wie beim ftp darum das über-verzeichnis freizugeben, damit man nicht jeden stick einzeln freigeben muss. alleine für ne hdd mit 4 partitionen sind das 4 freigaben. und pro weiterem device nochmal 4, da man nie weiss, ob die hdd als erste oder zweite gemountet wurde und man sie ab und zu mal abzieht und wieder ansteckt und die fb dann manchmal nen neuen namen zuweist.

ich müsste also auf dem server mindestens 16 freigaben anlegen, nur damit die 4-partitionen-hdd auch immer korrekt freigegeben ist.
und das statt nur einer wie bei smb/cifs bzw. ftp.

@olistudent: Kannst du das evtl. auf einer 72xx-box ausprobieren? Vllt. ist ein ein Unterschied zwischen den beiden Boxversionen.

das wär cool.

 

[RalfFriedl]

/var *(rw,anonuid=0,anongid=0,insecure,async,fsid=0,no_subtree_check)

Auf meiner 3170 funktioniert diese /etc/exports ohne Probleme.

Kannst Du auch das mal auf der 3170 ausprobieren:

/var *(rw,anonuid=0,anongid=0,insecure,async,fsid=0,no_subtree_check,[B]crossmnt[/B])
/var/media/ftp/uStor01 *(rw,anonuid=0,anongid=0,insecure,async,fsid=0,no_subtree_check)

Kannst Du damit /var mounten und auf /var/media/ftp/uStor01 zugreifen?

Wie äußert sich das, daß der Zugriff nur als root möglich ist?

 

[officiallyme]

Kannst Du damit /var mounten und auf /var/media/ftp/uStor01 zugreifen?

laut

Die unter /var/media/ftp gemounteten Dateisysteme werden jedoch auch nicht angezeigt.

kann er es auch nicht.

 

[RalfFriedl]

Da stand nichts davon, ob er auch die zweite Zeile mit drin hatte, und die Option crossmnt war da auch nicht verwendet.

 

[officiallyme]

ja, crossmnt und nohide müsste noch getestet werden.
wenn ne zweite zeile drinstünde wäre das ja...naja....dämlich gewesen :-D

bei mehr als 9k beiträgen kann ich mir das beim oli nicht vorstellen.

 

[RalfFriedl]

Mein Vorschlag kam ja nach seinem Beitrag, und daß es nicht gehen würde, stammt von Dir.

 

[olistudent]

Ich kann das auf meiner 3170 in den nächsten 2 Wochen leider nicht mehr testen. Aber von meiner 7270 kann ich auch kein tmpfs mounten:

Sep 20 20:14:56 freetz daemon.notice mountd[2058]: authenticated mount request from 192.168.178.20:822 for /var (/var)
Sep 20 20:14:56 freetz daemon.warn mountd[2058]: getfh failed: Operation not permitted

2058  _newselect(1024, [3 4], NULL, NULL, NULL) = 1 (in [4])
2058  accept(4, {sa_family=AF_INET, sin_port=htons(1019), sin_addr=inet_addr("192.168.178.20")}, [16]) = 5
2058  _newselect(1024, [3 4 5], NULL, NULL, NULL) = 1 (in [5])
2058  poll([{fd=5, events=POLLIN}], 1, 35000) = 1 ([{fd=5, revents=POLLIN}])
2058  read(5, "\200\0\0(\323\332\274\264\0\0\0\0\0\0\0\2\0\1\206\245\0\0\0\3\0\0\0\0\0\0\0\0\0"..., 4000) = 44
2058  stat64(0x413f38, 0x7f9971d8)      = 0
2058  stat64(0x413f4c, 0x7f9971d8)      = -1 ENOENT (No such file or directory)
2058  write(5, "\200\0\0\30\323\332\274\264\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 28) = 28
2058  _newselect(1024, [3 4 5], NULL, NULL, NULL) = 1 (in [5])
2058  poll([{fd=5, events=POLLIN}], 1, 35000) = 1 ([{fd=5, revents=POLLIN}])
2058  read(5, "\200\0\0P\324\332\274\264\0\0\0\0\0\0\0\2\0\1\206\245\0\0\0\3\0\0\0\1\0\0\0\1\0"..., 4000) = 84
2058  stat64(0x413f38, 0x7f9971d8)      = 0
2058  stat64(0x413f4c, 0x7f9971d8)      = -1 ENOENT (No such file or directory)
2058  open("/var/lib/nfs/etab", O_RDONLY|O_LARGEFILE) = 9
2058  fstat64(9, {st_mode=S_IFREG|0644, st_size=136, ...}) = 0
2058  close(9)                          = 0
2058  readlink("/var", 0x7f9941a0, 4095) = -1 EINVAL (Invalid argument)
2058  rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_STACK|SA_INTERRUPT|SA_NOCLDWAIT|0x2b029e0}, {SIG_DFL, [], SA_NOCLDSTOP}, 16)
2058  time([1253469964])                = 1253469964
2058  getpid()                          = 2058
2058  write(8, "<29>Sep 20 20:06:04 mountd[2058]:"..., 103) = 103
2058  rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_NOCLDSTOP}, NULL, 16) = 0
2058  stat64(0x7f996330, 0x7f996158)    = 0
2058  stat64(0x43b88c, 0x7f996158)      = 0
2058  nfsservctl(0x8, 0x7f9959a0, 0x432620) = -1 EPERM (Operation not permitted)
2058  rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_STACK|SA_INTERRUPT|SA_NOCLDWAIT|0x2b029e0}, {SIG_DFL, [], SA_NOCLDSTOP}, 16)
2058  time([1253469964])                = 1253469964
2058  getpid()                          = 2058
2058  write(8, "<28>Sep 20 20:06:04 mountd[2058]:"..., 72) = 72
2058  rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_NOCLDSTOP}, NULL, 16) = 0
2058  write(5, "\200\0\0\34\324\332\274\264\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\r"..., 32) = 32
2058  _newselect(1024, [3 4 5], NULL, NULL, NULL) = 1 (in [5])
2058  poll([{fd=5, events=POLLIN}], 1, 35000) = 1 ([{fd=5, revents=POLLIN}])
2058  read(5, ""..., 4000)              = 0
2058  close(5)                          = 0
2058  _newselect(1024, [3 4], NULL, NULL, NULL <unfinished ...>

MfG Oliver

 

[RalfFriedl]

Das hat auch schon Silent-Tears geschrieben. Interessant, daß es bei den Modellen mit dem älteren Kernel funktioniert.

 

[Silent-Tears]

Interessant, daß es bei den Modellen mit dem älteren Kernel funktioniert.

Ja, vor allem, weil das ja eignetlich laut nfs-Seiten nicht gehen sollte. Wundert mich ein wenig, muss ich zugeben. Vielleicht wurde im kernel bei den nfs-Optionen noch gewaltig was geändert im Laufe der Zeit (ja, wurde es, denn ich hab gravierende Unterschiede auf meinem Debian mit 2.6.18-Kernel zu neueren Kernelversionen beobachten können. Von daher....)

 

[officiallyme]

Das hat auch schon Silent-Tears geschrieben. Interessant, daß es bei den Modellen mit dem älteren Kernel funktioniert.

?
hab ich das überlesen? bei wem hats denn funktioniert das /var/media/ftp freizugeben und dann den inhalt der sticks zu sehen?