Reboot beim kopieren von großen Dateien auf 7570 & W900V

[fow0ryl]

Hallo,

ich probiere seit ein paar Wochen zwei Boxen W900V / 7570 mit einem aktuelleren Freetz-Trunk zu versehen.

Zunächst ist mir das Problem auf dem W900V aufgefallen. Immer wenn ich versucht habe einen swap Bereich > 32k auf dem USB Stick anzulegen ist die Box abgestützt und hat neu gebootet.
Da es sich um eine recht betagte Box handelt habe mir gedacht: "Dann eben nicht".
Ich habe den USB Stick in meine Linux Kiste gesteckt das "Swap-File" angelegt und auf dem W900 nur noch aktiviert.
Seit einer Woche keine Störung.

Inzwischen habe ich auch meine 7570 auf die 17281M gehievt. 128MB Swap-File anlegen hat funktioniert. Alles ist gut dachte ich.
Jetzt musste ich auf dem angeschlossenen USB-Stick eine 158MB große Datei ablegen (ein initrd für den Tftp-Server). Habe die Datei mit scp kopiert und wumm. Bei knapp 100% -> Reboot.
Also habe ich das Ganze noch mal wiederholt. Anderen USB-Stick getestet. Immer das gleiche Ergebnis.
Das Schreiben non größeren Dateien auf USB Stick führt zum Reboot.

Auch die USB Sticks, die ich seit längerem einsetze, und die mit dem alten Image funktionieren, haben mit neueren Images dieses Problem.

Wer hat eine Idee?
Wie kann ich der Ursache auf die Spur kommen?

Gruß
Henning

 

[gismotro]

Kopierst du innerhalb deines Netzwerkes (Samba) oder per ftp ?

 

[fow0ryl]

Hallo,

ich habe immer über LAN von einer Gentoo Maschine aus per scp kopiert.

Es sieht so aus, als würde irgendwie das Dateisystem auf dem USB-Stick kaputt gehen.
Habe dann zunächst auf einen Defekt des USB Sticks getippt und den Stick mit H2testw von meinem Win7 Notebook aus überprüft.
Alles gut bis dahin.
Dann den Stick wieder an die Gentoo Maschine geklemmt, mit fdisk 2 Partitionen angelegt und ext2 formatiert.
Dann das rootfs Image aufgespielt, den Stick wieder an die 7570 gehängt und per USB-Root neu gestartet.

Schließlich eine ssh session aufgemacht und mit "tail -f /var/log/messages" geschaut was passiert während ich von der Gentoo Maschine aus per scp die 158MB Datei rüber kopiert habe.

Dec 19 19:52:12 fritz user.err kernel: [169594]maxrun: 6
Dec 19 19:52:23 fritz user.err kernel: [170670]maxrun: 8
Dec 19 19:52:33 fritz user.err kernel: [171716]maxrun: 6
Dec 19 19:52:43 fritz user.err kernel: [172729]maxrun: 4
Dec 19 19:52:54 fritz user.err kernel: [173792]maxrun: 3
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=2988081160, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=1871544464, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=2988081208, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=2303363208, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=3743089608, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=190709776, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=2615132472, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=2860646664, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=762991080, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=4254994320, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=1420610968, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=3695372680, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device
Dec 19 19:52:59 fritz user.info kernel: sda2: rw=1, want=4089322280, limit=15634752
Dec 19 19:52:59 fritz user.info kernel: attempt to access beyond end of device

Also die Fritzbox stromlos gemacht, den Stick wieder and die Gentoo Maschine ...

lion henning # e2fsck /dev/sdb2
e2fsck 1.42 (29-Nov-2011)
/dev/sdb2 wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Inode 122170 hat unzulässigen Block(s).  Bereinige<j>? ja

Illegal(er) Block #Block Nr.39948 (1984122880) in Inode 122170.  BEREINIGT.
Illegal(er) Block #Block Nr.39950 (3992039441) in Inode 122170.  BEREINIGT.
Illegal(er) Block #Block Nr.39951 (1984122886) in Inode 122170.  BEREINIGT.
Illegal(er) Block #Block Nr.39952 (4046016784) in Inode 122170.  BEREINIGT.
Illegal(er) Block #Block Nr.39953 (3689111672) in Inode 122170.  BEREINIGT.
Illegal(er) Block #Block Nr.39954 (560709633) in Inode 122170.  BEREINIGT.
Illegal(er) Block #Block Nr.39955 (3548117030) in Inode 122170.  BEREINIGT.
Illegal(er) Block #Block Nr.39956 (4115677216) in Inode 122170.  BEREINIGT.
Illegal(er) Block #Block Nr.39957 (2242857532) in Inode 122170.  BEREINIGT.
Illegal(er) Block #Block Nr.39958 (1605616113) in Inode 122170.  BEREINIGT.
Illegal(er) Block #Block Nr.39959 (3398801842) in Inode 122170.  BEREINIGT.
Zu viele unzulässige Blocks in Inode 122170.
Bereinige Inode<j>? ja

Beginne e2fsck neu ...
/dev/sdb2 wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Durchgang 2: Prüfe Verzeichnis Struktur
Eintrag »thinstation-5.3.initrd« in /tftpboot/ts-5.3 (122168) hat gelöscht/unbenutzt Inode 122170.  Bereinige<j>? ja

Durchgang 3: Prüfe Verzeichnis Verknüpfungen
Durchgang 4: Überprüfe die Referenzzähler
Durchgang 5: Überprüfe Gruppe Zusammenfassung
Block Bitmap differieren:  -(996--1000) -(495616--501759) -(502049--509951) -(509953--524287) -(524799--526335) -(526398--526414) -(526451--537085)
Repariere<j>? ja

Die Anzahl freier Blöcke in Gruppe #0 ist falsch (25269, gezählt=25274).
Repariere<j>? ja

Die Anzahl freier Blöcke in Gruppe #15 ist falsch (2749, gezählt=31131).
Repariere<j>? ja

Die Anzahl freier Blöcke in Gruppe #16 ist falsch (20209, gezählt=31790).
Repariere<j>? ja

Die Anzahl freier Blöcke ist falsch (1866463, gezählt=1864986).
Repariere<j>? ja

Inode Bitmap differieren:  -122170
Repariere<j>? ja

Die Anzahl freier Inodes ist falsch für Gruppe #15 (8134, gezählt=8135).
Repariere<j>? ja

Die Anzahl freier Inodes ist falsch (488579, gezählt=488559).
Repariere<j>? ja


/dev/sdb2: ***** DATEISYSTEM WURDE VERÄNDERT *****
/dev/sdb2: 81/488640 Dateien (1.2% nicht zusammenhängend), 89358/1954344 Blöcke

Dann den Stick gemountet und die Datei direkt auf den stick kopiert. Alles ohne Probleme.
Den Stick wieder an die Box.
Zur Überrpüfung des Images die Checksumme auf der Box ermittelt. Sieht alles gut aus.

Nur das Schreiben von größeren Dateien direkt über die Box scheint Ärger zu machen ...

Gruß
Henning

 

[gismotro]

Hast du folgenden Eintrag unter Samba / Erweitert:

log level = 1
socket options = TCP_NODELAY IPTOS_LOWDELAY
read raw = yes
write raw = yes
oplocks = yes
max xmit = 65535
dead time = 15
getwd cache = yes
lpq cache = 30 
unix charset = UTF-8

 

[fow0ryl]

Hallo,

ich habe in den Images gar kein Samba drin ...
Ist doch nur was für Windoofs Fan's.

Ich kopiere Dateien immer mit Linux Bordmitteln: scp

 

[qwertz12]

Da ich auch mal ne 7570/W920V hatte:
Bist du sicher, dass nicht einfach nach ein paar Minuten der Watchdog kommt und die Box zurückgesetzt wird?
SCP und USB-Transfers auf der Box sind sehr CPU intensiv, insbesondere ersteres. Kann man gut im "top" sehen, so installiert.
Soweit mir bekannt wird bei CPU-Dauerlast die Box hart neu gestartet.

Testen ggf. durch abschalten des Watchdog:

echo disable >/dev/watchdog

Das war einer der Gründe, warum der Watchdog bei meinen Boxen meist aus war: Samba und SCP waren Box-Killer
FTP dürfte halbwegs gehen, wenn man "Glück" hat - hängt von der Transfer-Größe ab, ausgeschlossen ist es aber auch nicht.