I got this strange message today from lunarpages:
=========
Hi,

Recently your account was utilizing excessive resources and putting load on server, making it unstable. Details are as follows:


A detail of the problem is shown below as:

CPU:        2.93 %
Memory:     4.14 %
Mysql:      0.1 %


public_html/vb/attachment.php
As a result, we had to rename your script to vb/attachment.php.disabled

Please check your scripts are optimized and up to date.

Please note that the acceptable usage range for shared plans is
1.0% average %CPU or less, 1.0% average %Memory or less, 0.2% for MySQL or less and Top Processes
below 20%.

If you require a higher usage then allowed on shared servers you might want to try a dedicated plan.

Details on dedicated plans can be found here:


Dedicated Plan http://www.lpdedicated.com

I hope this information is helpful.
============================================
I am running Vbulletin 3.8.4 which is one of the latest VB updates and I have numerous accounts with lunarpages and all running forums and never had this kind of complaint before on any of them.
If lunar decided to rename this file, my whole forum will collapse and be useless.
This is my 2nd year running this forum and it doesn't have more than 100 members as it is a school forum and total attachment over last year wasn't more than 140MB so what's up with lunar?

If you continue this strange policy, you'll have to cancel all accounts running VBulletin boards.
I hope you reconsider this bad decision or I ask for a full refund and I will move. I am already paying 107$ a year for around 300MB of the total website and I can get it a lot cheaper else where but I have grown fond of lunarpages.

I have answered there support ticket but I want to see what other members think of this treatment I am getting.

Haven't got a reply from support yet. I did check although anyone running vb knows that the file is harmless and essential for running the forum. I tried to download an attached file now and wasn't able to since vb is looking for attachment.php which was renamed. Now all attached files are useless.

That's not the point (that Matthew Alan was making). That script, or some other one in your vB installation, may have been hacked. At the very least, check the time and date of all your files and see if there's anything inexplicably recent (that you didn't change recently, and doesn't get regularly changed, like a mail file). If you upgraded recently, you still may have something left from an exploit to the earlier version. If members are allowed to upload image files (attachments or avatars), are there any protections to scan for embedded scripts or an (.htaccess file) ban on the running of files in the attachment or image directories? I know that SMF was plagued by this problem prior to the 1.1.10 version.

If there is a lot of image processing using GD to create thumbnails and resize large images, you may end up on the wrong side of the CPU/memory limits.

The simplest solution would simply be to wait for support to get back to you and work with them.

I have been waiting on support. A day now...no sound.

As to uploading large images, the max. allowed image size is 2 MB and it never reaches that size. I have done a lot of tweaking in my Vbulletin and I am sure the steps I have taken will reduce resource consumption a lot. Thank you.


Can I ask how many clients are on each server in the sharing host accounts? How much is normal?

Changes usually have to be monitored over some time, before server admins are get back to you to make sure your changes you made actually have an effect on the problem at large.  Also, make sure you do not reply to yourself via the help desk ticket, as that will bump you down in the order of tickets being answered.  Only reply to a ticket once support has replied to you first.