Horde and other scripts

Hello, I wanted to install horde, but I realized it was only version 3.3.13, which is old, and didn't work on my Ubuntu 14.04 (and even if it worked, I don't want something that is so old). I wanted to install newer version but not possible. I can do it manually, but script lose all interest then.

Also, I was looking for redmine, but couldn't find it (same here, I can do it myself, but when I want to try different apps quickly, better if there are scripts).

And many scripts are pretty old (I understand can't have the last version, but not too old would be nice).

Last point, I tried to install vtiger yesterday, then sugarCRM, but at some point during the installation, it crashed, and destroyed the domain (no modules in php left, didn't want to try to understand, I just removed it and set a new one), it happened randomly some other time while installing other scripts (but not always the same).

edit: Ok, I might have been quite unlucky with scripts crashing... PHPList crashes all the time, that I'm sure, for the others, I'll try to see.



Howdy -- regarding Redmine and Horde -- those scripts are deprecated; they've each moved in a direction that doesn't work with Virtualmin, and aren't likely to work in the future.

Now, as for the other scripts you're seeing -- being as you're using Ubuntu 14.04, you should be able to install the latest version of the available scripts, and Virtualmin tries to keep those up to date. If you see scripts that aren't at their latest version, let us know so we can correct that.

You mentioned that some scripts are crashing though -- it might be easiest to tackle those one at a time. Could you attempt installing one of those, and let us know what output you receive during the (attempted) installation?

So, for phplist, I install, everything is fine (I mean no error message), but this is what happens when I check my server configuration: https://docs.google.com/file/d/0Bx27wsMwCNPaUF9WODFGZVJoNnc/edit?usp=dri...

So obviously nothing works anymore.

When I install Ghost (blog), everything is fine as well, but the problem is, node.js conflicts with apache2, so apache2 would not start anymore, and when I click on "start server" in the Ghost options, it says ok, but nothing starts. apache2 would work fine after I removed the script.

And for outdated versions, I was thinking at Horde(v3 instead of 5, I tried unsupported version, didn't work, but they changed the way to install I think) and Bugzilla(v3 instead of 4, I didn't try unsupported version here).

I'll try to see if I still have issues while installing sugarCRM after other scripts.

We're happy to help, but it'd be helpful if we could work through one Install Script issue at a time.

Which would you like to work through first?

Ha no problem :)

I would start with phplist then.

Good choice, we like phpList! :-)

I did some testing just now with phpList, and wasn't able to reproduce an issue with it.

So I'd like to hear more about the issues you're seeing with that.

You mentioned that it crashes -- when is it crashing, during the installation, or afterwards when you access it?

Is the problem intermittent, or does it occur consistently?

Do you see any errors when that occurs (ie, what signs do you see that it's crashing)? You especially may want to take a look in the Apache error log located in $HOME/logs/error_log to see if any errors show up in there.

Lastly, what is the output of the command "free -m"?

Oh, I wanted to mention that if you wanted to talk about any of your other Install Script problems/questions that are a different issue (that is, they aren't crashing in a similar way to phpList, as the root issue could be the same), you could always open up a separate Support Request. We could then work through the issues at the same time, without us getting confused :-)


So I'll start again for phplist.

Actually the installation goes fine, as you can see here: https://docs.google.com/file/d/0Bx27wsMwCNPaZ3VzVVZNbW10MU0/edit?usp=dri...

But, if I check the configuration for this server, configuration for php is empty: https://docs.google.com/file/d/0Bx27wsMwCNPaUF9WODFGZVJoNnc/edit?usp=dri...

So of course nothing works anymore. I couldn't find any error in the apache error log or this server's error log.

So I'm a bit lost here, I don't really know where to look at.

Okay, I think I understand what you're sharing in your screenshot now, I didn't follow that previously.

I'm curious what output you receive if you run this command:

php -v

Also, try creating a file in your public_html folder named "test.php", and then add the following contents to it:

<?php phpinfo(); ?>

When accessing that test.php script from your browser, does that work properly? Or do you receive an error of some kind?

For php -v: PHP 5.5.9-1ubuntu4.3 (cli) (built: Jul 7 2014 16:36:58) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies with Zend OPcache v7.0.3, Copyright (c) 1999-2014, by Zend Technologies

And tryinf to read any php file (so including test.php), I get an internal server error, with this error in apache2 error log:

PHP Fatal error: Directive 'magic_quotes_gpc' is no longer available in PHP in Unknown on line 0

And this in the domain's error log:

[fcgid:warn] [pid 31495] (104)Connection reset by peer: [client] mod_fcgid: error reading data from FastCGI server [core:error] [pid 31495] [client] End of script output before headers: test.php

Ah, so even that test.php script isn't working.

I think that's the key -- I think we need to figure out why the most basic of PHP scripts isn't running on your system.

Is this system upgraded from a previous Ubuntu installation?

The error showing up in the Apache error log suggests that it's seeing an option in the PHP config that's no longer supported, magic_quotes_gpc.

If you take a look in $HOME/etc/php.ini, is the magic_quotes_gpc option enabled there?

Just to be clear, everywhere else everything is working fine, only in the domain where I install phplist is broken.

The Ubuntu 14.04 was a fresh installation.

And yes, I checked the php.ini for this domain, it was fine, and I had magic_quotes_gpc = On

I just feel like it's not reading properly my php configuration, but I don't know why.

If magic_quotes_gpc setting is set to "On", that would actually cause the problem you're seeing.

If you comment that line out (the "magic_quotes_gpc = On" line), by putting a ";" mark in front of it in your php.ini file, does the test.php script begin to work properly?

Oh yeah, silly me, I read too quickly, totally misinterpreted the apache message. Anyway, working fine now, thx :)

So the script actually activates the magic_quotes_gpc, I uninstalled then re-installed, it was uncommented again.

Ah, it looks like at some point in time, that option was indeed necessary. But on recent PHP versions, that causes a fatal error.

I'm going to pass this along to Jamie for further comment.

Jamie, it looks like some Install Scripts, such as phpList, enable the magic_quotes_gpc option in the php.ini file.

However, as of PHP 5.4.x, that function has been removed, and will cause a fatal error when PHP is executed.

For the scripts that enable that option (it looks like there are 12 in all), could Virtualmin do a test to make sure it's not PHP 5.4.x or higher?

Edit: link to the relevant PHP documentation: http://php.net/manual/en/security.magicquotes.php

Ok, another thing, you should set the maximum script run time at 120 sec, it took me around 100 sec to initialize the db (so of course it crashed the first time, it had the default 30 sec value).

edit: ok that's weird, I did on another server, it took 1 sec...

And last, I don't know if it's from phplist this time, or some configuration with the script somewhere, while configuring, sometimes it redirects me to lists/admin instead of phplist/admin (phplist is the folder where I've set the installation, default one), so obviously it doesn't work.

edit: ok, this is only related to phplist, will read their documentation.

I spoke with Jamie, and the bug you reported about magic_quotes_gpc being added to the php.ini file will be fixed in the next Virtualmin release.

Regarding phpList and the run time -- we hadn't been able to reproduce an issue where the installation/initialization timed out.

If you continue to see that though, let us know so that we can look into it further.

Regarding the redirects -- did you get that working, or is that still a problem?

We hadn't run into problems with that previously, though if you continue to see problems with that, could you provide us with steps that we could use to reproduce it?

If it's a phpList problem, there may not be anything we can do about that; but we'd certainly like to make sure it's not related to how Virtualmin configures it.

For the redirect it's a phplist problem (I guess).

I still have the run time issue but I don't know why, I tried on another server with centos, and it took 1 sec :(

I noticed something, if I install phplist, configure it, uninstall it and install it again, I won't be able to use it anymore, I will get "Database error 1146 while doing query Table 'lists_phplist.phplist_config' doesn't exist" when I arrive on the login page.