Problem with install scripts

Submitted by jocklam on Tue, 03/06/2012 - 10:01

The Vrtualmin verion is 3.90 Pro and running on RHEL6 64 bits. I have had a lot of probem of installing scripts as root or as reseller account. Today, it complaints "Failed to extract source :Uncompression"failed : when installing WordPress. Yesterday it complainted about "can't copy the /php/php.ini" something like that when applying web server configuration.

If I create a new virtual server with default template and default plan, sometime the problem went away. If I changed default template to the existing virtual server, the problem occurs again. WHen this problem occurs, the administrator can't scp and ftp to the server. THe network connection is closed immediately.

Status: 
Active

Comments

Submitted by andreychek on Tue, 03/06/2012 - 10:39

Howdy -- it sound like something else may be going on there, you may be seeing symptoms of a different issue.

What is the output of the following commands:

mount
df -h
free -m
dmesg | tail

Also, are you on a dedicated server, or a VPS?

Submitted by jocklam on Tue, 03/06/2012 - 11:25

Thanks for your reply.

It is on the virtual machine.

mount: /dev/mapper/vg_lamp2-lv_root on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/sda1 on /boot type ext4 (rw) /dev/mapper/vg_lamp2-lv_home on /home type ext4 (rw,grpquota,usrquota) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)

df -h: Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_lamp2-lv_root 50G 5.1G 42G 11% / tmpfs 1.9G 0 1.9G 0% /dev/shm /dev/sda1 485M 102M 359M 23% /boot /dev/mapper/vg_lamp2-lv_home 93G 5.4G 83G 7% /home

free -m: total used free shared buffers cached Mem: 3833 3616 216 0 81 296 -/+ buffers/cache: 3238 594 Swap: 6015 39 5976

dmesg | tail: eth1: intr type 3, mode 0, 3 vectors allocated eth1: NIC Link is Up 10000 Mbps powernow-k8: Found 1 Six-Core AMD Opteron(tm) Processor 2439 SE (2 cpu cores) (version 2.20.00) [Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found. [Firmware Bug]: powernow-k8: Try again with latest BIOS. eth0: no IPv6 routers present eth1: no IPv6 routers present readahead-collector: starting delayed service auditd readahead-collector: sorting readahead-collector: finished

Submitted by andreychek on Tue, 03/06/2012 - 11:36

Thanks for all the info!

Do you know what kind of Virtual Machine it is? And do you have a file in /proc/user_beancounters -- if so, can you paste it's contents?

When you're having the problem where the administrator can't SCP/FTP files, what error do you receive?

Submitted by jocklam on Tue, 03/06/2012 - 14:01

When I scp:

Read from remote host X.X.X.X: Connection reset by peer lost connection

When I ftp: 421 Service not available, remote server has closed connection Login failed.

I don't have this file in /pro/user_beancounters.

Submitted by andreychek on Tue, 03/06/2012 - 14:13

Just to make sure we're talking about the same file, that's actually "/proc/user_beancounters" (you're missing a 'c' in what you typed above).

Submitted by jocklam on Tue, 03/06/2012 - 14:38

Yes. I don't have this file there.

Submitted by andreychek on Tue, 03/06/2012 - 14:46

Well, it sounds like you're seeing some form of resource or device problem; we've often seen that on OpenVZ-based VPS's, but there can be other causes of that too.

It's possible your logs might contain more information about the problem you're seeing, and I'd be happy to log in and take a look if you like.

If you'd like me to do that, you can either email me root login details at eric@virtualmin.com, or you can enable the Remote Support using the Virtualmin Support module.

However, I suspect you're seeing some sort of system problem that ultimately your provider is going to need to assist you with.

Submitted by jocklam on Tue, 03/06/2012 - 16:17

I am going to enable Remote Login Privileges. Do you have any associate bug report number? What information do you need?

Submitted by andreychek on Tue, 03/06/2012 - 16:32

You can use the node ID of this ticket, "21453".

Submitted by jocklam on Wed, 03/07/2012 - 13:15

THanks.

Remote Support has been enabed.

Joseph

Submitted by andreychek on Wed, 03/07/2012 - 14:04

For some reason, the remote support doesn't seem to be enabled at the moment, as it's still prompting me for a root password... it should instead be using our SSH key.

Can you verify that it still lists remote support as being enabled? You could also look in /var/log/messages and /var/log/secure for any errors.

However, if that doesn't work, you could always set a temporary root password, and we could use that to take a look at your system.

Submitted by jocklam on Wed, 03/07/2012 - 14:27

Could you try it again? I have set 600 to authorized_hosts file.

Submitted by andreychek on Wed, 03/07/2012 - 14:33

Sorry, that still doesn't seem to be working for me...

Submitted by jocklam on Wed, 03/07/2012 - 14:38

Sorry. I forgot to restart sshd. Please try .....

Submitted by andreychek on Wed, 03/07/2012 - 15:04

Okay, I was able to log in and look around a bit.

I'm not seeing any errors in the error log that might explain the problems you were seeing.

In Virtualmin, I created an test domain called "test.example.com". Within that, I installed the 4 Install Scripts that your default template allows -- WordPress, Drupal, phpMyAdmin, and MediaWiki. All of those installed without a problem, so I'm having trouble reproducing the problems you were describing.

Is there a particular Virtual Server on your system that you wanted to install an Install Script into?

I could try installing one of the scripts you had problems with.

Submitted by jocklam on Wed, 03/07/2012 - 16:08

The install script error seems to be go away. Please see the attached file. I captured the error of the screen when I had problem with. I didn't capture the error sctreen shot complaining about copying the /home/XXX/etc.php.ini..........

I have tested all newly created site. FTP and SCP seems to work. But the convocation and easihelp sties, they don't. THose are the sites suddenly became unaccessible through FTP and SCP.

Here are problems when seller had in the last couple days. 1)Failed to extract source : Failed to create target directory :

2)Database connection failed : DBI connect failed : Access denied for user 'convocation'@'localhost' (using password: YES) 1360.

3)Failed to modify server : Selected plan does not exist or is not available

4)When I try to go to the uninstall screen I see this : Error

You are not allowed to edit this virtual server

Return to previous page

Submitted by andreychek on Wed, 03/07/2012 - 20:20

This has all appeared be a resource issue of some sort, as you're running into strange issues in a somewhat intermittent manner.

After poking around a bit more, I think I may see the cause of that... I think the limits defined in Server Configuration -> Edit Resource Limits (which modifies /etc/security/limits.conf) may be too strict.

PHP applications can be fairly RAM hungry -- and using a 64 bit system means they use twice as much as on a 32 bit server.

And the CPU time of a PHP app can certainly spike a bit, I wouldn't be surprised to see that it reached your current limits during installation of an app.

Also, with a limit set on the max number of processes -- that could impact whether a user can login. If the user has reached their limit, the system wouldn't be able to spawn additional processes owned by that user.

You may want to consider bumping up, or disabling altogether, those resource limits, I suspect that will resolve the problems you're seeing.

Submitted by jocklam on Thu, 03/08/2012 - 14:40

Thanks for your help. We also have another 32bit server runninng virtualmin. We found out some sites used up all resources when it set to unlimited which has caused other sites unresponsive. THen we decided to apply limit resources features. It has solved our problems and free up resources to other sites. It has been doing great.

We thought that we could apply the same method to this 64bit server. But it has created problems. But If I bump up the cpu and memory allocation, it has solved the problem. Could you explain to me what does the unlimited meant in "Memory and CPU limits"? How does the virtulmin manage the resource without causing problems to other sites?

I have disabled the remote support. Once again. I am appreciated your assistance.

Submitted by andreychek on Thu, 03/08/2012 - 18:08

We thought that we could apply the same method to this 64bit server. But it has created problems

Well, remember that applications running on 64 bit servers require roughly twice as much RAM as those running on 32 bit servers. So you may need to use higher RAM limits.

Could you explain to me what does the unlimited meant in "Memory and CPU limits"? How does the virtulmin manage the resource without causing problems to other sites?

If a resource limit is set to unlimited, that means a process owned by one user could impact the performance of the server.

Trying to find a good number to pick for RAM and CPU limits is difficult, as the exact requirements of a PHP app are difficult to predict. You could always set somewhat high limits, giving apps a lot, but not all, available resources.

However, what you may have more luck with is setting limits on running processes. For a low traffic site, setting that to 20 or 30 might be enough. If you start seeing frequent problems, you may need to bump that up a little higher.