Hallo,
Martin Steigerwald <martin@lichtvoll.de> (Mi 28 Jun 2017 22:47:41 CEST):
> Heiko Schlittermann - 28.06.17, 21:50:
> > > Ich hab diesen Kernel auf verschiedenen Jessie-VMs und auch Workstations
> > > und hab da noch keine Probleme gesehen. Allerdings hatten einige bis vor
> > > kurzem noch die bpo.2-Variante.
> > >
> > > Irgendein Unterschied in der Strace-Ausgabe für das Test-Programm versus
> > > der für Apache? Falls es genau das Gleiche macht, ist mir nicht
> > > schlüssig, warum es dann plötzlich geht.
Ich habe jetzt mal mit dem strace die kompletten Daten augeben lassen
(also ein strace auf alle aktuell laufenden Apache/Prozesse, und die
Ausgabe dessen mit -o in ein File).
Solange das strace läuft, tritt der Fehler nicht auf (ca. 20 Versuche),
wenn strace nicht dabei ist, tritt das bei ca. 4 von 5 Versuchen auf.
strace liest m.E. den mmap gemappten Speicher aus, etwas das vermutlich
beim writev() auch passieren müsste. Ist also nach dem Auslesen, beim
Senden der Daten das Problem?
Hier mal das, was wget bekommt, wenn es eine Datei lädt, die eigentlich
aus ausschließlich NUL besteht. Interesannterweise oft sie selbe
Startadresse, die auch meiner Postleitzahl 01099 entspricht
HTTP request sent, awaiting response... 200 OK Length: 169065 (165K)
[image/png] Saving to: ‘STDOUT’
- 100%[=========================================================>]
165.10K --.-KB/s in 0.02s
2017-06-30 23:22:27 (8.81 MB/s) - written to stdout [169065/169065]
0000000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
*
0010990: 0000 0000 4e4f 5356 56b3 55bb 550d 5452 ....NOSVV.U.U.TR
00109a0: 5152 555c 6872 7e83 8283 8281 d580 8180 QRU\hr~.........
00109b0: 9c80 0b7e 7970 7486 9ab9 d7e8 f7fd fef2 ...~ypt.........
00109c0: ff8c ff06 fdf1 e2b1 6f3a 0dfd 0081 0081 ........o:......
00109d0: 0081 0000 0000 0000 0000 0000 0000 0000 ................
00109e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
*
0029460: 0000 0000 0000 0000 00 .........
Im Unterschied zu gestern sind die Störungen heute „Ameisenkacke“,
gestern waren das Auszüge von Files, die auf dem Server liegen, oder
zumindest erkennbare Zeichenketten, die allesamt etwas mit Files zu tun
hatten, die dort in der Nähe liegen.
Hier mal noch so ein…zwei Störungen:
0010990: 0000 0000 402e 0131 76e4 ffff 0010 0000 ....@..1v.......
00109a0: 0000 0000 802e 0131 76e4 ffff 0010 0000 .......1v.......
00109b0: 0000 0000 c02e 0131 76e4 ffff 0010 0000 .......1v.......
00109c0: 0000 0000 002f 0131 76e4 ffff 0010 0000 ...../.1v.......
00109d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
Einen Fehler im Apachen halte ich für unwahrscheinlich, denn er macht ja
nur das mmap (der Bereich ist anschließend nicht mal beschreibbar) und
dann writev() mit dem gemappten Bereich, da kann doch der Apache nicht
mehr viel falsch machen, oder? Es denn, es schreibt auch noch jemand
anders auf den selben fd. Aber die Menge der gesendeten Daten entspricht
der Dateigröße.
Best regards from Dresden/Germany
Viele Grüße aus Dresden
Heiko Schlittermann
--
SCHLITTERMANN.de ---------------------------- internet & unix support -
Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} -
gnupg encrypted messages are welcome --------------- key ID: F69376CE -
! key id 7CBF764A and 972EAC9F are revoked since 2015-01 ------------ -
Attachment:
signature.asc
Description: PGP signature