Debian - Ik kan geen meer files uploaden

[Rex]

Hoi,

Ik heb een gaar probleem met mijn Debian server waar ik niet mee uitkom.
Al jaren werkt de server goed, waar ik een aantal websites op host, maar sinds een paar dagen kan ik bijna geen bestanden wijzigen via SSH/FTP.

Het zit zo:
Als ik een .PHP/.TXT/.whatever aanpas, dan begint 'ie te uploaden en krijg ik een foutmelding. Mijn file wordt dan opgeslagen met 0 bytes. (Ik raak dus meteen me file kwijt en als ik dan ook mijn texteditor sluit, dan ben ik alles kwijt. )
Dit probleem heb ik bij bijna alle bestanden, behalve als het hele kleine textfiles zijn van minder dan 1 KB.
Ik heb meerdere FTP/SSH clients geprobeerd en zelfs meerdere FTP programma's op mijn Debian geïnstalleerd.
Gek genoeg, heb ik geen last van te weinig hardeschijfruimte. Ik kan namelijk wel via wget of curl mijn bestand van een andere server afhalen en dan op mijn server opslaan. Dit is wel reuze omslachtig en ik kan niet normaal aan mijn site werken als ik eerst een file via een andere server naar mijn server moet uploaden. .

Ik weet me geen raad meer. Het ligt niet aan de ruimte noch de ionodes, maar ik weet niet waar het wel aan zou kunnen liggen.

Iemand een idee?

Rex

[Verwijderd]

Hoe vol zijn je partities dan, als je geen last hebt van een volle partitie? Denk eraan dat je waarschijnlijk 5% hebt gereserveerd voor root. Voor andere users is 95% dan echt vol.

[ Voor 7% gewijzigd door Verwijderd op 18-05-2014 22:53 ]

[Rex]

code:

root@ybt:/# df -h
Filesystem                                              Size  Used Avail Use% Mounted on
rootfs                                                  883G  237G  602G  29% /
udev                                                     10M     0   10M   0% /dev
tmpfs                                                   1.6G  212K  1.6G   1% /run
/dev/disk/by-uuid/966d032d-225b-4317-8a8a-65527cd65f91  883G  237G  602G  29% /
tmpfs                                                   5.0M     0  5.0M   0% /run/lock
tmpfs                                                   6.4G     0  6.4G   0% /run/shm

Om heel eerlijk te zijn weet ik niet wat die /dev/disk/ blabla is.
Maybe part of the problem? Of misschien dat ie de andere SSD ziet die ik heb. Heb namelijk een RAID1 opstelling.

De bestanden die ik niet kan aanpassen zijn "all over the server".. Dus in /home, in /root, in /etc. Vroegh kon ik alles aanpassen en nu niet. Ik log trouwens in als root.

[Hero of Time]

Die tweede / mountpoint is gewoon een bug in Debian. Hebben ze later gefixt, maar komt niet naar Stable toe. Wat het is, is de UUID van de partitie en wordt om een of andere reden weergegeven. Kan je dus negeren.

Enne, "krijg ik een foutmelding" is lekker duidelijk.

[Rex]

Ik krijg de volgende foutmeldingen:

In WinSCP zie ik in de transfer queue, "Connecting...", waarna het veranderd in "0%". (Transferred gaat naar 7.272 Bytes). Het blijft hangen op 0% en krijg dan de melding:

code:

Host is not communicating for more than 15 seconds. Still waiting...

In CyberDuck zie ik "Uploading xxx.txt-391d2214-d802-4da8-baf2-6c50261759ba" en na zo'n 30 seconden krijg ik deze melding:

code:

Unexpected end of sftp stream.

Zoooooo raar.

EDIT: Wat wel opvallend is, is dat bij WinSCP het altijd blijft hangen op 7272 bytes. Alsof er maar 1 pakketje van die grootte wordt geaccepteerd en daarna de verbinding wordt verbroken.... Hmm... Interesting...

[ Voor 17% gewijzigd door Rex op 19-05-2014 11:59 ]

[Hero of Time]

Dan de logs maar eens bekijken. Tail er een paar als je een transfer start.

[Rex]

Ik weet eerlijk gezegd niet hoe dat werkt. Ik heb gekeken of ik op 1 of andere manier logs kan zien van SSH transacties, maar behalve auth.log is er niet veel waar je wat aan hebt bij Debian.

Via WinSCP kreeg ik wel de volgende resultaat, waaruit blijkt dat het 100% heeft geupload en dan uiteindelijk timed out.

code:

> 2014-05-19 16:35:41.943 [Background 1] 65,66,66,65,63,74,20,73,69,6E,63,65,20,3C,75,3E,32,30,20,4F,63,74,6F,62,65,
> 2014-05-19 16:35:41.943 [Background 1] 72,20,32,30,31,33,3C,2F,75,3E,2E,0A,3C,2F,74,64,3E,3C,2F,74,72,3E,3C,2F,74,
> 2014-05-19 16:35:41.943 [Background 1] 61,62,6C,65,3E,0A,3C,2F,64,69,76,3E,20,0A,3C,2F,64,69,76,3E,20,0A,7B,2F,73,
> 2014-05-19 16:35:41.943 [Background 1] 74,72,69,70,7D,
. 2014-05-19 16:35:41.943 [Background 1] Sent 3109 bytes
. 2014-05-19 16:35:41.943 [Background 1] There are 0 bytes remaining in the send buffer
. 2014-05-19 16:35:41.943 [Background 1] Looking for network events
. 2014-05-19 16:35:41.943 [Background 1] Timeout waiting for network events
> 2014-05-19 16:35:41.943 [Background 1] Type: SSH_FXP_CLOSE, Size: 13, Number: 7940
> 2014-05-19 16:35:41.943 [Background 1] 04,00,00,1F,04,00,00,00,04,00,00,00,00,
. 2014-05-19 16:35:41.943 [Background 1] Sent 17 bytes
. 2014-05-19 16:35:41.943 [Background 1] There are 0 bytes remaining in the send buffer
. 2014-05-19 16:35:41.943 [Background 1] Looking for network events
. 2014-05-19 16:35:41.943 [Background 1] Timeout waiting for network events
> 2014-05-19 16:35:41.943 [Background 1] Type: SSH_FXP_SETSTAT, Size: 60, Number: 7433
> 2014-05-19 16:35:41.943 [Background 1] 09,00,00,1D,09,00,00,00,27,2F,68,6F,6D,65,2F,79,62,74,2F,74,65,6D,70,6C,61,
> 2014-05-19 16:35:41.943 [Background 1] 74,65,73,32,2F,73,74,61,74,69,63,2F,70,72,69,76,61,63,79,2E,74,70,6C,00,00,
> 2014-05-19 16:35:41.943 [Background 1] 00,08,53,7A,11,96,53,7A,16,87,
. 2014-05-19 16:35:41.943 [Background 1] Sent 64 bytes
. 2014-05-19 16:35:41.944 [Background 1] There are 0 bytes remaining in the send buffer
. 2014-05-19 16:35:41.944 [Background 1] Looking for network events
. 2014-05-19 16:35:41.944 [Background 1] Timeout waiting for network events
. 2014-05-19 16:35:41.944 [Background 1] Waiting for another 4 bytes
. 2014-05-19 16:35:41.944 [Background 1] Looking for incoming data
. 2014-05-19 16:35:41.944 [Background 1] Looking for network event
. 2014-05-19 16:35:42.025 Session upkeep
. 2014-05-19 16:35:42.025 Looking for network events
. 2014-05-19 16:35:42.025 Timeout waiting for network events

In de afgelopen middag wel 100x geprobeerd en soms pakt ie hem wel, en soms weer niet. Raarrrrrr!!!!

[Hero of Time]

Je wilt dus zeggen dat kern.log, syslog, messages en dmesg niets te melden hebben hierover? Ook het handmatig aanmaken van een 500 MB bestand als unprivileged user lukt gewoon? Rechten op de map waar je 't heen stuurt zijn ook op orde?

[Brahiewahiewa]

Heb je onlangs zitten experimenteren met jumbo-frames of heb je je MTU aangepast?

[xares]

Read-only filesystem misschien?

Even via SSH testen:

mkdir test123