How do I upgrade Virtualmin GPL?

45 posts / 0 new
Last post
#1 Wed, 04/30/2008 - 04:49
higgers1975

How do I upgrade Virtualmin GPL?

Hello all,

I have Virtualmin 3.51.gpl running on one of my Debian 4.0 machines and would like to upgrade it to the latest release but I can't seem to find a way to upgrade it.

At the bottom of the post http://www.virtualmin.com/forums/news/new-virtualmin-virtual%11server-3.55.html announcing v3.56 it states:

As always, for security, stability, and awesomeness reasons, we recommend running the latest version of Virtualmin. So, click the button in the Virtualmin Package Updates section of your System Information page to start the upgrade.

The problem is that I can't see the Virtualmin Package Updates section so I can't see the upgrade button.

I've checked /etc/apt/sources.list and there aren't any virtualmin repos listed.

So, my question is, how do I upgrade Virtualmin?

Thanks,

Steve.

Thu, 05/01/2008 - 00:15
velvetpixel

I have this same question.

I am running 3.50.gpl and saw in [url=http://www.virtualmin.com/index.php?option=com_fireboard&Itemid=77&a... thread[/url] here that I need to install the Virtualmin Package Updates module but I cannot find where to download it.

In webmin/webmin configuration/webmin modules for "Third Party Module From" I click select but there is no Virtualmin Package Updates module in the list of available modules that appears.

So I thought well it must be listed on the webmin site <a href='http://www.webmin.com/cgi-bin/search_third.cgi?modules=1' target='_blank'>all modules page </a> but it's not there either :(

Thu, 05/01/2008 - 00:38 (Reply to #2)
velvetpixel

Ok I found how to update virtualmin through webmin/webmin configuration/upgrade webmin and them clicking on the upgrade modules tab. Yeah now running 3.56!

I would still like to find out how to get the Virtualmin Package Updates section added to the system information page please.

Thu, 05/01/2008 - 01:07 (Reply to #3)
Joe
Joe's picture

The package updates module is named &quot;security-updates&quot; and can be found in our repositories.

For generic systems not installed via RPM or deb packages:

http://software.virtualmin.com/gpl/wbm/

If you have an RPM or deb based system that is supported by our repositories, and you installed using a package rather than wbm, you can use the more powerful native package manager for your Virtualmin updates (but security-updates will work with any of the sources of packages).

To configure security-updates (once installed) for use with the Virtualmin GPL wbm repository, you could run the following commands:

[code:1]
echo &quot;upsource=http://software.virtualmin.com/wbm/updates.txt http://www.webmin.com/updates/updates.txt&quot; &gt;&gt;$webmin_config_dir/webmin/config
echo &quot;upthird=1&quot; &gt;&gt;$webmin_config_dir/webmin/config
echo &quot;upuser=$SERIAL&quot; &gt;&gt;$webmin_config_dir/webmin/config
echo &quot;uppass=$KEY&quot; &gt;&gt;$webmin_config_dir/webmin/config
echo &quot;upshow=1&quot; &gt;&gt;$webmin_config_dir/webmin/config
[/code:1]

Note that for anyone starting from scratch (e.g. with a freshly installed OS), you should always just use the install script provided on our download page--it handles all of this stuff automatically (along with all of the other tedious configuration that goes into making a Virtualmin system spin nicely).

--

Check out the forum guidelines!

Thu, 05/01/2008 - 01:09 (Reply to #4)
Joe
Joe's picture

Oops...I posted the Professional repo instructions. Sorry, you'd do this for GPL:

[code:1]
echo &quot;upsource=http://software.virtualmin.com/gpl/wbm/updates.txt http://www.webmin.com/updates/updates.txt&quot; &gt;&gt;$webmin_config_dir/webmin/config
echo &quot;upthird=1&quot; &gt;&gt;$webmin_config_dir/webmin/config
echo &quot;upshow=1&quot; &gt;&gt;$webmin_config_dir/webmin/config
[/code:1]

Note that you need to set the variable webmin_config_dir to /etc/webmin (or /usr/local/etc/webmin or /opt/etc/webmin, or whatever is right for your system) before running these commands:

export webmin_config_dir=/etc/webmin

And, for anyone using the above one for Virtualmin Professional, you'd also need to set SERIAL and KEY to the serial number and license key.

--

Check out the forum guidelines!

Thu, 05/01/2008 - 01:29 (Reply to #5)
velvetpixel

<b>Joe wrote:</b>
<div class='quote'>Hey guys,

If you didn't install Virtualmin via our automated install script, your package manager won't be configured to use our software repositories.

For Virtualmin GPL on Debian, add this to sources.txt:

deb http://software.virtualmin.com/gpl/debian/ virtualmin-etch main</div>

Thanks for the info Joe!

What would be the right text to add for a CentOS 4 system?

Thu, 05/01/2008 - 01:38 (Reply to #6)
Joe
Joe's picture

Just install the virtualmin-release package:

rpm -ivh http://software.virtualmin.com/gpl/centos/4/i386/virtualmin-release-late...

--

Check out the forum guidelines!

Thu, 05/01/2008 - 01:53 (Reply to #7)
velvetpixel

Do I need to uninstall my current virtualmin install first?

Thu, 05/01/2008 - 19:04 (Reply to #8)
velvetpixel

Click on through where to the package updates module?

I can't find anything in webmin or virtualmin that is listed as a package updates module.

My System Info config page looks like this and as you can the checkboxes are check to show the package updates:

<img src='http://www.velvetpixel.com/image/sysinfoconfig.jpg' style='border:0px'>

But my System Info page looks like this even after refresh system info is clicked:
<img src='http://www.velvetpixel.com/image/sysinfo.jpg' style='border:0px'>

Thu, 05/01/2008 - 19:23 (Reply to #9)
Joe
Joe's picture

Hmmm...Well, browse directly to the module and see if it is working. It'll be in the System menu (or in Un-used Modules, maybe).

You did say above that you had installed the security-updates module, correct?

--

Check out the forum guidelines!

Thu, 05/01/2008 - 20:15 (Reply to #10)
velvetpixel

<b>Joe wrote:</b>
<div class='quote'>Hmmm...Well, browse directly to the module and see if it is working. It'll be in the System menu (or in Un-used Modules, maybe).

You did say above that you had installed the security-updates module, correct?</div>

Thanks again for helping me Joe and sorry I am such a newbie.

I have not installed the security-updates module as it is not listed in the webmin or third party module lists in webmin/webmin configuration/webmin modules. Where do I get it?

Also the package updates module is not listed under System or Un-Used Modules :(
I feel like I am on a merry go round :)

Thu, 05/01/2008 - 21:45 (Reply to #12)
velvetpixel

# rpm -ivh http://software.virtualmin.com/gpl/universal/wbm-security-updates-2.6-1....
Retrieving http://software.virtualmin.com/gpl/universal/wbm-security-updates-2.6-1....
error: Failed dependencies:
/usr/libexec/webmin is needed by wbm-security-updates-2.6-1.noarch
webmin &gt;= 1.221 is needed by wbm-security-updates-2.6-1.noarch
[root@vps /]#

Thu, 05/01/2008 - 21:49 (Reply to #13)
velvetpixel

Why the directory error?
Also says I need greater than 1.221 but I am running the latest at 1.410

Thu, 05/01/2008 - 22:35 (Reply to #14)
Joe
Joe's picture

Why did you install from tarball on an RPM-based system? That make-a-no-sense. ;-)

OK, so you need to forget about the RPM-based repositories...they'll just break everything. You can't go from tarball to RPMs safely (because RPM assumes that it's not installed if it's not in the RPM database and so it overwrites things willy-nilly).

Backtrack, and use the wbm repository I talked about earlier (that was post #12074 in this thread). Do NOT use the CentOS/Universal RPM repository, if you didn't install Webmin and Virtualmin using RPM packages. You should probably remove the virtualmin-release package I told you to install, as well. It's an accident waiting to happen.

--

Check out the forum guidelines!

Thu, 05/01/2008 - 22:40 (Reply to #15)
Joe
Joe's picture

Oh, and #12073 links to the wbm repository.

For future installs, even if you aren't going to use our automated install script, at <i>least</i> use RPM or deb packages, if you're on an RPM-based or deb-based distribution. Tarballs should be considered a last resort, because there are no tools for managing tarball installations except those that we write--and, let's be honest, the package management experts working on RPM/yum and dpkg/apt-get have put in years of work to get as good as they are. We should all take advantage of that great work, if we can. So, use tarballs on systems that don't have reasonable package management...like FreeBSD, Mac OS X, Slackware, etc. Not on systems with good package managers like RHEL/CentOS, Fedora, Debian, Ubuntu, etc.

--

Check out the forum guidelines!

Thu, 05/01/2008 - 23:13 (Reply to #16)
velvetpixel

<b>Joe wrote:</b>
<div class='quote'>Why did you install from tarball on an RPM-based system? That make-a-no-sense. ;-)</div>

Because I am still a newbie and I don't-a-know-any-better! :)

My system is still in testing mode so I can start over. All my real sites are still on a separate shared system.

I noticed on the <a href='http://www.webmin.com/vinstall.html' target='_blank'>Virtualmin GPL Installer page</a> that it says that the install script that &quot;installs RPM packages for Webmin, Usermin and the Virtualmin modules, plus modified versions of dependent programs like Apache and PHP&quot; is ideally for a CentOS 5 system. Does that mean that it will not properly run and complete an rpm based install on a CentOS 4 system?

If it will run on CentOS 4 what would be the best steps to take to do that from where I am now?

If it won't run on a CentOS 4 system what would be the alternative best route to start over and get my install of Virtualmin and Webmin installed using RPM?

Also once I am set up properly what are things I should not do that would mess it up? Would it still be safe to use the webmin/webmin config/webmin modules module up install modules? That uses wbm. Does that conflict with RPM?

Thu, 05/01/2008 - 23:50 (Reply to #17)
Joe
Joe's picture

<div class='quote'>I noticed on the Virtualmin GPL Installer page that it says that the install script that &quot;installs RPM packages for Webmin, Usermin and the Virtualmin modules, plus modified versions of dependent programs like Apache and PHP&quot; is ideally for a CentOS 5 system. Does that mean that it will not properly run and complete an rpm based install on a CentOS 4 system?</div>

Actually, I sneaked CentOS 4 support into the GPL installer a few weeks back but failed to tell anyone. It should work fine on CentOS 4. Holler if it doesn't.

I'll update the information on the website about the OS support.

<div class='quote'>If it will run on CentOS 4 what would be the best steps to take to do that from where I am now?</div>

Can you easily reinstall your OS without losing any work? (Work being defined as &quot;something other than the installation and configuration of Virtualmin and Webmin, because the install script will do it all for you, and much faster than you could do it by hand&quot;.)

If you can, starting from a fresh OS install, and running install.sh on it, is the best possible way to reduce your pain and suffering in getting things working well. It's certainly possible to setup Virtualmin without the script (and all of the accompanying packages), and we have thousands of users who have, but it's not easy or fast.

<div class='quote'>Also once I am set up properly what are things I should not do that would mess it up? Would it still be safe to use the webmin/webmin config/webmin modules module up install modules?</div>

Individual modules in that context is <i>relatively</i> safe...but you don't need to do that. We regularly update with well-tested versions of all of the Virtualmin-related modules in our repo, and when a bug is discovered in any aspect of Webmin that effects our Virtualmin users, we roll a new devel release of Webmin and drop it into the repositories here. And, if there is a bug that effects you in some module and we don't roll out an update, you can tell us about it, and we <i>will</i> roll and update.

Because we're the developers of both Webmin and Virtualmin we can do wacky stuff like that to make sure you the user don't have to do anything complicated to keep your system running. It's not perfect yet, but the focus is always on making every administration task on a hosting system obvious, easy, and fast (in that order). If you install manually, we can't do that for you, because it's a <i>lot</i> of configuration steps to get from a stock OS to a fully-functional hosting system. But once we're there, we can do a lot of things automatically.

But, the other side of that is that you kinda have to trust us to do the best thing for you. If you don't know a lot about Linux and Webmin and package managers and Apache, etc. you probably <i>ought</i> to trust us to do the right thing, because you can be confident that we'll do it more often than you will (until you've learned your way around, and then you can bust out on your own and we'll still try to help--I don't want to imply we don't support the product if you don't use it exactly the way we say you should, just that if you want easy, you should do things the way we recommend).

--

Check out the forum guidelines!

Fri, 05/02/2008 - 00:01 (Reply to #18)
velvetpixel

Joe you just plain ROCK!

Thanks for the hard work and the pointers.
The only work I put into my current set up is what i have in iptables and I can easily rebuild that.

I will have my host drop a clean install on my VPS and start over using the script. I'll let you know if anything weird pops up.

I am on a Virtuozzo VE VPS and not on a Xen VPS. Do you know if that will matter for the script?

Wed, 05/07/2008 - 07:42 (Reply to #19)
Maurizio1230

<b>velvetpixel wrote:</b>
<div class='quote'>I have this same question.

I am running 3.50.gpl and saw in [url=http://www.virtualmin.com/index.php?option=com_fireboard&amp;Itemid=77&a... thread[/url] here that I need to install the Virtualmin Package Updates module but I cannot find where to download it.

In webmin/webmin configuration/webmin modules for &quot;Third Party Module From&quot; I click select but there is no Virtualmin Package Updates module in the list of available modules that appears.

So I thought well it must be listed on the webmin site <a href='http://www.webmin.com/cgi-bin/search_third.cgi?modules=1' target='_blank'>all modules page </a> but it's not there either :(</div>

I got this output,
<div class='quote'>fx3432:~# echo &quot;upsource=http://software.virtualmin.com/gpl/wbm/updates.txt http://www.webmin.com/updates/updates.txt&quot; &gt;&gt;$webmin_config_dir/etc/webmin
-bash: /etc/webmin: Is a directory
fx3432:~# echo &quot;upthird=1&quot; &gt;&gt;$webmin_config_dir/etc/webmin
-bash: /etc/webmin: Is a directory
fx3432:~# echo &quot;upshow=1&quot; &gt;&gt;$webmin_config_dir/etc/webmin
-bash: /etc/webmin: Is a directory</div>

Thank you very much joe

Thu, 05/01/2008 - 01:02
Joe
Joe's picture

Hey guys,

If you didn't install Virtualmin via our automated install script, your package manager won't be configured to use our software repositories.

For Virtualmin GPL on Debian, add this to sources.txt:

deb http://software.virtualmin.com/gpl/debian/ virtualmin-etch main

--

Check out the forum guidelines!

Thu, 05/01/2008 - 13:01
velvetpixel

OK I ran the RPM and this was the output:
<div class='quote'># rpm -ivh http://software.virtualmin.com/gpl/centos/4/i386/virtualmin-release-late...
Retrieving http://software.virtualmin.com/gpl/centos/4/i386/virtualmin-release-late...
warning: /var/tmp/rpm-xfer.COXkkj: V3 DSA signature: NOKEY, key ID a0bdbcf9
Preparing... ########################################### [100%]
1:virtualmin-release ########################################### [100%]
Running updatedb so locate works...this will take a little while.
Attempting to import various system RPM-GPG-KEY files...Errors may occur,
if you've already imported them. It is safe to ignore these errors.</div>

No change to the system information page in webmin so I thought well it didn't complete the install so I ran the RPM again and this was the output:
<div class='quote'># rpm -ivh http://software.virtualmin.com/gpl/centos/4/i386/virtualmin-release-late...
Retrieving http://software.virtualmin.com/gpl/centos/4/i386/virtualmin-release-late...
Preparing... ########################################### [100%]
package virtualmin-release-1.0-1.rhel.gpl is already installed</div>

So what did I do wrong?

Thu, 05/01/2008 - 17:45 (Reply to #22)
Joe
Joe's picture

Probably nothing. The package updates check doesn't happen every time you load the page (that would kill your poor defenseless system with extraneous work!). Click on through to the package updates module, and click the refresh button.

--

Check out the forum guidelines!

Fri, 06/27/2008 - 13:50
tagtech

I inherited a CentOS server 5.2, it has virtualmin 3.52.gpl
I know this is a dumb question but I was wondering if there is a way to tell if the previous sysadmin installed this package via, tarball vs. YUM?

I just built another server today and installed virtualmin.gpl with YUM and the virtualmin GUI apprears totally different between the two machines.

I would like to make the inherited server look like the one I did today. The inherited server is a production server and I have been reading this post about upgrading because I want to make sure before I anything to the production server.

Thank you

Kobie

Fri, 06/27/2008 - 14:04 (Reply to #24)
velvetpixel

Hey Kobie try changing the theme used on the inherited server to the virtualmin framed theme and they should match.

Fri, 06/27/2008 - 16:19
tagtech

Thank you

Yes indeed changing the theme did make the two servers &quot;appear&quot; the same.

I do like the virtualmin view better

I was wondering still if I could have a deinitive way to tell if the old box had virtualmin set up by TAR, RPM or YUM?

If I copied the YUM REPO's from my new box to the old and put them in the yum.repos.d directory would not YUM pick them up and update in the future or would this cause a problem?

If I am on the same version on both machines would not adding the virtualin repos to the old box allow the old box to be updated by YUM?

Fri, 06/27/2008 - 16:32 (Reply to #26)
velvetpixel

I am a total newbie so not much help but can you look on the old box in the var/log/yum.log to see if virtualmin was installed via yum?

Not sure about connection the old box to the vmin repo.

Fri, 06/27/2008 - 16:55
tagtech

OK

Searching the logs in /var/log/yum.log does not yield any entries for webmin or virtualmin on the old box.

Indeed there are entries for virtualmin in the /var/log/yum.log on the new box but none for the webmin.

I guess my next question to the forum is does the tar or rpm put files in a different place than does the YUM install of virtualmin?

If both installations put files in the same places I may be willing to mirror the server and try to copy the repos files over and run a YUM update to see what happens.

Sun, 06/29/2008 - 12:41 (Reply to #28)
Joe
Joe's picture

<div class='quote'>I guess my next question to the forum is does the tar or rpm put files in a different place than does the YUM install of virtualmin?</div>

Maybe (you can tell the tarball where to install, so we have no way of knowing where a tarball installation lives). Regardless of locations, it is dangerous to switch back and forth between package types. It's possible, of course, but must be done with caution--and you must have good backups, or we won't feel (very) sorry for you when you lose stuff. ;-)

You can find out the install type of Webmin by looking in the Webmin directory (/usr/libexec/webmin on RPM-based systems) for the file &quot;install-type&quot;. This will contain &quot;rpm&quot;, &quot;deb&quot;, or &quot;tar&quot; (I think...I'm sure about the first two, but I only use the tarball on FreeBSD systems, and I don't have a beastie box handy at the moment).

Modules also have an install-type file (/usr/libexec/webmin/virtual-server/install-type for example).

It's possible to have a system installed using both--Webmin from rpm or deb and modules installed from wbm (tarball Webmin &quot;package&quot; format). The safest thing is to find out exactly what you're using, and <i>stick with it</i>. If Webmin was installed via tarball, you're pretty much stuck--migrating to packages can be done, but it has some ugly side-effects that can be very intimidating if you don't know what you're doing (this has gotten less dramatic over the years as Jamie has removed some of the more scary upgrade pains from the packages, but it's still a risky endeavor).

But, if Webmin was installed from RPM, and if you want to get the modules under control of yum (which I always prefer to do, even though it's more work up-front)...that's pretty easy and safe, as long as you have backups. So:

<b>Back up your stuff</b>. Somehow people always want to skip this step when doing rather dangerous things (like uninstalling Virtualmin with plans to reinstall later, and somehow expect things to Just Work after they're done). You need backups when performing dramatic actions. Switching package types is a dramatic action.

You need to backup the /etc/webmin directory, for sure. I usually just run:

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

Webmin also has a method of backing up this data (and just about everything else), but you're going to need to do some work on the command line anyway to make this switch, so might as well do it all there.

Then you'll need to move the old version out of the way:

mv /usr/libexec/webmin/virtual-server /usr/libexec/webmin/virtual-server-old

(You might also have to temporarily move /etc/webmin/virtual-server out of the way...I don't recall the specifics...it'll complain about the module already being installed if this is the case. If you do have to move it, you'll want to move it back when the installation is done, since you'll want all of your old data--it contains your virtual servers and all sorts of data that you need.)

Install package using yum:

yum install wbm-virtual-server

Repeat for any other Virtualmin related modules you have, and the theme. You definitely want to keep the theme and Virtualmin in the same package type, since they very frequently depend on one another and must be upgraded simultaneously to keep everybody happy.

If you installed Webmin via tarball, and want to switch, let me know, and I'll try to guide you through that mine field. (It's not always bad...it just depends on a bunch of different variables.)

--

Check out the forum guidelines!

Mon, 06/30/2008 - 08:23
tagtech

I shall digest all of this information, gain the status of the install and return.

Thank you

Kobie

Mon, 06/30/2008 - 10:46
tagtech

All right, here we are.

nano /usr/libexec/webmin/virtual-server/install-type = rpm

By the way this is a great feature.

At the moment I am BACKING UP data as per the instructions.

-=======================================

Assuming I backup and move all mentioned above, the install using YUM, once the package is installed, what will I have to do at this point?

Will I have to rebuild each of the virtual servers in virtualmin and recreate all the email account and such or can I import the individual domains from the backup or some other method?

I have only one domain on this machine that is &quot;PRODCUTION&quot; and generating revenue at this time. This one domain is critical to my client. I know that I am asking exhaustive questions but I need to minimize my clients down time.

Like you, I, want to get to using YUM no matter what it takes because I feel comfortable with YUM and want to manage this box with this method. Better to lay the foundation correctly to begin with than to have to rebuild at a later date.

So to recap . . .
1. I am making backups, actually on-box and off-box backups to be safe.
2. Once I have accurate backups, I then need to move the old version to allow for the new installation. Simply move old to something such as &quot;virtual-server-old&quot;
3. Install wbm-virtual-server via yum

Awaiting any further instructions.

Thank you

Kobie

Mon, 06/30/2008 - 14:51 (Reply to #31)
Joe
Joe's picture

No, you don't need to do anything--you're already running RPMs. RPMs upgrade cleanly--so, just enable yum, and use yum from now on.

Backing up, of course, is <i>always</i> a great idea and a good use of your time. But, in the case of RPMs, you won't need to move anything or change anything--just start using yum.

--

Check out the forum guidelines!

Tue, 07/01/2008 - 05:19
tagtech

I want to state here and now, how much I appreciate the people in this forum. It is refreshing to find a pro-active forum of people that are willing to help out in such a professional and timely manner.

I really appreciate everyones help.

I will continue to use and promote virtualmin.

Thank you very much.

Kobie

Tue, 07/01/2008 - 06:37
tagtech

UPDATE:

I have sucessfully converted 3 CentOS 5.2 Boxes to Virtualmin via YUM.

Two sandbox servers and one production server.

After confirming that indeed the initial install of Virtualmin was rpm, I added the virtualmin repo to the yum.repo.d repository list and ran the upgrade.

yum performed as expected and took in the new repo's and updated all packages to the current version of virtualmin.

As anyone following this thread understands, I was very concearned as I inherited a CentOS 5.2 server that was a &quot;production,&quot; server live and generating revenue so I was very concearned about upgrading as I did not want to break anything.

The instructions in this post allowed me to add the repo to the yum and use yum to seamlessly upgrade the virtualmin.

Thank you, Thank you, Thank you.

Kobie

Tue, 07/07/2009 - 09:03
joe_leads

Hi,

as I couldn't find this information anywhere else, I post it here: To keep Virtualmin on Debian (Lenny) up to date, add this to /etc/apt/sources.list:

deb http ://software.virtualmin.com/gpl/debian/ virtualmin-universal main

(Without space between "http" and "://" of course, this is just to prevent HTML formatting in the forum's software...)

Best regards, Johannes

Wed, 10/28/2009 - 06:19
Hans

o.k, I added deb http://software.virtualmin.com/gpl/debian/ virtualmin-etch main to sources list, then:
apt-get update
...
Get:5 http://software.virtualmin.com virtualmin-lenny Release.gpg [189B]
Ign http://software.virtualmin.com virtualmin-lenny/main Translation-en_US
Get:6 http://software.virtualmin.com virtualmin-lenny Release [3040B]
Ign http://software.virtualmin.com virtualmin-lenny Release
Get:7 http://software.virtualmin.com virtualmin-lenny/main Packages [1383B]
Fetched 424kB in 7s (58.7kB/s)
Reading package lists... Done
W: GPG error: http://software.virtualmin.com virtualmin-lenny Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E8DD3FA0A0BDBCF9

then I changed from virtualmin-lenny to virtualmin-universal:

Get:1 http://software.virtualmin.com virtualmin-universal Release.gpg [189B]
Ign http://software.virtualmin.com virtualmin-universal/main Translation-en_US
Get:2 http://software.virtualmin.com virtualmin-universal Release [1954B]
Ign http://software.virtualmin.com virtualmin-universal Release
Get:3 http://software.virtualmin.com virtualmin-universal/main Packages [10.8kB]
Fetched 12.9kB in 4s (2633B/s)
Reading package lists... Done
W: GPG error: http://software.virtualmin.com virtualmin-universal Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E8DD3FA0A0BDBCF9

How do I update VM?

I also tried install.sh, but it clearly says: DONT DO THIS :)

webmin doesnt seem to see, that VM needs to be updated (I am on webmin 1.490 w. VM 3.642gpl)

Cheers!

Wed, 10/28/2009 - 08:44 (Reply to #36)
andreychek

How did you initially do the Virtualmin install?

When using the install.sh, it adds everything you'd need to the sources.list already, so you should be good to go.

After you have a live system though -- as the warning says, don't run install.sh, it'll break all kinds of things :-)

What does this command show:

dpkg -l webmin-virtual-server | grep ii

Wed, 10/28/2009 - 09:55
Hans

it says:

:~# dpkg -l webmin-virtual-server | grep ii No packages found matching webmin-virtual-server.

I initially installed VM as .deb

Wed, 10/28/2009 - 11:41 (Reply to #38)
andreychek

Is it possible that you installed Webmin via a .deb, and installed Virtualmin using a .wbm module?

According to the output above, you don't seem to have a Virtualmin .deb package installed.

What does this command show:

dpkg -l 'webmin*'

Wed, 10/28/2009 - 12:36
Hans

yes, I might have installed them in diff. way, unsure about that.

:~# dpkg -l 'webmin*'
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version Description
+++-==============-==============-============================================
ii webmin 1.490 A web-based administration interface for Uni
un webmin-adsl (no description available)
un webmin-apache (no description available)
un webmin-bandwid (no description available)
un webmin-bind (no description available)
un webmin-burner (no description available)
un webmin-cfengin (no description available)
un webmin-cluster (no description available)
un webmin-core (no description available)
un webmin-cpan (no description available)
un webmin-dhcpd (no description available)
un webmin-exim (no description available)
un webmin-exports (no description available)
un webmin-fetchma (no description available)
un webmin-firewal (no description available)
un webmin-freeswa (no description available)
un webmin-frox (no description available)
un webmin-fsdump (no description available)
un webmin-grub (no description available)
un webmin-heartbe (no description available)
un webmin-htacces (no description available)
un webmin-inetd (no description available)
un webmin-jabber (no description available)
un webmin-ldap-ne (no description available)
un webmin-ldap-us (no description available)
un webmin-ldap-us (no description available)
un webmin-lilo (no description available)
un webmin-logrota (no description available)
un webmin-lpadmin (no description available)
un webmin-lvm (no description available)
un webmin-mailbox (no description available)
un webmin-mon (no description available)
un webmin-mysql (no description available)
un webmin-nis (no description available)
un webmin-openslp (no description available)
un webmin-postfix (no description available)
un webmin-postgre (no description available)
un webmin-ppp (no description available)
un webmin-pptp-cl (no description available)
un webmin-pptp-se (no description available)
un webmin-procmai (no description available)
un webmin-proftpd (no description available)
un webmin-pserver (no description available)
un webmin-quota (no description available)
un webmin-samba (no description available)
un webmin-sarg (no description available)
un webmin-sendmai (no description available)
un webmin-shorewa (no description available)
un webmin-slbacku (no description available)
un webmin-smart-s (no description available)
un webmin-snort (no description available)
un webmin-softwar (no description available)
un webmin-spamass (no description available)
un webmin-squid (no description available)
un webmin-sshd (no description available)
un webmin-status (no description available)
un webmin-stunnel (no description available)
un webmin-updown (no description available)
un webmin-usermin (no description available)
un webmin-vgetty (no description available)
un webmin-webaliz (no description available)
un webmin-wuftpd (no description available)
un webmin-wvdial (no description available)
un webmin-xinetd (no description available)

Wed, 10/28/2009 - 12:44
andreychek

Yeah, you seem to have a Webmin package installed, but no Virtualmin package. It's likely you installed it using the .wbm module.

You should be able to upgrade that by going into Webmin -> Webmin -> Webmin Configuration -> Upgrade Webmin, and then you should be able to upgrade the various modules you have (including Virtualmin) using the "Update modules" tab.

-Eric

Wed, 10/28/2009 - 12:52
Hans

Cheers Eric,

Already tried that today, now again, but this time I checked also "3rd party Modules" ;)

That did the trick.

Thanks a lot for your support!

Hans

Mon, 05/30/2011 - 07:48
hoekie

I also installed Virtualmin within webmin using .wbm, but I am unable to update Virtualmin (GPL) from 3.84 to 3.85 using the Webmin-> Webmin Configuration->Upgrade Webmin->Update Modules tab. I recently updated webmin to 1.550 using apt-get update/apt-get upgrade.

What is the preferred way to install on Debian? For my next machine...

H.

Mon, 05/30/2011 - 09:03 (Reply to #43)
andreychek

Howdy,

The best way to setup Virtualmin would be to perform a fresh install of your Virtual Server, then run the "install.sh" script to install Virtualmin and all of it's dependencies.

After that -- you'd then use apt-get upgrade to perform any upgrades.

-Eric

Wed, 03/07/2018 - 06:54
Prx

Hi, I installed 2 years ago Virtualmin 5.04 (free = GPL) on a Jessie Debian server. I regulary update (via apt-get) my system and just today I made the (mistake maybe) to upgrade Webmin to 1.880 and it tells me in the Dashboard that the Vitualmin 5.04 (in red) is outdated.

So what can I do to upgrade Virtualmin without loosing my settings ?

here is my /etc/apt/sources.list :

deb http://ftp.debian.org/debian/ jessie main

deb http://security.debian.org/ jessie/updates main

deb http://download.webmin.com/download/repository sarge contrib

thank you in advance ! regards

William