After update, webmin won't start

21 posts / 0 new
Last post
#1 Sat, 04/02/2011 - 12:47
wattaman

After update, webmin won't start

Hi! After an update I've made (from within webmin's panel) the webmin fails to start. I don't know what version was this, the last one, I've updated it a few days ago - I always do this when, in the webmin's panel, a new update is available. So, now I restart the server but webmin is not starting. I do have access to SSH and when I try to restart/stop webmin it says the port is in use. Now, if I do a netstat command I find out that my main domain is using the webmin's port. So, how can I fix this? Why is my domain.com using the webmin's port? Thank you!

Sat, 04/02/2011 - 14:39
andreychek

Howdy,

There may be a "stuck" Webmin process.

To fix that, you can try the following:

  • Stop webmin with: /etc/init.d/webmin stop

  • Look for a running Webmin process: ps auxw | grep miniserv | grep webmin

  • Use the "kill" command to kill any processes you find

  • Start up Webmin with: /etc/init.d/webmin start

After doing that, does it start up for you?

-Eric

Fri, 08/12/2011 - 14:03 (Reply to #2)
fade2gray

I had the same problem.

Start up Webmin with: /etc/init.d/webmin start done the trick for me, but afterward I saw this:-

The following packages were automatically installed and are no longer required: apache2-suexec-custom pwgen bind9 sasl2-bin db4.8-util irb1.8 libapache2-svn re2c webmin-virtual-server bind9utils webmin-virtualmin-awstats libmail-spf-perl awstats dovecot-imapd manpages-dev libhtml-template-perl libdbd-pg-perl libc-dev-bin libsocket6-perl mysql-server-5.1 rdoc libnet-xwhois-perl ri liberror-perl libnetaddr-ip-perl subversion postgresql-client-8.4 linux-libc-dev spamassassin gcc-4.4 libapache2-mod-fcgid procmail libsvn1 clamav-testfiles spamc mysql-server-core-5.1 dovecot-pop3d php-pear webmin-virtualmin-mailman webmin-virtualmin-htpasswd gcc mailman scponly webmin-security-updates libpg-perl mysql-server irb clamav-docs libnet-ip-perl openbsd-inetd libio-socket-inet6-perl libnet-dns-perl postgresql rdoc1.8 procmail-wrapper webalizer ssh webmin-virtual-server-theme webmin-virtualmin-dav proftpd-basic postgresql-client-common libc6-dev apache2-doc libdb4.7 libpq5 usermin-virtual-server-theme libdigest-hmac-perl binutils openssh-server libreadline-ruby1.8 libreadline5 postgresql-common dovecot-common postgresql-8.4 webmin-virtualmin-svn libsys-hostname-long-perl libneon27-gnutls ri1.8 libdigest-sha1-perl Use 'apt-get autoremove' to remove them.

You can guess what happened when I done apt-get autoremove - Luckily, this was on a virtual-machine and I just had to restore a snapshot.

I there anything I can do to not get that notification to remove those files?

Fri, 08/12/2011 - 15:12 (Reply to #3)
Locutus

When/where exactly did you see that message about packages to be removed?

Tue, 08/16/2011 - 10:28 (Reply to #4)
fade2gray

A little difficult to explain.

I fired up VirtualBox running an Ubuntu 10.04 guest on 6 Aug 2011 after last being run in Jan 2011. I updated all the available Ubuntu upgrades without really taking any notice of what was being upgraded, but they included an upgrade from Webmin 1.530 to 1.550 - this was despite 1.560 being released on 5 Aug 2011.

This might explain better:- https://picasaweb.google.com/lh/photo/33FvPC7iQZ16Wb8-GCu55Gb9shN0jeVxTD...

Tue, 08/23/2011 - 10:03 (Reply to #5)
fade2gray

Just an update on this.

I have since found that the messages have stopped appearing though I done nothing specific to achieve this (apart from applying a couple more Ubuntu updates).

Sun, 08/14/2011 - 20:05 (Reply to #6)
clad

I had this same problem as well.

Following Eric's suggestion fixed it for me.

I'm running on Ubuntu 10.04 LTS (desktop)

What caused my issue was after going to:

Webmin>>Others>>Perl Modules>>Suggested Modules

It said i needed to install Authen::Libwrap . Installing from the panel ALWAYS fails (centos and ubuntu), so it suggest using "perl -MCPAN -e shell"

If the first time going there, you are prompted a few things , and for a noob it's hard to under stand what is needed. This basicly gets you side tracked from the main issue. (Authen::Libwrap)

After updating MCPAN i then had to install compilers, (since ubuntu does not add them in by default)

So i exited MCPAN and run "apt-get install build-essential" and "apt-get install manpages-dev" And also had to install this: http://ubuntuforums.org/showthread.php?t=1360782

went back to MCPAN and run "install Authen::Libwrap". It installed then.

i have not rebooted yet, so i don't know if my issue is totally fixed.

EDITED:

I just rebooted and notice webmin does not start at boot. I went to Webmin>>System>>Bootup and Shutdown Then went down to "Webmin" , it shows it is not set to start at boot. i clicked on the name "Webmin" and then checked the box to "Start at Boot Time" I then clicked save and rebooted the system.

Once rebooted Webmin was not running again. checked the Webmin status by doing: ( /etc/init.d/webmin status ) , it shows it was running. So i stopped it then restarted it: ( /etc/init.d/webmin stop ) then a start ( /etc/init.d/webmin start ). Now Webmin is able to let me enter.

I go back to: Webmin>>System>>Bootup and Shutdown Then went down to "Webmin" , it shows it is still not set to start at boot.

Any ideas ?

Sry, i didn't mean to highjack your thread. it's just easy to help someone and then lead over into your own issues not realizing it. I didn't mean to.

Sat, 04/02/2011 - 19:03
Locutus

@wattaman: When you say "now I restart the server but webmin is not starting", do you mean that Webmin does not start when you reboot your server? Or do you mean it does not start when you try restarting just Webmin?

You can use the command netstat -tanp | grep :10000 to check which process ID is listening on port 10000 (the number at the end of the line). Then you can compare that to the process list with ps aux | grep PID (replacing PID with the process ID you found out earlier).

Sun, 04/03/2011 - 00:40
wattaman

andreychek: it worked, there were 3 miniserv.pl processes running under root. Locutus: I meant restart the server not the Webmin :)

Thanks, guys. I have a little work to do within Webmin now, editing some files, and I can't restart it, but what I should do if it happens again when the server will reboot? (I have a small script that reboots the server if apache or mysql freezes for a certain period of time) Thanks again!

Sun, 04/03/2011 - 06:45
Locutus

Hmm, you mean that right after rebooting your server, you get three miniserv.pl processes?

Well, two of them are normal, one for Webmin and one for Usermin. Can you post the output of ps aux | grep miniserv.pl right after booting your server? (Please enclose the output in [code][/code] tags.)

Sun, 04/03/2011 - 08:08
wattaman

OK. I'll post them in 2-3 days, after I'll reboot (or the server itself) - if it fails to load again. If it matters, right now I have only two:

root      9443  0.0  0.1  34720  2396 ?        Ss   12:36   0:02 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
root      9445  0.0  0.0  34564   740 ?        S    12:36   0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
Sun, 04/03/2011 - 09:34
Locutus

Hm, actually, this doesn't look right to me.

The paths differ on my system, since I use an Ubuntu and you probably don't, but still you should be seeing one miniserv from Webmin and one from Usermin, like so:

root      2538  0.0  0.1  61372  1780 ?        Ss   Mar30   0:03 /usr/bin/perl /usr/share/usermin/miniserv.pl /etc/usermin/miniserv.conf
root     11894  0.0  2.8 123828 43000 ?        Ss   Apr02   0:02 /usr/bin/perl /usr/share/webmin/miniserv.pl /etc/webmin/miniserv.conf

What does your system show for netstat -tnap | grep 9443/ and netstat -tnap | grep 9443/?

Sun, 04/03/2011 - 16:00
ronald
ronald's picture

The paths of the OP are correct. They differ under RedHat or CentOS ...e.g
/usr/libexec/webmin/miniserv.pl is okay and odd that there are 2 webmin processes indeed..

Sun, 04/03/2011 - 18:03
Locutus

Yep, I figured that the paths are probably correct, and different due to OS differences.

Thu, 04/07/2011 - 12:07
wattaman

Well, if 2 is too much, I suppose 7 is really strange:

root      5530  0.0  0.2  35424  5104 ?        S    00:00   0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
root      5533  0.0  0.2  35296  5104 ?        S    00:00   0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
root      5616  0.0  0.2  35428  5108 ?        S    00:01   0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
root      5617  0.0  0.2  35428  5108 ?        S    00:01   0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
root      5633  0.0  0.2  35432  5084 ?        S    00:01   0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
root      5634  0.0  0.2  35308  4208 ?        S    00:01   0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
root      9443  0.0  0.1  34720  3012 ?        Ss   Apr03   0:18 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
root      9445  0.0  0.0  34564   804 ?        S    Apr03   0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf

The good news is that the webmin started after a reboot.

Thu, 04/07/2011 - 22:08
wattaman

I'm currently updating to the latest 1.540-1 version, to see what happens. Btw, is there a command line to update webmin through ssh?!

Thu, 04/07/2011 - 22:18
andreychek

On CentOS-based systems, you can use the yum package manager to update packages on your system, including Webmin.

To do that, you can run:

yum update

Fri, 04/15/2011 - 23:03
andreychek

Well, make sure that after killing them -- that they're both actually "dead".

Also, there are some actions in Webmin that are more CPU intensive than others. After killing and restarting Webmin, you can use the logs in /var/webmin/miniserv.log to figure out what it is that's going on within Webmin.

-Eric

Sat, 04/16/2011 - 08:56
andreychek

Well, we generally don't recommend reinstalling everything, that just leaves the door open to this all happening again since we don't actually know what the problem is.

Did you get a chance to look in the Webmin logs?

They should tell you what it is that Webmin's doing.

-Eric

Fri, 06/06/2014 - 04:05
benjamin_dk

I had this issue - after an update made via webmin the webmin interface wouldn't load. It was a new installation of webmin on an "unclean" server.

It turned out to be the UFW firewall that caused the issue. Somehow the UFW firewall hadn't given any problems during the installation of Webmin.

After opening the right port things are running smoothly again.

Thu, 06/22/2017 - 13:09 (Reply to #23)
andsigno

I can confirm this issue is still present nowadays. turning off ufw worked for me too :-)

Topic locked