Burn: File size limit exceeded

Hi,

keine Ahnung, aber scheint so als ob für das Lesen irgendwo nicht genügend Platz ist - hat das denn schonmal mit CF-Card getan ??

Grüße Magicdragon67

File Size Limit Exceeded -> Die Datei ist so gross dass das Dateisystem sie nicht mehr verwalten kann.

Ist der Server zufällig ne FAT32-Partition via samba gemounted?!

BTW, nur neuere NFS-Versionen können mehr als 2 GB. (Die Version bei SUSE 9.3 ist z.B noch zu alt.)

Zitat

BTW, nur neuere NFS-Versionen können mehr als 2 GB. (Die Version bei SUSE 9.3 ist z.B noch zu alt.)

Weiß jemand, ob damit die nfs-utils gemeint sind, oder die nfs-module aus dem Kernel?

Bin nämlich gerade in den gleichen Fehler gelaufen und von vfat oder so kann keine Rede sein. Auf den gleichen export kann ich von LInVDR aus problemlos dvd-iso's schreiben. ... und ich hab mir tatsächlich eingebildet, meine Testmaschine wäre aktueller

Was ich auch mache - mein Respekt vor LinVDR und der Arbeit, die dahintersteckt wächst mit jedem Fehler in den ich auf anderen Systemen laufe.

Hm, habe inzwischen die nfs-utils erneuert - auf jetzt 1.0.7 aber das Problem ist nach wie vor präsent. Die Kernelversion auf dem System ist 2.6.13 - sollte also neu genug sein.
Quotas sind meines Wissens keine (zumindest nicht bewußt) aktiviert.

Jemand ne Idee, wer so "päp" sein und das Schreiben größer 2G verweigern könnte?
Auf dem export sind noch 20G frei.

Servus,

LinVDR 0.7 benutzt NFS3, und damit hast du das 2-GB-Problem. Das lässt sich auch nicht lösen. Du bräuchtest NFS4 sowohl auf dem Client als auch auf dem Server (Kernel wie nfs-utils), andernfalls kannst du schlicht keine Dateien >2 GB schreiben/lesen.

Viele Grüße, Mirko

Welch Freude auf meine alten Tage

Hallo Mirko,

Danke für die Erleuchtung. Vielleicht hat darkangel ja die entsprechende Viehtscher aktiviert - denn von LinVDR aus kann ich ohne Probleme dvd-iso's erstellen (es dauert auf meinem kleinen halt ewig).

Also kernel weiß ich, wie ich den aktiviere, jetzt muss ich blos noch rausfinden, wie ich dem client sage, dass er auch das 4er Protokoll benutzt. THX.

Hab's gerade nochmal überprüft - nicht das ich es mir selber verkonfigubockt hätte ...
Wie gesagt - von LinVDR aus klappt es, von der Testmaschine aus nicht (jeweils auf das gleiche export-Verzeichnis).
Hab nochmal auf der Testmaschine geschaut, im Kernel ist nfs4 aktiviert.
Die utils hatte ich gestern aktualisiert, wenn ich bei mount aber explizit (habe ich z.B. unter LinVDR nicht) die Option nfsvers=4 angebe, erhalte ich die Fehlermeldung:
NFSv4 not supported!
NFSv4 not supported!

Kein Wunder, dass meine Haare immer grauer werden

NFSv3 reicht für >2GB, NFSv2 kann es noch nicht. Hat die Testmaschine vielleicht NUR NFSv4 (+NFSv2) und der Server NUR NFSv3 (+NFSv2), so dass auf NFSv2 zurückgegriffen wird?

Hallo Greywolf,

das ist ein sehr interessanter Aspekt!
Werde dem gleich mal auf den Grund gehen.

Weißt Du, ob die 'defaults' irgendwo konfiguriert werden können?

Mir sind im Zusammenhang mit nfs nur /etc/exports und /etc/fstab bekannt.

Hallo Greywolf,

Du könntest mit Deiner Vermutung recht gehabt haben.
Wenn ich mir die Ausgaben von nfsstat anschaue, läuft auf dem Server nfs2 und nfs3, auf der Testmaschine (gentoo) nur nfs2 als client.

Hm, das verstehe ich jetzt garnicht, denn der client ist doch bei den nfs-utils dabei!?!
... und die habe ich auf den neuesten Stand gebracht.

Kann das irgendwas mit ipv6 zu tun haben?
Das habe ich in allen kerneln deaktiviert.

Auch für den Client-Support gibt's eine Kerneloption für NFSv3 bzw. NFSv4, die sich übrigens unabhängig vom Server-Support setzen lässt.

Die "defaults" lassen sich AFAIK nicht ändern, Anpassungen müssen also wohl für jeden exports- bzw. fstab-Eintrag einzeln vorgenommen werden.

Hallo Greywolf,

die Kerneloptionen für nfs sind doch alle unter filesystems/net?
Ich habe heute erst den kernel für die Testmaschine neu gebaut und die nfs-Optionen waren alle aktiv.

Frustrierend. Hatte in letzter Zeit so viele seltsame Phänomene rund um nfs - kann kaum glauben, dass die alle mit meiner Dummheit zu tun haben sollen...

Zitat

Original von geronimo
die Kerneloptionen für nfs sind doch alle unter filesystems/net?

Jup, stehen alle untereinander.

Zitat

Ich habe heute erst den kernel für die Testmaschine neu gebaut und die nfs-Optionen waren alle aktiv.

NFSv4 (in Kernel 2.6.14 eh noch als "experimentell" gekennzeichnet) habe ich noch nie ausprobiert, vielleicht kann das zu "Komplikationen" führen?
Wenn NFSv3 nicht "will", obwohl beide Seiten es können sollten, dann würde ich mal NFSv4 komplett deaktivieren.

Bei mir sieht's auf Client und Server so aus:

greywolf@matrix:/usr/src/linux$ grep NFS .config
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
# CONFIG_NFSD_V4 is not set
# CONFIG_NFSD_TCP is not set
CONFIG_NFS_COMMON=y

dazu nfs-utils 1.0.7 ... bis 4,5 GB keine Probleme Mehr habe ich noch nicht getestet. (Kernel ist selber kompiliert, nfs-utils sind Original slackware-current)

Hallo Greywolf,

vielen Dank! Dein Tip hat den Durchbruch geschafft.

Nachdem ich jetzt auf allen Maschinen nfs4 ausgeschaltet habe läuft es wieder und auch ohne Größenbeschränkung.
Das zeigt mir mal wieder: ... man soll nix ausprobieren, ohne vorher seinen Arzt oder Apotheker zu fragen

hallo!

ich stehe nun vor dem selben problem!

leider hat es bei mir auch nichts geholfen, dass ich nfs v4 in beiden kernels deaktiviert habe.

habt ihr noch andere tipps für mich?
ansonsten werd ich einfach morgen mal probieren, /var/lib/video.00 über smb zu mounten

gruß