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 Virtualmin 6 beta available for testing on the new forum.
Web Hosting and Cloud Computing Control Panels
OK, that makes sense and is reasonable. Speed is being resolved in Authentic (I think you'll be pleasantly surprised by the upcoming release of that...maybe a month away). But, I'll be overhauling the base theme (the "no theme theme" which currently looks like 1999, but will be overhauled to use a new CSS framework and flexbox in place of the current mess of nested tables).
--
Check out the forum guidelines!
Thank you very much :-)
Good morning,, On new server "E5-1620v2 - 16GB - SoftRaid 2x2To" Kernel Version / Debian 9.1 4.9.33-mod-std-ipv6-64
After "sh vm6-install.sh" I see that : (...) Installing Webmin key [ ✔ ] Removing non-standard Webmin package, if installed [ ✔ ] Phase 2 of 3: Installation Installing Webmin 2017-08-05 05:55:00 UTC [ERROR] Failed with error: 100 [ ✘ ]
2017-08-05 05:55:00 UTC [ERROR] Something went wrong. Exiting. 2017-08-05 05:55:00 UTC [ERROR] The last few log entries were: Building dependency tree... Reading state information... The following additional packages will be installed: apt-show-versions libapt-pkg-perl libauthen-pam-perl libio-pty-perl The following NEW packages will be installed: apt-show-versions libapt-pkg-perl libauthen-pam-perl libio-pty-perl webmin 0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded. Need to get 15.6 MB of archives. After this operation, 162 MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! webmin E: There were unauthenticated packages and -y was used without --allow-unauthenticated Installing Webmin: [2017-08-05 05:55:00 UTC] [ERROR] Failed with error: 100 [2017-08-05 05:55:00 UTC] [ERROR] Something went wrong. Exiting. [2017-08-05 05:55:00 UTC] [ERROR] The last few log entries were: root@XXXX:~#
The log, last lines : WARNING: The following pacages cannot be authenticated! webmin E: There were unauthenticated packages and -y was used without --allow-unauthenticated Installing Webmin: [2017-08-05 05:55:00 UTC] [ERROR] Failed with error: 100 [2017-08-05 05:55:00 UTC] [ERROR] Something went wrong. Exiting. [2017-08-05 05:55:00 UTC] [ERROR] The last few log entries were:
Hope I help you.
Regards, Pierre
Debian Linux 8.7 / Virtualmin version 5.05.gpl / Linux 3.14.32-xxxx-grs-ipv6-64 on x86_64
Hmmm...that one is a new one. I don't know where it would find an unauthenticated repo. Do you have package signature checking turned on in addition to the repo checking? We only sign the repos, and don't provide signed dsc files (as I understand it, signed repos are the preferred method, and certainly that has better tools support and documentation).
There were some issues over the past couple of days as I've rolled in the --minimal mode and the new "--bundle LEMP" (for nginx) options. But, all the issues I know about are fixed, I think.
What does your /etc/apt/sources.list contain?
--
Check out the forum guidelines!
OK, actually, I have been able to reproduce this. For some reason imported keys don't work at first. Maybe until after an apt-get update? I'm experimenting now to see why apt fails to properly import the keys, and will roll a fixed install script soon as soon as I've confirmed that adding apt-get update after key imports actually fixes the problem. apt-get is so damned persnickety (the apt-get handling code has to be about three times as long as what we do for yum, and has several special cases where packages can't be installed just based on dependencies in the metapackages, which sucks).
--
Check out the forum guidelines!
I'm at the moment testing the latest install script on CentOS 7.3. A couple small oddities in the process but I think it's now working.
One thing I really would LOVE to see happen with this would be to be able to run PHP-FPM with different versions of PHP - I don't think that's in there yet (though I've not tried a recent build). PHP-FPM with PHP 7 would be a great help to us.
It should be working, but it may not be detecting the versions correctly. I'll have to talk to Jamie about PHP-FPM and multiple versions.
The default install on CentOS 7 (and 6) does install both PHP 5 and 7, including the PHP-FPM packages for them. We may need to poke some more at the PHP-FPM support to make multiple versions work.
--
Check out the forum guidelines!
Quick feedback. Attempting LEMP install on Debian 9. Looks like '-b' isn't working. 'bash vm6-install.sh --bundle LEMP' works fine.
root@host:~# bash vm6-install.sh -b LEMP
Unrecognized option: -b
Usage: vm6-install.sh [options]
[...]
--bundle|-b <name> - Choose bundle to install (LAMP or LEMP, defaults to LAMP)
More feedback on LEMP install: apache2 gets installed with the pile of other packages, gets configured first, and causes a failure as nginx can't bind to port 80.
Setting up nginx-full (1.10.3-1+deb9u1) ...
Job for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.
invoke-rc.d: initscript nginx, action "start" failed.
ESC[0;1;31m<E2><97><8F>ESC[0m nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: ESC[0;1;31mfailedESC[0m (Result: exit-code) since Fri 2017-08-11 23:03:20 AEST; 23ms ago
Docs: man:nginx(8)
Process: 15448 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; ESC[0;1;31m(code=exited, status=1/FAILURE)ESC[0m
Process: 15442 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
Aug 11 23:03:18 host nginx[15448]: nginx: [emerg] bind() to 0.0.0.0:80 faile<E2><80><A6>use)
Aug 11 23:03:18 host nginx[15448]: nginx: [emerg] bind() to 0.0.0.0:80 faile<E2><80><A6>use)
Aug 11 23:03:19 host nginx[15448]: nginx: [emerg] bind() to 0.0.0.0:80 faile<E2><80><A6>use)
Aug 11 23:03:19 host nginx[15448]: nginx: [emerg] bind() to 0.0.0.0:80 faile<E2><80><A6>use)
Aug 11 23:03:20 host nginx[15448]: nginx: [emerg] bind() to 0.0.0.0:80 faile<E2><80><A6>use)
Aug 11 23:03:20 host nginx[15448]: nginx: [emerg] still could not bind()
Aug 11 23:03:20 host systemd[1]: ESC[0;1;39mnginx.service: Control process exited, code<E2><80><A6>us=1ESC[0m
Aug 11 23:03:20 host systemd[1]: ESC[0;1;31mFailed to start A high performance web serv<E2><80><A6>ver.ESC[0m
Aug 11 23:03:20 host systemd[1]: ESC[0;1;39mnginx.service: Unit entered failed state.ESC[0m
Aug 11 23:03:20 host systemd[1]: ESC[0;1;39mnginx.service: Failed with result 'exit-code'.ESC[0m
Hint: Some lines were ellipsized, use -l to show in full.
dpkg: error processing package nginx-full (--configure):
subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of virtualmin-lemp-stack:
virtualmin-lemp-stack depends on nginx-full; however:
Package nginx-full is not configured yet.
Stopping apache2, running
systemctl disable apache2and running the installer again got things going again.Once up and running, should I be seeing an nginx module in Webmin -> Servers? I don't.
Also, the Recheck Configuration complains about Apache modules not being installed and fails to complete. What exactly should a Virtualmin LEMP install look like?
Thanks for the heads up on the missing -b option. Fixed in the next rollout.
apache2 does not get installed when LEMP is selected. But, if it was already installed apt-get does not correctly handle replacing packages. To deal with that, use the --uninstall option before installing, which will insure apache2 is uninstalled.
I'm considering forcing apache2 to be uninstalled when LEMP is selected, but there are already so many special cases for apt-get misbehaviors. I hate cluttering up the already long install script with stuff the package manager ought to handle gracefully but just won't (as far as I can figure out; if there's options I'm missing that'll make apt-get/dpkg do the right thing, I'd love to know about them).
So, in short: In my testing I've been able to consistently get a clean install of all install bundles and types across all of my test installs. I did see the apache2 problem when it was a system that had already had installations performed on it...but, running the --uninstall before made it work cleanly.
--
Check out the forum guidelines!
Joe, this is from the installer log:
The following additional packages will be installed:apache2 apache2-bin apache2-data apache2-utils awstats bind9 bind9utils
binutils ca-certificates clamav clamav-base clamav-daemon clamav-docs
clamav-freshclam clamav-testfiles clamdscan cpp cpp-6 db-util db5.3-util
default-mysql-client default-mysql-server dovecot-core dovecot-imapd
...
Hello
My configuration - Debian 9.1 Ovh
I have installed the vm6-install.sh version.
I encountered some problem during the installation that I corrected as a follow-up before making another attempt at installation.
apt-get install sasl2-bin apt-get install proftpd apt-get install fail2ban apt-get install clamav clamav-daemon apt-get install webalizer
After the installation when I do verification of the configuration it gives me the following result for php.
The following PHP versions are available : 7.0.19 (/usr/bin/php7.0), 7.0 (mod_php) PHP versions have changed to 7.0, 7.0 since last check. Regenerating any missing php.ini files.
A problem with PHP version ???. Can you help me solve the problem ???.
thank you in advance.
Pages