Perl error - Error - Perl execution failed

Seeing this error in the left-hand nav quite a bit today. This happens to be on the GPL version of VM.

No virtual servers created.
HTTP/1.0 500 Perl execution failed Server: MiniServ/0.01 Date: Thu, 15 Jul 2010 19:31:36 GMT Content-type: text/html Connection: close
Error - Perl execution failed

Undefined subroutine &virtual_server::can_create_master_servers called at /usr/libexec/webmin/virtual-server-theme/left.cgi line 326.
Operating system CentOS Linux 5.5
Webmin version 1.510
Virtualmin version 3.79.gpl GPL
Theme version 7.7
Time on server 15/Jul/2010 15:36
Kernel and CPU Linux 2.6.18-194.3.1.el5.028stab069.6 on i686
CPU load averages 0.83 (1 min) 0.36 (5 mins) 0.21 (15 mins)

Thanks! Craig

Closed (fixed)


That's an odd one - does this error occur for all virtual servers, and every time you load the left frame? Or is it intermittant?

Intermittent. I really haven't uncovered a pattern although I suspect it might have something to alias servers. I can click the BACK button a couple times and it will seem to work fine for a while then the error pops up again.

Is your system perhaps low on RAM? If it is too low, the libraries to display that page might not be fully loading, causing that error.

This particular server has just a handful of sites and uses 1/2 GB of 1GB allocated. I went ahead and allocated 2GB to see if that resolves the issue. Note: there were no errors in /proc/user_beancounters.

Are you perhaps using memory over-committing with OpenVZ? That can give you less RAM than you think you have in some cases, and can lead to some pretty odd failures..

No, I don't think that's the issue. The HN has 4GB physical RAM and 8GB swap; no swap is in use and no errors in /proc_userbeancounters. In this case there are 3 openvz instances committed to a total of 5GB, two of the instances is are very "light" (one web server w/ 20 very low volume sites and one handles about 150 email message/day. The other is a web server that hosts static content and moves about 5-10GB per month. All light stuff.

Do you have pre-loading of Virtualmin libraries turned on? This is enabled at System Settings -> Module Config -> Preload Virtualmin libraries at startup .. you should set it to "Yes", which should avoid problems loading libraries when a page is loaded.

I did not have that set - It is now set to load "All libraries".

Cool .. and did that help?

I should be working in it later today so I'll let you know. It does seem a little quicker navigating around.

Just received the error again...

No virtual servers created.
HTTP/1.0 500 Perl execution failed Server: MiniServ/0.01 Date: Fri, 16 Jul 2010 16:43:52 GMT Content-type: text/html Connection: close
Error - Perl execution failed

Undefined subroutine &virtual_server::can_create_master_servers called at /usr/libexec/webmin/virtual-server-theme/left.cgi line 326.

It seems the issue happens when selecting the domain from the "List Virtual Servers" screen. When the left-hand frame refreshes the error is displayed. At least that's what's happening to me.

I wonder if perhaps you have an old Virtualmin version installed somehow. What is the output from the following command on your system :

grep version= /usr/libexec/webmin/virtual-server*/*.info

[root@id1002 ~]# grep version= /usr/libexec/webmin/virtual-server*/*.info

Ok, that looks fine ...

What is confusing is that this is intermittant. Or does it always happen for one particular domain?

Jamie, it happens on multiple domains. I just received the error 6 times in a row - selecting the domain from "List Virtual Servers". If I select those same domains from the drop down list it works perfectly.

Is there something different in the code b/w the two domain selection methods in how it loads the left-hand menu? Not possessing your code or app knowledge - that's what it "looks" like to me.

The code is a little different, but not much.

Does this only happen for a certain type of domain, like an alias, top-level or sub-server?

Also, do you happen to have Cloudmin installed on the same system?

I've tested primarily with top-level domains and some aliases - no sub-servers are on this installation.

It is running in an openvz instance managed by cloudmin ON the cloudmin server.

That is truly strange - I have never seen this reported before, and cannot re-produce it.

The only way I could debug this further is to login to the VPS myself as root and see what is happening inside virtualmin.


I don't remember if this is a "private" ticket or not; how should I send you the log in information? I have no problem with you logging into the system - this is a production system. Let me know the best way to send you the access info.


Here's some more info. I went to setup an account for you, I logged in to make sure it worked and cannot re-create the error. Hmm... So I logged back into Cloudmin, selected the server, clicked "Open Webmin" (as root) and was able to re-create the error each time.

I then logged into Virtualmin on the target server directly (i.e. not through the Cloudmin interface) - no problems, I could not recreate the error. It would seem this error is related to accessing virtualmin through Cloudmin.

Ok, I think I see what the cause might be ..

When you go in via "Open Webmin" and then get an error on the left frame, what is the URL of that frame? You can find this in firefox by right-clicking in the frame and choosing This Frame -> View Frame Info.

Here you go.


Referring URL:

Ok, I see the cause of this now .. that javascript isn't being re-written properly to update the left frame correctly. This will be fixed in the next Virtualmin theme package release.

Excellent! Thanks for your efforts in tracking that down.

I also had another ticket - I'm sure it's on my end but do you know what I'm doing wrong in issue "Missing icon/images when viewing AWstats directly"?

Thanks! Craig

Thanks for reminding me about that bug - I did some investigation, but forgot to actually comment on the issue! I have added a comment now ..

Automatically closed -- issue fixed for 2 weeks with no activity.