SMF Support > Server Performance and Configuration

Major performance issues on dedicated server

<< < (2/2)

CoreISP:
If it is fully managed, they have to help you fix it up... What else is the point of fully managed.

You said you can't change anything in WHM, so; do you login to WHM with root or not? :)
Because if you do; you will for sure be able to change anything you want.
(Through the CLI is far better, faster and can help you analyze way more, but I understand you may not be able to do that :P)

The problem is, you shouldn't be going around changing things before you actually pinpointed the problem. And I think your problem is not easy to analyze through WHM and it's always possible that the underlying issue can be fixed through the CLI only... WHM has it's limits for server management.

JavaJones:
We have a support ticket open with them. So far they haven't been tremendously helpful and we're about to jump ship to another host, but we're giving them another day or so.

We do not login to WHM with "root". We login with whatever they gave us, there are multiple functions missing from the control panel vs. other WHM setups I use. The Process Manager is just one example. We also don't have full root SSH access, we can't reboot the server for example (they have to do it for us). It's pretty crippled overall and very disappointing after the flexibility of other WHM/Cpanel + root (CLI) setups I've worked with.

I'm not super comfortable on the commandline, but willing to use it when necessary. In this case with WHM being so crippled, I feel like I'm needing to move to the CLI before I normally would, I'm not even able to see what PHP scripts are using resources without dropping to CLI (this is normally easily found in WHM). Frankly Westhost is working against themselves here by not empowering users, especially given their mediocre-at-best support so far (supported used to be fairly good).

Anyway, I have no idea how to pinpoint the problem beyond what I've already tried. Yesterday I even brought the forum down completely, making the directory unreadable by public, renaming it, and replacing it with a static index file. Performance *did* improve on the other major PHP system (Joomla), but there were still noticeable issues, it was still slower than any dedicated server should be. In particular it seemed to choke when there were multiple image fetch requests from a single page (e.g. an image gallery, the first few would load fast, then the remaining few would take a lot longer). I've checked the server logs and see nothing unusual beyond a PHP error that we had support fix (magic quotes I think). All we know is that when enabled, the forums use a large amount of CPU, but we don't know why, we didn't change anything from previously when it wasn't like this.

Just to add to the mystery, today things are performing better, and while CPU usage is averaging lower, it's still relatively high for what we'd expect with this amount of resources, 1.5-2.5. Despite that, performance is better than even yesterday *at equivalent CPU use*. Given this fact, while I'd love any help the SMF community can offer in troubleshooting, it is hard to say it is an SMF issue at this point.

Thanks,

Oshyan

CoreISP:
Without root access, the CLI is useless for checking it out.

I hope for you that the hosting provider will help you out :)
Maybe they put other clients on the server as well? Ah well, it's speculation anyway. It just sounds strange that they even limit your ability to reboot the server...

I hope that they will either help you or that you will pick a new provider that does offer you the service you require.

Either way; good luck. Without the relevant access i'm afraid I can't really help you either.

JavaJones:
Thanks. I'll mark this resolved and work with our host to hopefully address it.

- Oshyan

Navigation

[0] Message Index

[*] Previous page