Using a fresh install of Debian 7.4 on a dedicated server, my attempt to install Virtualmin GPL results in a lock-up, forcing me to have to reboot. The output from the install script at the time of the lock-up showed this:
.... INFO - Removing Debian standard Webmin package, if they exist... INFO - Removing Debian apache packages... INFO - Installing dependencies using command: /usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install postfix postfix-pcre webmin usermin ruby libapache2-mod-ruby libxml-simple-perl libcrypt-ssleay-perl unzip zip libfcgi-dev spamassassin spamc procmail libnet-ssleay-perl libpg-perl libdbd-pg-perl libdbd-mysql-perl iptables openssl python irb rdoc ri mysql-server mysql-client mysql-common dovecot-common dovecot-imapd dovecot-pop3d libcrypt-ssleay-perl clamav-base clamav-daemon clamav clamav-freshclam clamav-docs clamav-testfiles libapache2-mod-fcgid apache2-suexec-custom apache2 apache2-doc libapache2-svn libsasl2-2 libsasl2-modules sasl2-bin php-pear php5 php5-cgi libgd2-xpm libapache2-mod-php5 php5-mysql ...in progress, please wait... Extracting templates from packages: 100% Extracting templates from packages: 100% INFO - /usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install postfix postfix-pcre webmin usermin ruby libapache2-mod-ruby libxml-simple-perl libcrypt-ssleay-perl unzip zip libfcgi-dev spamassassin spamc procmail libnet-ssleay-perl libpg-perl libdbd-pg-perl libdbd-mysql-perl iptables openssl python irb rdoc ri mysql-server mysql-client mysql-common dovecot-common dovecot-imapd dovecot-pop3d libcrypt-ssleay-perl clamav-base clamav-daemon clamav clamav-freshclam clamav-docs clamav-testfiles libapache2-mod-fcgid apache2-suexec-custom apache2 apache2-doc libapache2-svn libsasl2-2 libsasl2-modules sasl2-bin php-pear php5 php5-cgi libgd2-xpm libapache2-mod-php5 php5-mysql: Succeeded. INFO - Succeeded. INFO - Installing Virtualmin and all related packages now using the command: INFO - /usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install virtualmin-base ...in progress, please wait... Extracting templates from packages: 100% Extracting templates from packages: 100% \
Other comments refer to scponly causing some grief so I had removed that from your installer.sh before running it.
When I access my Virtualmin control panel following the necessary reboot, all seems to be okay, but as this is not normal behaviour I'm wondering if I have cause for concern that something may not have installed properly.
I am conscious I haven't given you much to go on. Is there anything else I can tell you that may help?
Regards Mark
Comments
Submitted by andreychek on Sun, 02/23/2014 - 21:28 Comment #1
Howdy -- it sounds like you're experiencing either a hardware issue, or a server resource issue. You don't appear to be experiencing a Virtualmin bug though, as software shouldn't be able to cause a system to lockup.
You may want to review your logs, as well as the kernel output seen by running "dmesg", to see if there are any kernel errors.
Also, since you mentioned that it's a dedicated server, you may want to run some sort of memory checker to make sure your server doesn't have bad memory.
Since that's not a Virtualmin issue though, and you're using Virtualmin GPL, if you had any followup questions you'd want to start a new Forum thread to discuss those issues. We monitor those, along with lots of wonderful folks in the community.
If you open up a new Forum thread regarding that, let us know if you see any errors in your logs and dmesg output, and you may want to attach the virtualmin-install.log file as well.
Submitted by kevanharding on Mon, 02/24/2014 - 19:38 Comment #2
Thank you. I'll post in the forum in future.