Plesk 7.5.4 Reloaded Beta is now Available

[Hultenius]

So you mean that it actually works?
Thats good news, indeed

Would be nice to have some graphs also.
Like System Stats 2 (http://de-neef.net/apps/SystemStats2/grapher.php)

 

[Triloxigen]

Will PHP (for plesk) upgraded by the Plesk updater to version 5?

 

[Cranky]

Yes, if it's supported by Plesk 7.5.4. The beta for RHEL3 is still running PHP 4.3.11. As the beta isn't yet official the features could easily change.

 

[PaulC]

It says the CP is now written in PHP 5 so I would imagine it would have to upgrade for Plesk to actually work

 

[Alcedema]

I've installed 7.5.4 and it's still only got php- php-4.3.9-3.6 installed.

 

[PaulC]

Plesk uses it's own PHP installation for the control panel, which is now PHP 5.

I believe the PHP version used by the hosted sites is PHP 4.x

 

[Alcedema]

Oh yes, sorry, i didn't see that the initial question was about php for plesk itself. So thought you were talking about the global php installation.

My mistake.

 

[Cranky]

Are you sure it's upgraded PHP for plesk admin server? I checked it in private beta and it was PHP 4.3.11.

Maybe I checked the wrong server ... hmmmm

 

[PaulC]

In admin/bin:

plesk754# ./php -v
PHP 5.0.4 (cli) (built: Aug 4 2005 15:30:41)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies
with eAccelerator v0.9.3, Copyright (c) 2004-2004 eAccelerator, by eAccelerator

 

[Cranky]

Yeah I've just checked, I must have been looking at a Plesk753 VE by mistake.

 

[AplosMedia]

What about the client side http templates? Is it still using the apache check for php?

In 7.5.3 it uses

<IfModule sapi_apache2.c>

That doesn't work with php5 unless you modify source.

- Eric

 

[Spyder]

Testing on the "guinea pig server"

Upgraded from 7.5.3 ...

- besides the problem with the mysql.sock (linked again from tmp to correct place)

- and finaly one SB instalation that works without pain

I got this..

in freebsd 4.9 + plesk 7.5.4 Beta


/usr/local/psa/admin/bin

./php -v
PHP 5.0.4 (cli) (built: Aug 3 2005 19:59:33)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies
with eAccelerator v0.9.3, Copyright (c) 2004-2004 eAccelerator, by eAccelerator


-----------------------------------------
/usr/local/psa/apache/bin

./php -v
PHP 4.3.11 (cli) (built: Aug 3 2005 20:45:23)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with the ionCube PHP Loader v2.5, Copyright (c) 2002-2004, by ionCube Ltd.

 

[BoXie]

Damn,

Still no 'port-RANGES' function in the firewall module ? What a shame.

 

[Iditec]

In FC3 crashes.
The doamins put in /var/www/no in /home

 

[sieb@]

So far I'm liking the beta, especially the self-monitoring module. And it flies on FreeBSD.

 

[CCHickman]

I had several problems -- all to do with additions to my system.

First -- the PLESK AutoUpdater conflicted with a PLESK v7.5.1 Christmas Skin RPM that was still installed. RPM -e'd that.

Second -- after updating, PHP no longer recognized MySQL (I have ART's PHP v4.4.0 and MySQL v4.1.2).

I found that no matter what I did, I could not get mysql-compat to work ...

[root@antiochwebhost mysql4.1.12]# rpm -Uvh mysql-compat* --force
Preparing... ########################################### [100%]
1:mysql-compat ########################################### [100%]
/var/tmp/rpm-tmp.50119: line 8: fg: no job control

Well - after RPM -e --nodeps all of my PHP RPMs and installing the PHP v4.3.2 RPMs that came supplied with PSA v7.5.4 (full download) -- everything is working fine.

--

So my question is -- since PSA is now using PHP 5 for it's interface, has this changed the way that the non-PSA PHP needs to be configured for MySQL? Is that why ART's PHP upgrades aren't working?

(Total time to figure this one out ... 2 hours... and I'm at PHP v4.3.2 with MySQL v4.1.2 using the v3.23.58 compatibility library.

-- Good job on PLESK v7.5.4 - very painless upgrade!

 

[Traged1]

It's about time that they added a monitoring control, but for those of you who do not use this new version yet you could always do it the old fashion way:

#!/bin/sh
ps auwx | grep -v grep | grep httpd || /etc/rc.d/init.d/httpd start
ps auwx | grep -v grep | grep coldfusionmx || /etc/rc.d/init.d/coldfusionmx start
ps auwx | grep -v grep | grep named || /etc/rc.d/init.d/named start
ps auwx | grep -v grep | grep qmail || /etc/rc.d/init.d/qmail start
ps auwx | grep -v grep | grep snort || /etc/rc.d/init.d/snort start
ps auwx | grep -v grep | grep postgres || /etc/rc.d/init.d/rhdb start
ps auwx | grep -v grep | grep asp-server-3000 || /etc/rc.d/init.d/asp-server-3000 start
ps auwx | grep -v grep | grep mysqld || /etc/rc.d/init.d/mysqld start

Save this as restart-services.sh and add a cron job to run it evey 10 or 15 mins.

And like always you can modify the script to remove or comment out any services you are not actively running.

I thank you SW-Soft for the Coldfusion 7 support, I have been waiting for this to happen as hundreds of our cf customers have been begging us to upgrade for months now.

I wonder if the new API and CLI will fix the issues we have had with modernbill's plesk module? When I taked to Micheal from MB, he told me that the plesk cgi files have all been written by swsoft, so I wonder if they will also update them for use with the new CLI?

I also noticed that the windows versions of plesk has support for Acronis Backup imaging, but it has never been added to the Linux version, will sw-soft add it to LInux? Acronis works on Linux so I don't see why they would leave it out, specially when it rocks over Plesk-BU?

 

[atomicturtle]

Separate development groups. In general Id say very very little code, if any translates between platforms.

 

[Redah]

Is it true that if I install Plesk 7.5.4 on a new box it will put all websites in /var/www instead of /home/httpd ?

If that's the case, I'll need to mount my disks differently, I've reserved almost all the space for the /home partition...

*sigh*

 

[Redah]

I have tried to install PSA 7.5.4 on a FC3 machine, and ran into quite some problems. I've submitted them to bugreport, but I'm not sure if they're bugs, so I have copied the e-mail here, perhaps someone can figure out what went wrong

==================================================

Hello,

I have tried to install Plesk 7.5.4 for Linux on two Fedora Core 3 test
machines. Both have a minimum install, NO selinux, and just the packages
needed for Plesk. I have found 4 errors so far:

Error #1: Invisible dependencies

After running "rpm -Uhv" in the base dir, it tells me that it needs
"libmysqlclient.so.10". So, I install "MySQL-shared-compat-4.1.11-0.i386.rpm",
which includes this. After this, the "rpm -Uhv" command tells me:

[root@test base]# rpm -Uhv *
error: Failed dependencies:
        which is needed by psa-7.5.4-fc3.build75050803.19.i586

I just resumed installing by using --nodeps. The installation started.



Error #2: User psaadm

The installer started by saying something along the lines of "User 'psaadm'
does not exist, using root!". I am not sure if this is a problem or not, but
I just figured I should mention it.



Error #3: MySQL 4.1

PSA 7.5.4 can't handle MySQL 4.1. It can't start the MySQL server (can't
find mysqld). Not sure if it is supposed to be able to use MySQL 4.1 or not.



Error #4: SELinux problems

Again, we are NOT using SELinux, and we really don't want too, either. While
installing PSA 7.5.4, the screen gets full with lines of text, for example:

mkdir -p tmp
( cd domains/program/ ; for n in *.te ; do echo "define(\`$n')"; done ) >
tmp/program_used_flags.te.tmp
( cd domains/misc/ ; for n in *.te ; do echo "define(\`$n')"; done ) >>
tmp/program_used_flags.te.tmp
mv tmp/program_used_flags.te.tmp tmp/program_used_flags.te
mkdir -p tmp
m4  -Imacros -s flask/security_classes flask/initial_sids
flask/access_vectors tunables/distro.tun  tunables/tunable.tun attrib.te
tmp/program_used_flags.te macros/program/apache_macros.te
macros/program/chkpwd_macros.te macros/program/chroot_macros.te
macros/program/clamav_macros.te

However, it fails on the following:

make: Leaving directory `/etc/selinux/targeted/src/policy'
cat: /selinux/policyvers: No such file or directory
make: Entering directory `/etc/selinux/targeted/src/policy'
/usr/sbin/load_policy /etc/selinux/targeted/policy/policy.18
load_policy: booleans.c:48: security_get_boolean_names: Assertion
`selinux_mnt' failed.
make: *** [tmp/load] Aborted
make: Leaving directory `/etc/selinux/targeted/src/policy'

No matter how many times we retry the installation, it won't get past this
point.
This basically means that PSA 7.5.4 for FC3 is uninstallable for us.

I hope this is helpfull and you can figure out what went wrong.

==================================================

There you go