Onderwerp: FTP traffic door DELE commando?

Oorspronkelijk geplaatst door pierce

Dat zou betekenen dat er 953 gigabyte aan bestanden waren? Lijkt me sterk

Nee, Als je het log bestand opend, zie je dat de regels door elkaar staan. Ik heb geen zin om deze netjes te scheiden om daarna per RNFR, RNTO, STOR en DELE te gaan optellen.

Alleen deze 4 samen (RNFR, RNTO, STOR en DELE) geven die ~936GB
Alleen zouden die DELE regels daar eigenlijk bij moeten zitten.

En voor een RNFR en RNTO moet er gekeken worden hoeveel dataverkeer is daadwerkelijk is. Is een RNTO een RenameTO.. zoja, dan zouden deze er eigenlijk ook niet bij moeten zitten.. en wat doet een RNFR?

Ik hoop dat mijn webhost bovenstaande reacties leest en zijn mening herziet over het veroorzaken van FTP dataverkeer door mijzelf.

Ik ben benieuwd of het door lmp aangedragen probleem inderdaad plaatsvindt, maar ik weet helaas niks over de manier waarop mijn webhost of Directadmin aan de berekening van mijn FTP traffic komt. Als iemand nog meer weet of andere ideeën heeft over de oorzaak van dit probleem dan zou ik dat ook graag horen.

Totdusver bedankt voor alle reacties!

Oorspronkelijk geplaatst door pierce

Dat zou betekenen dat er 953 gigabyte aan bestanden waren? Lijkt me sterk

Er is een bug bekend die het volgende doet:

Code:

1 + 1 = 2 + 1 = 3 + 1 = 4 + n = ...
ipv
1 + 1 + 1 + 1 + n = ...

Dit zou misschien wel de oorzaak kunnen zijn

Oorspronkelijk geplaatst door lmp

Nee, Als je het log bestand opend, zie je dat de regels door elkaar staan. Ik heb geen zin om deze netjes te scheiden om daarna per RNFR, RNTO, STOR en DELE te gaan optellen.

Alleen deze 4 samen (RNFR, RNTO, STOR en DELE) geven die ~936GB
Alleen zouden die DELE regels daar eigenlijk bij moeten zitten.

Dan is het nog enorm veel data, en dus onwaarschijnlijk...

Wellicht dat je je hoster nog kan vragen om een "echte" traffic grafiek van de switch poort te sturen die dan ook moet aantonen dat je die traffic hebt genenereerd?

Oorspronkelijk geplaatst door ivs

Wellicht dat je je hoster nog kan vragen om een "echte" traffic grafiek van de switch poort te sturen die dan ook moet aantonen dat je die traffic hebt genenereerd?

maar ja, dat kan van iedere user afkomen natuurlijk die op die server zit. kan je niet mee aantonen dat het de TS is.

953 GB * 1024 = 975.872 MB
* 8 = 7.806.976 Mbit

6 uur = 21.600 seconden

7.806.976 / 21.600 = 361,43 Mbit/seconde aan ftp-verkeer

netjes

die logfile heeft 31,239,588,306 bytes bij DELE records, 16,277,968 bytes aan STOR, 63,123,137 bytes aan RETR, 3,752 bytes aan RNFR en 7,002 bytes aan RNTO

iets klopt er niet, het totaal is 31,319,134,828 bytes en dat is geen eens 900+GB

Oorspronkelijk geplaatst door t.bloo

die logfile heeft 31,239,588,306 bytes bij DELE records, 16,277,968 bytes aan STOR, 63,123,137 bytes aan RETR, 3,752 bytes aan RNFR en 7,002 bytes aan RNTO

iets klopt er niet, het totaal is 31,319,134,828 bytes en dat is geen eens 900+GB

Ik kom op de volgende waarden:

Code:

RETR:       78503894 bytes (  0.073 Gb)     1527 regels
STOR:       16303721 bytes (  0.015 Gb)      137 regels
MKD :         134663 bytes (  0.000 Gb)       18 regels
RNFR:              0 bytes (  0.000 Gb)      206 regels
RNTO:              0 bytes (  0.000 Gb)      154 regels
DELE:  1004934721390 bytes (935.918 Gb)    81696 regels
RMD :              0 bytes (  0.000 Gb)        5 regels

Je gaat bij de DELE de fout in omdat er filenamen zijn met een spatie (omringt door quotes). Je kan dus niet standaard splitten op een spatie en het 8e element pakken voor de file size..

Oorspronkelijk geplaatst door t.bloo

die logfile heeft 31,239,588,306 bytes bij DELE records, 16,277,968 bytes aan STOR, 63,123,137 bytes aan RETR, 3,752 bytes aan RNFR en 7,002 bytes aan RNTO

iets klopt er niet, het totaal is 31,319,134,828 bytes en dat is geen eens 900+GB

Grofweg 30gb aan DELE commando's dus, scheelt zo'n 923 gigabyte...

Oorspronkelijk geplaatst door pierce

Grofweg 30gb aan DELE commando's dus, scheelt zo'n 923 gigabyte...

Peanuts zal die hoster wel denken

Misschien handig om dit te melden bij DA?

Oorspronkelijk geplaatst door marsipulami

maar ja, dat kan van iedere user afkomen natuurlijk die op die server zit. kan je niet mee aantonen dat het de TS is.

Dat is inprincipe waar maar het gaat hier om een grote hoeveelheid data in relatief korte tijd waarvan het tijdstip bekend is, dus dan moet je volgens mij wel een piek in de traffic grafiek hebben op het exacte tijdstip. Het lijkt me erg toevallig dat er opeen een andere user is die soortgelijke traffic piek op het zelfde moment doet.

Wat voor een harddisk zit er in die server dan?
Je kan toch niet meer dan de grote van de harddisk verwijderen?
Is zomaar eens een vraagje waard :-)

Overigens lijkt het mij zeer sterk, en waarom heeft er dan geen server of netwerk beheerder ingegrepen.
Als een server bij ons "plots" 3x meer dan het gemiddelde van de laatste 30 dagen in een tijdsbestek van 30 minuten gaat gebruiken gaat er een sms-je af op de telefoon van de server / netwerk beheerder.
Die kan dan kijken wat er loos is en waarnodig ingrijpen.