Ashoat

I think he only had one file in virtfs? In the past, this issue has been caused by stale quota counts on cPanel's part, and was fixed by running the annoying long upcp script. As for the directory: what you think you know about Linux might not be correct. You would think that removing a link to a file will not affect anything, but you probably won't be considering the rarely used bind mount feature. Similarly, just because a file is owned by a user doesn't mean deleting it doesn't mess things up. The ideal thing to do in scenarios like this is to escalate the request to me, see what I do, ask me how I did it, and then keep doing that in the future. I know this sounds overly bureaucratic and you'd like more flexibility, which is why I tend to let you run commands without checking over all of them. But when you run a command that you don't fully understand (I don't think you knew that the /home/virtfs/* directories are bind-mounted to critical resources on disk) you run the risk of messing stuff up. Before I touch any files on disk I always Google until I know exactly what they are, what they are used for, and why there are there. To me, it looks like you just found a random file owned by a user, asked them if they knew about it, and then just deleted it. tl;dr: It's great that everything is okay this time around. Checking who owns a file is not a good enough heuristic for deciding to delete it. I'd prefer that you escalate things to me, but if you want to do things on your own then don't run commands that you don't completely, fully understand.

Oops... forgot to re-add bihourly cronjobs after temporarily removing them. Should start clearing through the queue now...

Clear your cache.

Is this for Stevie or Johnny?

I'm not convinced you understood what /home/virtfs was. You deleted something within that directory. Whether or not you felt like you knew what the file within that directory was, you don't seem to have known what /home/virtfs was for. Deleting a file from a directory you don't understand is not a good idea.

Luis: Is there a reason this isn't possible with cPanel? I can't seem to find anything on Google about it.

Is it the case that you have to be a superuser to have access to plpgsql?

jje: /scripts/remservlets --domain=lounge.heliohost.org hvas89: Okay, I've reinstalled Java for you.

GEOFF: DO NOT TOUCH THE VIRTFS DIRECTORY. SERIOUSLY. Last time I deleted stuff from that directory all of HelioHost was down for about a month. That directory is bind mounted to actual resources on disk. When you delete from that directory, you delete the actual resource on disk. Luckily you only deleted /var/spool/mail/grospied this time, but if you had rm -f'd /home/virtfs/dblatt the server would be completely down right now. You need to stop running commands and doing things you do not fully understand. Before deleting a directory, you need to 100% know what it is for. Before running a command, you need to know 100% what it is for. This sort of behavior can lead to very bad results. grospied: Are you encountering problems as a result of miscalculated disk usage?

What query are you doing to check if the language is installed?

Sorry guys... some newer version of Apache changed some default configs. Should be okay now.

Isn't it possible to install the servlet on a standard account with Java support?

The reinstall didn't help. Took me long enough, but I figured out the problem. It's some obscure problem involving some software called "IceScrum" some user is running. It implicitly requires a homedir for the tomcat user, which cPanel hadn't created. So it was popping up permissions errors in some random log file about not being to create a file in that homedir. Everything should be okay now.

Okay, I registered our nameservers with them.

Okay, reinstalling.

I'm seeing it as installed: postgres=# SELECT COUNT(*) FROM pg_language WHERE lanname = 'plpgsql'; count ------- 1 (1 row)

Yeah, in general it's better to let the cron jobs handle account creation/deletion, as they are set up to avoid pushing server load to high. Geoff's script is probably the better way to delete accounts, unless you have an urgent need. Thanks for writing it, Geoff!

Okay, is it working now?

Okay, glad it worked out!

Okay, I've removed and reinstalled your Java support. Let me know if it still isn't working after 24 hours.

Geoff: Your root privileges are not for running arbitrary commands. Escalate threads on any requests to run commands that you don't entirely, completely understand. gotik: Are you sure you don't want me to run the following? CREATE FUNCTION plpgsql_call_handler () RETURNS OPAQUE AS '/usr/local/pgsql/lib/plpgsql.so' LANGUAGE 'C'; CREATE TRUSTED PROCEDURAL LANGUAGE 'plpgsql' HANDLER plpgsql_call_handler LANCOMPILER 'PL/pgSQL';

Geoff: Out of curiosity, why 96 hours?

Yeah we allow that.

Oops, I didn't notice that he was trying to delete the other account. My bad.

sdojjy: username?