Latest updates break Virtualmin!

47 posts / 0 new
Last post
#1 Wed, 07/02/2008 - 17:16
markedwards

Latest updates break Virtualmin!

I just updated these components:

usermin-virtual-server-theme webmin-security-updates webmin-virtual-server-mobile webmin-virtual-server-theme

Now the left bar of Virtualmin shows this after logging in:

HTTP/1.0 500 Perl execution failed Server: MiniServ/0.01 Date: Thu, 3 Jul 2008 02:12:29 GMT Content-type: text/html Connection: close Error - Perl execution failed

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

Help!

Wed, 07/02/2008 - 17:28
daerious

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

Wed, 07/02/2008 - 18:10 (Reply to #2)
sgrayban

GPL or the Pro version ?

I don't have this issue on the Pro just the GPL.

Wed, 07/02/2008 - 18:15 (Reply to #3)
daerious

GPL version

Wed, 07/02/2008 - 18:25 (Reply to #4)
Wed, 07/02/2008 - 19:10 (Reply to #5)
sgrayban

I'll bet everyone has debian

Wed, 07/02/2008 - 20:46 (Reply to #6)
markedwards

Yep, Debian here. It'll be fixed soon, I'm sure.

Wed, 07/02/2008 - 21:16 (Reply to #7)
Joe
Joe's picture

Fixed. Apologies for the inconvenience.

--

Check out the forum guidelines!

Wed, 07/02/2008 - 21:53 (Reply to #8)
daerious

Am I missing something here? How do I get the fix?

Wed, 07/02/2008 - 22:04 (Reply to #9)
Joe
Joe's picture

Update. Same way we got you into the mess. ;-)

--

Check out the forum guidelines!

Wed, 07/02/2008 - 22:11 (Reply to #10)
daerious

I'm using debian etch, and the debian repos are still at 3.58.gpl

Virtualmin still shows no updates available

Wed, 07/02/2008 - 22:21 (Reply to #11)
Joe
Joe's picture

Oops. I ran the wrong script to sync the GPL repos. The packages ended up in the wrong place.

Syncing the corrected repositories now.

--

Check out the forum guidelines!

Wed, 07/02/2008 - 22:25 (Reply to #12)
daerious

that got it, thanks

Thu, 07/03/2008 - 04:01 (Reply to #13)
sgrayban

<b>Joe wrote:</b>
<div class='quote'>Oops. I ran the wrong script to sync the GPL repos. The packages ended up in the wrong place.</div>

LOL

Tue, 07/08/2008 - 09:38 (Reply to #14)
tagtech

I just updated Virtualmin (GPL) on three servers, two of the servers broke.

Just to help understand what might have happened I have listed here details.

Server #1 - Production Server
OS - CentOS 5.2
Original Install of Virtualmin (GPL) - via rpm
Added Virtualmin to YUM after the fact.
Performed YUM update 07-07-2008
Update broke httpd.conf
Fixed problem by replacing the newly installed httpd.conf with httpd.conf.rpmsave - fixed my problem.
Still testing to see if anything else broke - nothing found as of this post.

Server #2 - Backup Server
Same specs as Server #1
Same problem and solution as Server #1

Server #3 - Backup Server
OS - CentOS 5.2
Original Install of Virtualmin (GPL) - via YUM
Performed YUM update 07-07-2008
NOTHING BROKE - updated just fine.

Just thought I would pass on this information.

Thanks

TagTech

Tue, 07/08/2008 - 09:59 (Reply to #15)
sgrayban

This should not be happening anymore -- however the fastest fix for the VM GPL issues here is to install the VM GPL from the www.webmin.com website.

This ONLY pertains to the error:
<div class='quote'>Undefined subroutine &amp;virtual_server::list_visible_domains called at /usr/libexec/webmin/virtual-server-theme/left.cgi line 80.</div>

Tue, 07/08/2008 - 10:08 (Reply to #16)
sgrayban

That is you want to download the GPL versions from http://www.webmin.com/virtualmin.html -- don't use the install script.

Tue, 07/08/2008 - 10:26 (Reply to #17)
tagtech

Question?

Why not use the install script for the GPL virtualmin?

Just curious?

The one server I had that did NOT break was the one I did use the install script on and it installed everything, it was great. I performed the YUM update on this server and nothing broke.

Thanks

TagTech

Tue, 07/08/2008 - 10:41 (Reply to #18)
sgrayban

Because the install script is for a new box without VM/WB -- if you run the install script again it will delete all your VM domains and settings but hey go for it -- only way to learn is by screwing up...

Thu, 07/10/2008 - 04:30 (Reply to #19)
paperogiallo

<b>andreycheck wrote:</b>
<div class='quote'>Well, I think what Scott's mentioning is that it looks like whoever setup your Virtualmin install initially may have done so not using an RPM, but instead a tarball.

Knowing that, it won't be possible to later upgrade using the RPM (or yum).
</div>
Really, I'm not sure, but I'd bet on tarball installation of the package webmin+virtualmin. But since I've updated always and only by YUM, I can't figure out why this last update breaks and previous didn't...

<div class='quote'>In addition to using the wbm file Scott mentioned, it may also be possible to upgrade Virtualmin from within the control panel (that depends on if it knows not to use an RPM for that, but I'd like to think it'd do the &quot;Right Thing&quot; ;-)

If you log into Virtualmin, on the front page you'll see &quot;Package updates&quot;. If you click the &quot;Virtualmin Packages&quot; link after that, you may be able to go in there, search for wbm-virtual-server, and have Virtualmin update itself.</div>
If I run the update process from within Virtualmin, the output is quite identical:
[code:1]
Now updating wbm-virtual-server ..

Installing package(s) with command yum -y install wbm-virtual-server ..

Loading &quot;fastestmirror&quot; 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
--&gt; Running transaction check
---&gt; Package wbm-virtual-server.noarch 0:3.59.gpl-1 set to be updated
--&gt; 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
Downloading Packages:
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!

.. install complete.

Successfully installed 1 packages.
[/code:1]

_YD

Tue, 07/08/2008 - 06:09
DavidLaw

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 &amp;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 &amp;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 &quot;Yum Upgrade&quot; and updated Centos 5.1 to Centos 5.2, but this didn't help.

How do I fix this?

Thanks

David Law

Tue, 07/08/2008 - 06:40 (Reply to #21)
andreychek

Hi David,

Can you verify two things --

1. Webmin/Virtualmin versions

Just to make sure CentOS is seeing the right packages, can you see what versions of Webmin and Virtualmin you have installed?

rpm -qa| grep webmin
rpm -qa| grep wbm-virtual-server

2. No extra Webmin processes running

Every once in awhile, a rogue Webmin process gets in there and causes some trouble. Can you stop Webmin, then verify no other webmin processes are running? If they are, go ahead and kill them.

# Stop Webmin
/etc/init.d/webmin stop

# Look for Webmin processes still running
ps auxw | grep miniserv | grep webmin

Then if any exist, go ahead and kill them, and restart webmin (/etc/init.d/webmin start).

Thanks,
-Eric

Tue, 07/08/2008 - 10:45
DavidLaw

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 &quot;fastestmirror&quot; 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

Tue, 07/08/2008 - 10:48 (Reply to #23)
sgrayban

Download from http://download.webmin.com/download/virtualmin/wbm-virtual-server-3.59.g...

Then rpm -iUhv wbm-virtual-server-3.59.gpl-1.noarch.rpm

Tue, 07/08/2008 - 23:46
DavidLaw

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 &quot;Virtualmin packages&quot; despite the menu error) I can select wbm-virtual-server-3.59.gpl-1.noarch to install (listed as a new install as &quot;wbm-virtual-server&quot; 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

Wed, 07/09/2008 - 05:44 (Reply to #25)
sgrayban

rpm -qa |grep virtual-server

what does that give you

Wed, 07/09/2008 - 06:18
DavidLaw

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

Wed, 07/09/2008 - 06:24 (Reply to #27)
sgrayban

Ok so you must have installed the GPL from a tarball then ? Do you remember if you did?

If you installed by the rpm then do &quot;rpm -iUhv --force --nodeps wbm-virtual-server-3.59.gpl-1.noarch.rpm&quot;

Wed, 07/09/2008 - 06:26 (Reply to #28)
sgrayban

If you installed by tarball then download &quot;http://download.webmin.com/download/virtualmin/virtual-server-3.59.gpl.w... and install from that.

Wed, 07/09/2008 - 06:27 (Reply to #29)
sgrayban

Opps forgot -- if you did install by tarball you will need to install it through the webmin modules upgrade using that local file.

Wed, 07/09/2008 - 13:52 (Reply to #30)
DavidLaw

I tried installing http://download.webmin.com/download/virtualmin/virtual-server-3.59.gpl.w... and got the following-

# rpm -iUhv --force --nodeps /downloads/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

I can access &quot;Virtualmin Package Updates&quot; and have tried several times to install -

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

But it keeps giving the same error that it's installed.

I don't see any options to install a local file (have uploaded http://download.webmin.com/download/virtualmin/virtual-server-3.59.gpl.w... to /downloads/ on the server).

So still no joy :)

Really appreciate the help, wouldn't have a clue what to do here on my own!

David Law

Wed, 07/09/2008 - 10:58
paperogiallo

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

If I run &quot;yum install wbm-virtual-server&quot; this is the output:
[code:1]
Loading &quot;fastestmirror&quot; 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
--&gt; Running transaction check
---&gt; Package wbm-virtual-server.noarch 0:3.59.gpl-1 set to be updated
--&gt; 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

Wed, 07/09/2008 - 11:39 (Reply to #32)
andreychek

Well, I think what Scott's mentioning is that it looks like whoever setup your Virtualmin install initially may have done so not using an RPM, but instead a tarball.

Knowing that, it won't be possible to later upgrade using the RPM (or yum).

In addition to using the wbm file Scott mentioned, it may also be possible to upgrade Virtualmin from within the control panel (that depends on if it knows not to use an RPM for that, but I'd like to think it'd do the &quot;Right Thing&quot; ;-)

If you log into Virtualmin, on the front page you'll see &quot;Package updates&quot;. If you click the &quot;Virtualmin Packages&quot; link after that, you may be able to go in there, search for wbm-virtual-server, and have Virtualmin update itself.
-Eric

Wed, 07/09/2008 - 14:23
DavidLaw

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

Sat, 07/12/2008 - 07:44
DavidLaw

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

Sat, 07/12/2008 - 15:57
paperogiallo

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

_YD

Sat, 07/12/2008 - 16:38
DavidLaw

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 &quot;Virtualmin packages&quot; 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 = &quot;All Virtualmin packages are up to date.&quot;

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

Sat, 07/12/2008 - 17:08 (Reply to #37)
Joe
Joe's picture

Hey guys,

I feel your pain, and there are some issues brought to light by this thread that I wasn't aware of (and one that I was aware of, but still haven't figured out how to resolve it).

So, the first issue is that the RPM is refusing to install over a wbm-installed version of Virtualmin. This protection is probably never needed (and I turned it off a couple of years ago in the Professional package--but Jamie packages the GPL version). I will file a ticket and ask him to confirm that disallowing over-writes is the intended behavior...if it isn't, hopefully 3.60 will remove the restriction. OK, ticket 4276 covers this issue.

In the meantime, assuming a few things are true, you could do the following.

Here's what I'm assuming:

You have a yum-equipped system. It has Webmin installed via RPM. And yum knows about our GPL Virtualmin repository. If any of these things aren't true, you'll want to come back with more data and I'll step you through in more details.

Backup your /etc/webmin directory (don't skip this step! you may not need it, but if you don't do it, and you do need it, I will laugh mercilessly at your recklessness):

tar czvf /root/webmin-etc-backup.tar.gz /etc/webmin

Install the latest RPM with the noscripts option:

rpm -Uvh --noscripts http://software.virtualmin.com/gpl/universal/wbm-virtual-server-3.59.gpl...

Now, this will install without running any of the post-install scripts, not just the overwrite prevention script that we don't want to run, which leaves out some stuff--important stuff in the case of 3.59, as that's when we added all of the Virtualmin Professional spam/AV features to GPL.

So, we need to run those manually:

cd /usr/libexec/webmin
export WEBMIN_CONFIG=/etc/webmin
export WEBMIN_VAR=/var/webmin
/usr/libexec/webmin/run-postinstalls.pl virtual-server

When that's done, things will probably begin to look more sane--all of the other packages in our repository were built by me with the allow-overwrite option enabled, so they won't fight you like this on upgrading.

--

Check out the forum guidelines!

Sat, 07/12/2008 - 17:27 (Reply to #38)
Joe
Joe's picture

BTW-The issue that I've been aware for some time but haven't figured out how to resolve is that we're still getting tons and tons of folks installing manually (using all sorts of mixtures of RPM or deb and wbm/tarball packages, and a bunch of packages from third party repositories that conflict with our packages, among other things), despite the fact that the automated install script has been available for the most popular distros for about two years.

The issue seems to be a failure to communicate the Right Way to make things work nicely. Virtualmin is a complicated system, and to get it setup correctly requires dozens of steps...only the most dedicated, experienced, and slightly masochistic administrator ought to be setting things up manually. I certainly never set it up manually, unless I have to, and I've installed and configured Virtualmin more than anybody.

I'm working with Jamie to add more comprehensive documentation to the Webmin site, since it seems a lot of folks never make it over to Virtualmin.com if they're using the GPL version (until they have problems and want to yell at somebody about it).

--

Check out the forum guidelines!

Sat, 07/12/2008 - 17:42
DavidLaw

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 &amp;virtual_server::list_visible_domains called at /usr/libexec/webmin/virtual-server-theme/left.cgi line 80.&quot;

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 = &amp;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

Sat, 07/12/2008 - 19:43 (Reply to #40)
Joe
Joe's picture

Oh! You don't need to do anything like that. Just upgrade manually.

You installed via a wbm, so upgrade via the wbm from Webmin.com using the Webmin:Webmin Configuration:Webmin Modules page.

--

Check out the forum guidelines!

Sun, 07/13/2008 - 02:08
DavidLaw

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 = &amp;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 &gt; +Webmin &gt; Webmin Configuration &gt; 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 &quot;From local file&quot; 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

Sun, 07/13/2008 - 16:21 (Reply to #42)
Joe
Joe's picture

Hey David,

Thanks for the update. I obviously wasn't aware of how dramatic this problem was--I didn't realize you couldn't even browse to the Webmin configuration page with the broken theme. ;-)

But, here's how you can do the manual upgrade without making any file changes:

Browse to /webmin/ on the system (e.g. I would browse to https://www.virtualmin.com:10000/webmin/ ). This will take you out of the framed theme, and remove the left menu from the equation entirely...and allow you to click on &quot;Webmin Modules&quot;.

From there you can upgrade to the 3.59 wbm package...which fixes the left-hand menus.

No need to reboot after this change. Just force your browser to reload the whole page. I believe upgrading the module will cause Webmin to restart, which is also needed.

BTW-The above recommendation to install manually using rpm with the --noscripts option is far less dramatic and complicated than modifying the Perl code, isn't it? I didn't mean to make it sound super scary, I just wanted to make sure you backed up you configuration before doing the upgrade. You should be making regular backups of everything, regardless. ;-)

I suspect the next version of the package will allow overwrites of wbm packages, but, again, doing the bits I documented above will get you onto the RPM version and is not particularly risky...Apologies for making it sound more dangerous than it is.

--

Check out the forum guidelines!

Tue, 03/31/2009 - 11:47
DavidLaw

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

Tue, 03/31/2009 - 17:56 (Reply to #44)
andreychek

I honestly couldn't say, I know the recommended way to install Virtualmin is using the install.sh and the repo's -- I'm not sure if there's anything in the works to have it check for updates when installed via a module.

You could always pop a question in the bug tracker, Jamie would be the one who'd know :-)
-Eric

Wed, 04/01/2009 - 04:54
DavidLaw

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

Wed, 04/01/2009 - 08:40 (Reply to #46)
Joe
Joe's picture

The Security Updates module supports several methods of updating, including .wbm modules (and tarball Webmin/Usermin). And, it can be setup to update RPMs or debs without using install.sh.

How did you install originally? We need to know specifically, in order to give specific directions (all are a bit complicated, so I'm not going to try to cover them all in a forum post, but I will see about getting some documentation on this in place soon):

Webmin - Tarball, RPM, or deb? Did you use Jamie's Webmin.com yum or apt-get repository?

Virtualmin modules - .wbm, RPM, or deb?

Do you have the security-updates module installed?

--

Check out the forum guidelines!