Ashoat

Geoff: It's impossible for a user to run a server on port 80, since Apache is already running on that port. Only one process can run on one port at a time. We have all unused incoming ports blocked from remote access, but if you're accessing the port locally you should be okay. Just pick a random port and go for it.

Geoff: I'm pretty sure that the MySql.Client has been installed. gacutil reports it as installed.

Closing due to inactivity...

I'm a bit confused. What accounts have been blocked by the brute force protection? From what addresses is it impossible to log in from at this time?

Better to make its own cronjob, but yeah it isn't hard to make. I wrote it up in awk and bash and added it to the root crontab to run every ten minutes, so hopefully this won't be an issue going forward.

Olego: You were running up against our process limits. You had four copies of "gallery.pl" running. Whatever that program is, it takes far too long to complete.

Sounds great! Closing thread...

You had a bunch of cpdavd processes running. I killed them. byron, other admins: This cpdavd issue seems to be pretty common. If a user reports it in the future, try running the following command: if [ `ps aux | grep cpdavd | grep -c USERGOESHERE` -ge 7 ]; then killall -u USERGOESHERE; fi

No problem

Seems to work for me.

Basically, cPanel spawns off a bunch of processes to support the web disk feature and since we limit the number of processes each user can run, it ends up preventing any new processes from spawning to support CGI scripts.

You had your script chmod'd to 775 instead of 755.

It's the cpdavd problem again. Should be okay now...

What exactly is the problem? Is it that all Perl scripts are giving 500 errors? Which server and which user?

You're welcome

Search around the Internet?

You need to wait 24 hours after adding any domain for it to become active.

Closing due to inactivity...

Okay, you should have Java access within 24 hours.

You should probably be fine deploying your project here.

Okay, can you try again now?

If you can figure out what they want me to do and if it's relatively easy to do, then I can probably help you out.

Ale_lipa: Yeah, but we're not. Geoff: machine.config is system-wide. Ours in /opt/mono/etc/mono/2.0/machine.config. Don't fiddle around with it please. Custergrant: Okay, try again now.

The attacker won't be able to do anything to a cached version of your website. When browers load cached files they aren't communicating with our web servers. If they did, they would be blocked.

That script still requires a file that I don't have. Can you give me code that I can upload to another server to test? You don't happen to have an account on Johnny, do you?