Latest updates break Virtualmin!

I can second this one. Same exact error on mine.

I have the same problem running the Gpl version on Centos 5.1 (now upgraded so 5.2 still doesn't work).

This is what I see on the left menu

HTTP/1.0 500 Perl execution failed Server: MiniServ/0.01 Date: Tue, 8 Jul 2008 15:06:30 GMT Content-type: text/html Connection: close
Error - Perl execution failed
Undefined subroutine &virtual_server::list_visible_domains called at /usr/libexec/webmin/virtual-server-theme/left.cgi line 80.

(I'm running the default theme BTW).

Can't do a great deal like this, if I click the configure link for the System info page I get this-

HTTP/1.0 500 Perl execution failed Server: MiniServ/0.01 Date: Tue, 8 Jul 2008 15:07:16 GMT Content-type: text/html Connection: close
Error - Perl execution failed
Undefined subroutine &virtual_server::show_domain_name called at /usr/libexec/webmin/virtual-server-theme/edit_right.cgi line 39.

I've got Virtualmin to update automatically, I'm reasonably confident it broke last update (can be weeks between logining in sometimes if I'm busy).

Have tried using Yum to upgrade Virtualmin and Webmin, but says it's already running the latest versions.

Ran "Yum Upgrade" and updated Centos 5.1 to Centos 5.2, but this didn't help.

How do I fix this?

Thanks

David Law

I ran

rpm -qa| grep webmin

Runs webmin-1.420-1

rpm -qa| grep wbm-virtual-server

Gives no result, (short delays followed by the command prompt) sure that's the right command?

Stop Webmin etc... and there was nothing left running Webmin wise.

Did realise Virtualmin has apparently not been updating.

From the System Info page-

Operating system CentOS Linux 5.2
Webmin version 1.420
Virtualmin version 3.53.gpl (GPL)

Looks like it either stopped updating at 3.53 or it was setup incorrectly in the first place (I didn't set it up).

I've tried running

yum update virtualmin

but it doesn't find anything to update-

Loading "fastestmirror" plugin
Loading mirror speeds from cached hostfile
* epel: fedora.mirror.facebook.com
* virtualmin: software.virtualmin.com
* virtualmin-universal: software.virtualmin.com
* updates: mirror.chpc.utah.edu
* base: ftp.telus.net
* addons: pubmirrors.reflected.net
* extras: mirrors.bluehost.com
Setting up Update Process
Could not find update match for virtualmin
No Packages marked for Update

I'm guessing the lack of updating Virtualmin is the issue here.

What am I doing wrong?

Just had a quick word with the person who set up the server and if I understand correctly he thinks you can't automatically update Virtualmin and so didn't setup yum for virtualmin.

How do you update virtualmin? The exact command would be great :)

David Law

Tried the above and got-

rpm -iUhv wbm-virtual-server-3.59.gpl-1.noarch.rpm
Preparing... ########################################### [100%]
This Webmin module is already installed on your system.
error: %pre(wbm-virtual-server-3.59.gpl-1.noarch) scriptlet failed, exit status 1
error: install: %pre scriptlet failed (2), skipping wbm-virtual-server-3.59.gpl-1

Does this mean 3.59 is installed, but virtualmin is reporting the version as 3.53.gpl (what I see on the services info page)?

Using the Virtualmin upgrade page (which I can access through a link to "Virtualmin packages" despite the menu error) I can select wbm-virtual-server-3.59.gpl-1.noarch to install (listed as a new install as "wbm-virtual-server" not as an update).

The result-

Running Transaction
This Webmin module is already installed on your system.
error: %pre(wbm-virtual-server-3.59.gpl-1.noarch) scriptlet failed, exit status 1
error: install: %pre scriptlet failed (2), skipping wbm-virtual-server-3.59.gpl-1

Installed: wbm-virtual-server.noarch 0:3.59.gpl-1
Complete!

Vitualmin says it's running version 3.53, but when I try to update to 3.59 says already installed.

Any idea what's gone wrong here?

Fortunately the domains installed on the server work fine, but I can't do anything new (new domains, working with databases etc...) until this menu issue is resolved.

David Law

When I run that command I get-

wbt-virtual-server-mobile-1.6-1
wbt-virtual-server-theme-6.0-1
ust-virtual-server-theme-6.0-1

Appreciate the help.

David Law

Hi, the upgrade of Centos 5.1 to Centos 5.2 ended with the same error:
"Error - Perl execution failed
Undefined subroutine &virtual_server::list_visible_domains called at /usr/libexec/webmin/virtual-server-theme/left.cgi line 80." in the left menu.
According with "rpm -qa| grep webmin" I'm running webmin-1.420-1, while running "rpm -qa| grep wbm-virtual-server" doesn't return me any output string (but Webmin itself tells me I'm running Virtualmin 3.53.gpl).
I tried the "/etc/init.d/webmin stop" (returns: Stopping Webmin server in /usr/libexec/webmin), and "ps auxw | grep miniserv | grep webmin" returns nothing, so I think there're no left processes after quitting.

If I run "yum install wbm-virtual-server" this is the output:
[code:1]
Loading "fastestmirror" plugin
Loading mirror speeds from cached hostfile
* utterramblings: www.jasonlitka.com
* virtualmin: software.virtualmin.com
* virtualmin-universal: software.virtualmin.com
* base: mi.mirror.garr.it
* updates: mi.mirror.garr.it
* centosplus: mi.mirror.garr.it
* addons: mi.mirror.garr.it
* extras: mi.mirror.garr.it
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
--> Running transaction check
---> Package wbm-virtual-server.noarch 0:3.59.gpl-1 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
wbm-virtual-server noarch 3.59.gpl-1 virtualmin-universal 989 k

Transaction Summary
=============================================================================
Install 1 Package(s)
Update 0 Package(s)
Remove 0 Package(s)

Total download size: 989 k
Is this ok [y/N]: y
Downloading Packages:
(1/1): wbm-virtual-server 100% |=========================| 989 kB 00:07
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
This Webmin module is already installed on your system.
error: %pre(wbm-virtual-server-3.59.gpl-1.noarch) scriptlet failed, exit status 1
error: install: %pre scriptlet failed (2), skipping wbm-virtual-server-3.59.gpl-1

Installed: wbm-virtual-server.noarch 0:3.59.gpl-1
Complete![/code:1]

Any help is really appreciated! :)

_YD

As I didn't install this server I'm not completely sure how it was installed.

I do recal Webmin was installed first and then Virtualmin.

The person doing the install had not used Webmin/Virtualmin before and I remember him saying after installing a lot of stuff manually he found a quick way to install things.

Looking on the server under /downloads/ I see these files-

install.sh date 11/09/07
webmin-1.400-1.noarch.rpm 08/02/08

There's others including, but I doubt these are relevant:
epel-release-5-2.noarch.rpm 05/04/07
remi-release-5-4.el5.remi.noarch.rpm 02/02/08

I Got the server March 2008 with no control panel installed (Centos 5.1 installed). Think he's installed Webmin1.400-1 then used the install.sh to install virtualmin from scratch over it.

Would that type of install cause the problems I'm seeing?

David Law

Has anyone solved the two problems listed in this thread yet?

Trying to upgrade from Virualmin 3.59 when it wasn't installed a particular way which appears to result in the error-

HTTP/1.0 500 Perl execution failed Server: MiniServ/0.01 Date: Sat, 12 Jul 2008 16:30:46 GMT Content-type: text/html Connection: close

In the left menu.

I can't do anything new with my server until I solve this problem and I have some work that I want to do.

Anyone have any ideas of what to try next?

Have tried everything suggested in this thread with no joy :(

David Law

Hi David, I'm in the same - sad - situation. Maybe we have to wait to the next release? :(

_YD

I thought the same thing about the next release might fix things (by luck), but reading around the subject I don't think Virtualmin updating to 3.60 (or whatever it goes to) will help since it looks like my server stopped updating at version 3.53 due to the way it was installed. I doubt it will update to 3.60 as it is now. If version 3.53 was released around March this year it's never successfully updated on my server).

I don't understand this sort of stuff very well, but do understand it's something to do with dependencies for what ever OS your running and if you didn't install Virtualmin in a particular way it won't upgrade automatically or through yum!

I read this is a common problem, people install Webmin, find Virtualmin and install it after Webmin is installed causing problems with future updates. The left menu Perl error appears to be a conflict because Webmin has updated, but Virtualmin has now (Virtualmin is out of date).

I'm not impressed with the update system, I've been assuming Virtualmin has been updating everything important that it could update because every time I log into Virtualmin under System it says-

All Virtualmin packages are up to date.
There are 6 optional Virtualmin packages that you can install.

If I click the "Virtualmin packages" link I find:

wbm-virtual-server Webmin module for 'Virtualmin Virtual Servers (GPL)' in RPM format Available for installation Virtualmin

This is the main virtualmin package that updates to the current version (3.59).

Now I don't know about you, but having an update available like this does not = "All Virtualmin packages are up to date."

No, it's quite the opposite, Virtualmin is significantly out of date and should be reported as such!!

Now had that page reported there were updates available I might have realised the problem I'm having now months ago, (before it caused a problem), but why on Earth would I look for available updates when Virtualmin is telling me it's up to date.

And if there are known problems with installing Virtualmin after installing Webmin you should inform the user that they won't be able to update Virtualmin automatically etc... and supply a way to actually do an update (all the suggested fixes so far have failed).

Seriously considering backing up my data and installing another control panel as it shouldn't be this difficult to update a control panel.

David Law

Hey Joe,

Not tried the above yet (definitely don't want to be the first to try it!) and might not if the 3.60 version is due relatively soon as found a partial work around. Looking at your past updates looks like you update roughly every 3 weeks, as you updated last on the 1st of July I shouldn't have to wait too long for 3.60 (would appreciate a confirmation it's going to be fixed for certain).

Anyway, the partial work around for the left menu error (does not help with updating) if you have the same error I get regarding Perl-

Undefined subroutine &virtual_server::list_visible_domains called at /usr/libexec/webmin/virtual-server-theme/left.cgi line 80."

in the left menu.

You can remove some of the error, but it doesn't give full access to all options normally available.

I downloaded the left.cgi file (from /usr/libexec/webmin/virtual-server-theme/) and commented out line 80.

line 80 is-

@doms = &virtual_server::list_visible_domains();

Renamed the original left.cgi on the server (effectively backing it up) then uploaded the commented out left.cgi file.

Refreshed the page and some of the menu now works, specifically the Webmin link at the top that give access to all the most important server config files.

This doesn't give access to the Virtualmin options, but it's better than nothing and if the problem will be fixed in 3.60 so I can with running yum or use the built in Virtualmin update feature update to 3.60 I can hang on a week or two.

You can remove the remaining error by commenting out line 351 as well, but not much point as all you get extra is a link to refresh the server info and log out. So I wouldn't bother.

I think I can do the tasks I had planned through the Webmin interface.

David Law

Finally got it working, wahoo :)

This is what I did:

From my server I downloaded

/usr/libexec/webmin/virtual-server-theme/left.cgi

Commented out line 80

line 80 is-

@doms = &virtual_server::list_visible_domains();

Renamed the original left.cgi file on the server (effectively backing it up) then uploaded the commented out left.cgi file.

When you load Virtualmin the Webmin part now works in the left menu (rest still broke).

Click
Webmin > +Webmin > Webmin Configuration > Webmin Modules

From http://download.webmin.com/download/virtualmin/ I downloaded virtual-server-3.59.gpl.wbm.gz (http://download.webmin.com/download/virtualmin/virtual-server-3.59.gpl.w...) and uploaded it to my server (I put it in /downloads/).

From the Webmin Modules page I left the "From local file" ticked and used the browse button (...) across from it to browse my way to the file /downloads/virtual-server-3.59.gpl.wbm.gz

I left all the other settings at their defaults and clicked the Install Module button.

And it worked :)

This didn't update the left.cgi file I'd edited, so went back to where that file was and restored the renamed backup (I renamed the commented out left.cgi then renamed the original back to left.cgi, there's other ways of backing up files, but I find this the easiest way to track changes on my own system).

This fixes the Perl menu error listed in this thread and updates Virtualmin to 3.59. I don't think it solves the automated update problem since under VirtualMin Packages I still see the option to update wbm-virtual-server is still there, so if the developers don't do something I suspect I still won't be able to automatically upgrade to 3.60 when it's released.

Fixed for now though.

BTW I rebooted the system before reverting the commented out version of left.cgi, (just in case there was a new file and a reboot was needed to activate it: there wasn't new file) but not sure it's needed?

And that's how you explain something like this to people (like myself) who are not comfortable messing around with servers :)

David Law

Update on this.

Got two Virtualmin servers now, one with the poorly thought out setup (see this thread) and the other using the install.sh file which automatically updates whenever there's an update. Have a slight problem with installing the spam filters in the correctly setup server (another thread) so while I was here thought I'd add some more info here.

I just updated the poorly thought out version from 3.62 to 3.67 manually since in 3.62 the auto update still didn't work.

Tried to update to 3.67 in one go, but Webmin was out of date, was 3.3 when current Webmin is 3.7 and the 3.67 version of Virtualmin wouldn't update as a Webmin module with Webmin below 3.4.

Wrongly assumed installing an earlier version of Virtualmin (3.63) would update Webmin, which it didn't. Kept making that assumption all the way to 3.66 of Virtualmin until I updated Webmin though the Webmin update Vebmin module (or whatever it's called) which took Webmin to 3.70 adter which I could manually install Virtualmin 3.67 (I've had a fun afternoon :)).

Through the various Virtualmin updates I checked the Virtualmin packages update page and didn't see Virtualmin out of date, which I assume means the free version of Virtualmin hasn't had the way it updates changed since I had this problem.

So looks like I'll be manually updating Virtualmin for as long as I have the server in it's current configuration. Would be nice to not have to go to all this trouble.

Are there any plans to change Vitrualmin to allow automatic updating when we've setup a server in this way?

David Law

I was going on what Joe said:

<div class='quote'>I suspect the next version of the package will allow overwrites of wbm packages,</div>

I was hoping by now that the free version worked the same way as the paid version: earlier in this thread I think it was Joe that said the paid version allows for automatic updates (some restriction was turned off) with the way many installed Webmin/Virtualmin, but he didn't know if the free versions restrictions on what it could automatically update from could be turned off to allow automated updates.

Hope that makes sense.

David Law