• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

mp3 transfer -- apache log analysis

Greg Sims

Basic Pleskian
We have been having some server HTTP alerts from our monitoring system. I did some research in the apache access_logs and see a behavior that I don't understand. I pulled some data this morning in hopes that you could help me understand what is happening here and how to potentially correct it.

http://raystedman.org/4204Ref.txt contains a log sequence that accesses one mp3 file by one user. The mp3 file is http://raystedman.org/mp3/4204.mp3 and is almost 7 MB large. Normally I will only see one record in the access_log for a transfer like this one. This transfer is really a mess. Why does it require this huge number of log records to transfer this one file?

The user is working on transferring a group of .mp3 files at the same time. This can be seen at http://raystedman.org/mp3Ref.txt. The server doesn't have much else going on which can be seen here http://raystedman.org/22Ref.txt. We can also see the side effects of all this in server-status http://raystedman.org/22Stat.txt.

Any ideas? Thanks! Greg
 
Just an idea, but...

He seems to be downloading several mp3 files not just one.

Could it be that this is a dial-up user using a download accelerator to split the files into multiple chunks? I've seen some accelerators splitting things into up to 16 chunks for no good reason.

And if he keeps losing the connection (or overloading the server or his pc or whatever), the download accelerator may then be coming back again over and over to re-start the download.

Like I say, just an idea. It may be nothing likr this at all.
 
Thanks for the reply feris!

I believe your scenario is likely correct -- this user has limited resources for some reson (modem connection, limited RAM, ...) and is downloaded in small blocks.

It doesn't seem correct that this one slow uses should be able to run on 10-20 apache processes at a time. This seems very unfair to other users. Is there a way to limit apache resources on the server by IP Address or something simular?

Thanks again!
 
Back
Top