[r7404] cifs problem "Value too large for defined data type"

Links · 24 Jul 2011

hallo zusammen,

habe mir gerade eine neue image für meine 7270v3 erstellt.
da sich das cifs module sich mit dieser wieder laden lässt habe ich dies sogleich getestet. leider musste ich feststellen das es scheinbar noch Probleme gibt:

Wenn ich ein Verzeichnis mounte läuft soweit alles gut nur sobald ich eine verzeichnis liste haben will bekomme ich eine Fehlermeldung. Wenn ich dargegen direkt auf eine Datei zugreife läuft alles gut.

Code:

root@fritz:/# mkdir /var/media/ftp/server01/fritzbox -p
root@fritz:/# mount.cifs //192.168.2.10/fritzbox  /var/InternerSpeicher/server01/fritzbox/ -o user=xxxx,passwd=xxxx,rw

root@fritz:/# cd /var/media/ftp/server01/fritzbox 
root@fritz:/var/media/ftp/server01/fritzbox# ls

ls: can't open '.': Value too large for defined data type

root@fritz:/var/media/ftp/server01/fritzbox# cat dnsmasq_leases.sh

wget -O /tmp/dnsmasq_leases.tmp -q "http://192.168.2.10/iplog/dnsmasq.php?fu......

hoffe ihr könnt mir helfen.

olistudent · 24 Jul 2011

Ich hatte das Modul eigentlich getestet kann mich aber nicht erinnern ob ich ein "ls" gemacht habe. Könnte natürlich sein, dass mein Patch nicht 100% korrekt war.

Gruß
Oliver

Links · 30 Jul 2011

hi,

habe heute noch ein paar Tests gemacht mit der Version r7428.
Ohne "Replace kernel" läuft das cfis module auf der 7270v3 überhaupt nicht.
Mit "Replace kernel" kommt es zu oben genanntem Fehler.

anbei befindet sich meine config.

grüße

Markus

olistudent · 30 Jul 2011

Links schrieb:
Ohne "Replace kernel" läuft das cfis module auf der 7270v3 überhaupt nicht.

Fehler?

Gruß
Oliver

Links · 30 Jul 2011

hi,

/var/log/rc_custom.log:

Code:

modprobe: can't load module cifs (kernel/fs/cifs/cifs.ko): unknown symbol in module, or unknown parameter
mount error: cifs filesystem not supported by the system
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
mount error: cifs filesystem not supported by the system
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
mount error: cifs filesystem not supported by the system
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
mount error: cifs filesystem not supported by the system
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
modprobe: module xt_state not found in modules.dep

syslog:

Code:

Jan  1 01:02:25 fritz user.warn kernel: cifs: Unknown symbol slow_work_register_user
Jan  1 01:02:25 fritz user.warn kernel: cifs: Unknown symbol slow_work_enqueue
Jan  1 01:02:25 fritz user.warn kernel: cifs: Unknown symbol slow_work_register_user
Jan  1 01:02:25 fritz user.warn kernel: cifs: Unknown symbol slow_work_enqueue
Jan  1 01:02:25 fritz user.warn kernel: cifs: Unknown symbol slow_work_register_user
Jan  1 01:02:25 fritz user.warn kernel: cifs: Unknown symbol slow_work_enqueue
Jan  1 01:02:26 fritz user.warn kernel: cifs: Unknown symbol slow_work_register_user
Jan  1 01:02:26 fritz user.warn kernel: cifs: Unknown symbol slow_work_enqueue
Jan  1 01:02:26 fritz user.warn kernel: cifs: Unknown symbol slow_work_register_user
Jan  1 01:02:26 fritz user.warn kernel: cifs: Unknown symbol slow_work_enqueue

hoffe das hilft weiter

Markus

olistudent · 30 Jul 2011

Das Problem mit dem "Unknown symbol" dürfte eigentlich mit meinem Patch nicht mehr auftreten. Hast du denn den Kernel danach neu gebaut? (make kernel-dirclean)

Links · 30 Jul 2011

hi,

habe bisher nur make clean getestet ohne Erfolg.
werde es mit make kernel-dirclean ausprobieren.
Markus

Edit:

Habe jetzt getestet das Problem mit
ls: can't open '.': Value too large for defined data type
bleibt mit und ohne Replace kernel bestehen.
Unknown symbol taucht nicht mehr auf.

Markus

olistudent · 31 Jul 2011

Kannst du mal bitte die Ausgabe von "strace ls -l" posten?

Gruß
Oliver

Links · 31 Jul 2011

hi,

strace ls -l

Code:

execve("/bin/ls", ["ls", "-l"], [/* 229 vars */]) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|0x4000000, -1, 0) = 0x2aaad000
open("/usr/lib/freetz/libc.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/mod/lib/libc.so.0", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/lib/libc.so.0", O_RDONLY)        = 3
fstat(3, {st_mode=S_IFREG|0755, st_size=464872, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|0x4000000, -1, 0) = 0x2aaae000
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\10\0\1\0\0\0`\256\0\0004\0\0\0P"..., 4096) = 4096
old_mmap(NULL, 507904, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aabe000
old_mmap(0x2aabe000, 409760, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x2aabe000
old_mmap(0x2ab32000, 7940, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x64000) = 0x2ab32000
old_mmap(0x2ab34000, 21872, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ab34000
close(3)                                = 0
munmap(0x2aaae000, 4096)                = 0
stat("/lib/ld-uClibc.so.0", {st_mode=S_IFREG|0755, st_size=22628, ...}) = 0
mprotect(0x2ab32000, 4096, PROT_READ)   = 0
mprotect(0x2aabc000, 4096, PROT_READ)   = 0
ioctl(0, TIOCNXCL, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCNXCL, {B38400 opost isig icanon echo ...}) = 0
getuid()                                = 0
time([1312107470])                      = 1312107470
ioctl(0, 0x40087468, 0x7ffee3cc)        = 0
lstat64(".", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
brk(0)                                  = 0x491000
brk(0x492000)                           = 0x492000
open(".", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
fstat(3, 0x7ffee218)                    = -1 EOVERFLOW (Value too large for defined data type)
close(3)                                = 0
brk(0x493000)                           = 0x493000
brk(0x494000)                           = 0x494000
write(2, "ls: can't open '.': Value too lar"..., 58ls: can't open '.': Value too large for defined data type
) = 58
exit(1)                                 = ?

olistudent · 31 Jul 2011

Kannst du mal bitte eine "ls -l" vom Server Verzeichnis posten? Dass ich sehe welche Dateien da sind, wie groß die sind und so weiter.

Gruß
Oliver

Links · 31 Jul 2011

hi,

ls wird schwierig da es ein Windows server ist habe mal "dir" und ls mit cygwin gepostet.

Code:

E:\fritzbox>dir
 Datenträger in Laufwerk E: ist NAS

 Verzeichnis von E:\fritzbox

24.07.2011  18:35    <DIR>          .
24.07.2011  18:35    <DIR>          ..
24.07.2011  18:41               141 boot.sh
04.04.2011  19:09               117 dnsmasq_leases.sh
24.07.2011  18:41             1.636 firewall.sh
24.07.2011  17:39    <DIR>          rrdstats
24.07.2011  18:06    <DIR>          syslogd
24.07.2011  17:42    <DIR>          vnstatd
               3 Datei(en),          1.894 Bytes
               5 Verzeichnis(se), 254.494.285.824 Bytes frei

Code:

admin@server01 /cygdrive/e/fritzbox
$ ls -l
total 6
-rwx------+ 1 Administratoren Kein  141 Jul 24 18:41 boot.sh
-rwx------+ 1 Administratoren Kein  117 Apr  4 19:09 dnsmasq_leases.sh
-rwx------+ 1 Administratoren Kein 1636 Jul 24 18:41 firewall.sh
drwx------+ 1 Administratoren Kein    0 Jul 24 17:39 rrdstats
drwx------+ 1 Administratoren Kein    0 Jul 24 18:06 syslogd
drwx------+ 1 Administratoren Kein    0 Jul 24 17:42 vnstatd

Code:

/*var/*media/*ftp/*server01/*fritzbox	/*/*192.168.2.10/*fritzbox	cifs	Mountoptionen:
593.2 GB von 830.2 GB belegt, 237.0 GB frei

ach ja zu 74.04 Zeiten ging es noch problemlos.

Markus

olistudent · 31 Jul 2011

Ah, jetzt kann ich das Problem auch nachvollziehen...

Gruß
Oliver

Links · 3 Aug 2011

hi,

ist das Problem den lösbar?
den ich würde gerne wieder vnstatd bzw rrdstats extern speichern lassen

grüße
Markus

olistudent · 3 Aug 2011

Ich hab keine Lösung für das Problem gefunden. Es scheint aufzutreten, wenn man einen Windows-Share mountet (zumindest geht es bei mir mit einem Linux-Share). Im Kernelchangelog konnte ich auch nichts dazu finden.

Gruß
Oliver

Links · 3 Aug 2011

hi,

ist es möglich ein ftp Verzeichnis zu mounten?
bin mir nicht ganz sicher meine aber bei meiner alten D-box2 (SAT receiver mit Linux) ging das meine ich.

Markus

olistudent · 3 Aug 2011

Hm, dazu bräuchtest du ftpfs. Wir haben derzeit nur sshfs in Freetz...

Gruß
Oliver

Links · 1 Sep 2011

hi

habe durch Zufall eine Lösung gefunden als ich cifs für mein Android Tablet benutzt habe

durch das benutzen der Optionen: nounix,noserverino
verschwinden die Fehler.

Also so:

Code:

mount.cifs //192.168.2.10/f /var/media/ftp/server01/f/ -o user=xxxx,passwd=xxxx,ro,nounix,noserverino

Grüße
Markus

RalfFriedl · 1 Sep 2011

Und was passiert, wenn Du nur eine dieser Optionen verwendest?

Links · 1 Sep 2011

Die Option "noserverino" reicht alleine auch aus.

olistudent · 2 Sep 2011

client generates inode numbers (rather than using the actual one from the server) by default.

Sollen wir das vielleicht als zusätzlichen Schalter bei Problemen mit Windows Shares anbieten?

Gruß
Oliver

[r7404] cifs problem "Value too large for defined data type"

Neuer User

IPPF-Urgestein

Neuer User

Anhänge

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Statistik des Forums