These forums are locked and archived, but all topics have been migrated to the new forum. You can search for this topic on the new forum: Search for After update, webmin won't start on the new forum.
Web Hosting and Cloud Computing Control Panels
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
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?
When/where exactly did you see that message about packages to be removed?
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...
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).
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.
@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 :10000to 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 withps aux | grep PID(replacing PID with the process ID you found out earlier).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!
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.plright after booting your server? (Please enclose the output in[code][/code] tags.)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:
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:
What does your system show for
netstat -tnap | grep 9443/andnetstat -tnap | grep 9443/?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..
Yep, I figured that the paths are probably correct, and different due to OS differences.
Well, if 2 is too much, I suppose 7 is really strange:
The good news is that the webmin started after a reboot.
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?!
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 updateWell, 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
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
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.
I can confirm this issue is still present nowadays. turning off ufw worked for me too :-)