<div class='quote'>Anything wrong with this?</div>
Nope. Sounds like all of your services will agree, so you're fine. I just didn't catch that you had a special volume for Virtualmin.
Check out the forum guidelines!
Cool! Yes that's why I was afraid something [suexec/VM/etc.] might not like it. ;)
Ok well I have some more questions now regarding the handling of the PHP wrapper and the initial handling of the php.ini files thru VMPro.
Because I am using MacPorts packages for PHP I had to change the wrapper script for PHP5 to look like this:
The problem is now that VMPro seems to simply ignore that I have PHP5 installed. "System Information" shows always PHP Version 4 and after creating a new virtual server it uses the PHP4 wrapper script instead of the PHP5 one!? Weird!
Is there any way I can let VM know WHAT PHP version i have installed? The only thing I found that I could change was the PHP-Configuration in Webmin!?
Ok here is a quick update...
This morning I updated Webmin to 1.351 and VMPro to 3.44. Now it seems to be able to setup the right wrapper for the installed version of PHP to the virtual servers home directory. Great! Now let me check what happens if I install PHP4 as well. Anything in particular I would have to look out for?
Will let you know how it goes...
Oh here is something that is bugging me and I could not find out how to solve this. When I try to install ANY of the VMPro third party scripts it downloads the script and then I get this error message:
Now installing PHP-Calendar version 0.10.7 ..
HTTP/1.0 500 Perl execution failed Server: MiniServ/0.01 Date: Thu, 26 Jul 2007 15:35:34 GMT Content-type: text/html Connection: close
Error - Perl execution failed
setrgid() not implemented at /usr/local/webmin-1.351/proc/proc-lib.pl line 161.
Ah, this is a limitation of Webmin on Mac OS X, I think...and it might mean Install Scripts won't work just yet.
I'll ask Jamie to chime in with a definitive answer on whether this is fixable short-term.
I've seen this before on MacOS with Webmin - it means that the Perl function to change a process's Unix group is not implemented, which is bad because switching from root to the user and group for a domain is a critical for certain Virtualmin functions.
However, I believe that it is fixed in later versions of Perl .. if possible, you might want to try upgrading Perl on your OS X box. It may be necessary to re-compile it from the source.
Thanks Joe, Jamie...
it does look like I need to upgrade the Perl version I am using (right now using 5.008006). Well I could update to 5.8.8 do you think that should work then!? Could you point me to the section in Webmin where I can specify what Perl version it should use?
Hey this is funny...
In the system overview of Webmin/Virtualmin I get a Perl version 5.008006 but in Webmin > Others > Perl Modules it shows "Perl version 5.8.6"?!? Maybe that has something to do with this?
Perl version numbers are funny. 5.008006 IS 5.8.6. It's for version sanity in the event of a 5.8.666 release, for example (it'll always sort correctly without having to jump through hoops).
Yeah, the Perl version shown in Webmin is the internal version number, available from the $] variable .. this is a number that can be reliably compared with other versions, whereas comparing 5.8.6 with 5.18.6 is not so clear :-)
That said, you should definately upgrade to 5.8.8 if possible - it may fix this bug.
I see.. and is there any way I can tell Webmin WHERE my Perl distro is located, or is it always using the one that comes preinstalled with the system?
Yep, there were two places you need to fix. Also, in the file proc/proc-lib.pl lines 161 and 167 need to be changed to :
($(, $)) = ($_, "$_ $_");
($(, $)) = ($u, "$u ".join(" ", $u, &other_groups($u)));
This should fix the original problem of script installs not working.
Since you appear to be already running Perl 5.8.8 , upgrading isn't likely to help.
To be sure you are really running 5.8.8, make sure that the Perl path at the top of Webmin CGI scripts is consistent (/usr/bin/perl), and that /usr/bin/perl -v reports 5.8.8, and that Webmin has been restarted since Perl was upgraded.
Ok thanks Jamie,
will give it a spin. But why does Webmin report Perl 5.8.6 and not 5.8.8 but yet the path seems to be consistent thruout the scripts?
install seems to work fine now.
Hey Joe, Jamie
I thought I continue with this thread instead of opening a complete new one. I have some issues after updating VM Pro and Webmin/Usermin now to:
Virtualmin Pro: 3.51 (including the VM Pro framed theme)
I have trouble with:
1. FileManager (just like in all versions before as well :(
This is the error I get when I try to access it:
<div class='quote'>Failed to get language list: javax.net.ssl.SSLHandshakeException:java.security.cert.CertificateException:Java couldn't trust Server</div>
2. Disk Quotas (on System Information page)
I only get to see the diskspace used by MySQL DBs, nothing else?! But looking directly at the "Disk Quotas" /"Filesystem Quotas" module in webmin, everything is reported correctly there!? :(
3. BSD Firewall (not working AT ALL!)
Firewall (ipfw) worked fine back in webmin 1.3x but after upgrading to 1.39 and then to 1.400 it broke and all i get now is:
<div class='quote'>Error - Perl execution failed
Undefined subroutine &net::get_rc_conf called at ./ipfw-lib.pl line 21.
Compilation failed in require at /usr/local/webmin-1.400/ipfw/index.cgi line 4.</div>
4. Bandwidth Monitoring (not working AT ALL!)
This really is a bummer because I need the Bandwidth Monitoring right now more then ever. The webmin module throws this error:
<div class='quote'>require ipfw/install_check.pl failed :
Died at (eval 81) line 4.</div>
In VM Pro -> "System Settings" -> "Bandwidth Monitoring" i don't get execution errors BUT when I click "Show Usage Graph" all I get is:
<div class='quote'>No bandwidth usage statistics have been collected yet.</div>
I have "Bandwidth monitoring active" for all domains I am hosting currently but don't get any stats on any of them. :(
Thanks and sorry for this long post ;)
ps: I did start a seperate thread on the Webmin forum about this Bandwidth Monitoring / Firewall problem as well if you want to check it out...
<a href='http://www.virtualmin.com/forums/webmin/bsd-firewall-%26amp%3b-bandwidth... target='_blank'>http://www.virtualmin.com/forums/webmin/bsd-firewall-%26amp%3b-bandwidth...
Those all sound like bugs .. could you file a bug for them at http://www.virtualmin.com/bug-tracker/ ? I will pick it up and post replies there. It's easier to track the state of a problem this way ..
will do.. not sure what OS I should file it under!? Since BSD and OSX are not listed there!? Oh well.. will file it now under ALL then if you don't mind..
I just submitted all bugs on the tracker I reported here. However today I had a brief look at the tracker again and 2 of 4 bugs are completely deleted?!
I submitted the bugs in order I listed them on here but the once about FileManager and Firewall are missing!? Please don't tell me I have to resubmit them again? :(
I saw your four bugs, and closed two of them with solutions or comments. I also commented on the other two, asking for more info.
When you look for them in the tracker, make sure you search for closed bugs too.
thanks for checking it out and sorry but I was certain that I even checked the closed ones as well. I sorted the list using the advanced options.. oh well..
I saw your comment btw. on the filemanager issue. Will check it out now!
I get this warning about webmin/virtualmin does not know how to check memory usage on OSX so I was just thinking.. how about doing it this way?
top -FR -o cpu -n 10 -l 2 | tail -10
which outputs something like:
[code:1] PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE
463 ntpd 0.0% 0:03.95 1 11 0 0B- 0B- 428K 27.1M
66 notifyd 0.0% 0:04.43 2 118 0 0B- 0B- 496K 27.2M
117 dovecot-au 0.0% 0:01.70 1 15 0 0B- 0B- 632K 26.8M
1 launchd 0.0% 0:01.82 3 248 0 0B- 0B- 620K 27.7M
251 httpd 0.0% 0:05.92 1 10 0 0B- 0B- 8.52M 134M[/code:1]
Do you think you could use this to build in memory usage for OSX as well in a future version!?
The 'top' command isn't too useful, as it only runs interactively and cannot be called from another program ..
What I really need is something like the Linux 'free' command.