SW-Soft You have done it again with this Plesk 8.0.1 update

[phatPhrog]

Cheers to you guys once more for releasing updates prematurely!!!!

Although Plesk is the best system available, you guys really know how to f *** up a good thing!

My partner just ran an update via one of our Plesk servers.....since updates were available for 8.0.1.

Not knowing the havoc he would create, he chose to update the 8.0.1 and on his return to complete the update he finds, (as well as I find)
Warning: Error: There is no release with ID PLESK_8_0_0.
WHAT ARE YOU GUYS DOING TO US?

No UPDATE link is available anymore!!!

One day you are updating to 8.0.1 then next thing we know you are waiting until the autumn to do so, then WTF, you spring it on us and screw everything up!

Don't you make enough money to pay troubleshooters, or perhaps programmers to verify these upgrades?

Now I have to reimage our servers, thus bringing down client accounts. Shees! You guys really **** sometimes!

[CruzMark]

For what it's worth, I've not run the update at all and my updater says exactly the same thing...

Oh, and I learned my lesson long ago. Never update *anything* on a Friday unless you're ready to work over the weekend...

[DazTomkins]

Im also having problems updating to 8.0.1. i get the following error:

ERROR: PleskFatalException
Undefined release.

--------------------------------------------------------------------------------

0: /usr/local/psa/admin/plib/common_func.php3:169
psaerror(string 'Undefined release.')
1: /usr/local/psa/admin/htdocs/server/autoinstaller_install.php:15


:mad:

[MiLor]

Here the same

Warning: Error: There is no release with ID PLESK_8_0_0.


My first PLESK server, others are WHM/CPanel no problems over there.

[RuthServer]

hi,

"Warning: Error: There is no release with ID PLESK_8_0_0."

where does this message appear?

[mhutchings]

Just out of curiosity, what OS / Version is everyone using that is having problems.

I updated multiple servers without any problems. Most of our companies servers are Fedora Core 4 servers.

[jens.jensen]

FC4 (smp, 64-bit)

I had a similar problem where the update appeared to start but never did anything (it did successfully kill apache) and did not notify me of it.

logged in ssh as root and ran plesk autoinstaller (? /usr/local/psa/admin/autoinstaller) and found that it was using /root/psa to store temp files/packages, etc and needed at least 300-400 mb free, which the partition where my /root is did not have enough space. With the autoinstaller I was able to specify a location on a bigger partition. (HEY PLESK, EITHER CHECK TO SEE IF YOU HAVE ENOUGH SPACE OR GIVE THE USER AN OPTION TO USE A TEMP FOLDER ELSEWHERE, and please, please notify us if it failed.!)


So advice would be, attempt running autoinstaller as root and maybe you will get more info on why the update failed.

[DazTomkins]

Hi, Im also using Fedora Core 4.

Ive tried running the autoinstaller through root on ssh and it seemed to go ok, downloaded all the files etc, was about to install them, and then it said


ERROR: Not enough space for product installation: In directory /usr/local the are 300 Mb is required but available only 0 Mb. ERROR: Installation failed

So, can i ask which directory you changed yours to, and how you changed it?

Thanks

Daz

[DazTomkins]

Well i found out how to change the directory, so ive changed it to a directory which has like 50 Gb of free space.

It proceeds to download the files into this directory, but then I get the same error message that i mentioned in my previous post....

ERROR: Not enough space for product installation: In directory /usr/local the are 300 Mb is required but available only 0 Mb. ERROR: Installation failed

Im confused! :confused:

[jens.jensen]

you need to have enough space in two places.

1. whatever directory the autoinstaller downloads packages to store (defaults to /root/psa) - you can change this in autoinstaller

2. location of your psa directory (maybe /usr/local/psa, etc) .. If the partition that your /usr directory is on doesnt have enough space to install the updated packages to, then it will likely fail

[DazTomkins]

OK, Ive already changed the first, so how do i get round the second problem?

[jens.jensen]

well the location that psa and other programs that use the /usr directory are pretty much fixed.

You would want to look at cleaning up that partition to make room.
The other option would be to move some partitions around, resize, or repartion some things... that's beyond the scope of this thread

[phatPhrog]

Well, since SW-Soft appeared to have fixed the problem, we tried another update.

This time we received:

ERROR: error while executing RPM

What gets me is that it failed because we have a newer version of Spamassassin running on our server.

spamassassin >= 3.0.0 is needed by psa-spamassassin-8.0.1-fc4.build80060613.20.i586

Shees! Not gonna sacrifice removal of our SPAM settings to satisfy flaws in the Plesk installer.

Hope you guys get this worked out.

[DazTomkins]

Yeh im also getting that same error now.

ERROR: error while executing RPM

Although mine seems to fail on the migration manager......

[NightStorm]

Originally posted by phatPhrog Shees! Not gonna sacrifice removal of our SPAM settings to satisfy flaws in the Plesk installer.

Hope you guys get this worked out. [/B] Wish I had taken that route. Over 10,000 emails were used to train our spamassassin spam and ham databases, and since the update, the server load *again* went through the roof (a recap of 8.0.0), and psa-spamassassin started dying randomly. We also could no longer use the Plesk interface to make any changes, as the spammng would fail.
swsoft has been logged into our server twice now, but has not yet updated the helpdesk ticket, nor have they actually fixed spamassassin (evidenced by the 370 spam emails sitting in my inbox right now).
We've lost all our settings, all the training, and we have SFA working to actually filter the incoming spam.
*sigh* At least my cPanel boxes filter their incoming spam...

[pixeline]

personally, since the nightmarish upgrade to 8.0, i have decided to never upgrade plesk again. EVER. if it runs without flaws as such i don't care about new features. At least i intend to stick to this maxim as long as possible.

hell, after all, i'm still using MS word 97 and i'm happy with it.

[NightStorm]

thanks...

[johnjakob]

This is what I get after upgrading to 8.0.1 from 8.0:

The file /usr/local/sitebuilder/include/autoprp.php cannot be decoded by this version of the ionCube Loader. If you are the administrator of this site then please install the latest version of the ionCube Loader.

Anyone else having this issue? Everything else appears to working just fine.

[Traged1]

We noticed that PLESK stop recognizing our coldfusion server and stated that our coldfusion component was no longer installed, we had to re-install the coldfusion support package to get it working again. Also I have noticed that after the upgrade to PLESK 8.01 we needed to restart the psa-spamassassin service as it was left off by defualt since the upgrading of our spam training databases was not possible. Even though by restarting psa-spamassassin service and it is working now, we can NO LONGER train any new spam or hams using the PLESK interface, it just come back up and tells us: Messages learned: 0 as spam, 0 as non-spam, 0 total. I seem to remeber this issue before and we fixed it by removing all the old spam databases for each email address and then restarted the spamassassin service. Oh ya, also the upgrade overwrote our /etc/proftpd.conf file and our ftp server was slow as heck, a simple restore from backup for this file and a xinetd restart fixed it.

BTW: We are on RHEL3 ES with PLESK 8.01

[LiquidSolid]

Right, ofcourse I as well had to press that interesting update button and select the newest version available. The good thing is that it updated without any error messages, well only a small one. It can't find a template for Monit.

So I thought aren't I the lucky one. For as far I can see the system is running as normal. The only change is that i'm missing a lot of icons in my control panel. If I check the component page, it says a lot hasn't been installed, but by checking it myself I see all daemons running and working.

So SWsoft please bring me back my icons.

I'm using Debian 3.1 with a 2.6.9-3 SMP kernel w/o modifications.

If anyone has a solutions for the icons, I would highly appreciate it.

[LiquidSolid]

All,

After losing some of the icons, and services which weren't showing anymore, but still running I decided to investigate myself. I reinstalled the license key, which didn't make any difference.

On debian:

I checked the installed packages and reinstalled the base system again from console wth the following command:

dpkg -i psa_8.0.1-debian3.1.build80060613.20_i386.deb

After this reinstall my icons are back and the updater tells me that everything is installed OK. Up to now, no additional problems/issues has been found.

Hope this helps for you as it did for me.

[Who-m3]

Originally posted by johnjakob
This is what I get after upgrading to 8.0.1 from 8.0:

The file /usr/local/sitebuilder/include/autoprp.php cannot be decoded by this version of the ionCube Loader. If you are the administrator of this site then please install the latest version of the ionCube Loader.

Anyone else having this issue? Everything else appears to working just fine.

Daily e-mails from crontab'd jobs...


<br>The file <b>/usr/local/sitebuilder/modules/statistics/stat_parse.php</b> cannot be decoded
by this version of the ionCube Loader.
If you are the administrator of this site
then please install the latest version of the ionCube Loader.

Same issue, I believe, but unable to identify the exact problem. I've verified I have the latest version of the ioncube loader running, yet this still comes up.. Anyone able to assist, it'd be greatly appreciated.

[wattie]

I got no problems upgrading from 8.0.0 to 8.0.1... I am on freeBSD 6

[Who-m3]

Originally posted by johnjakob
This is what I get after upgrading to 8.0.1 from 8.0:

The file /usr/local/sitebuilder/include/autoprp.php cannot be decoded by this version of the ionCube Loader. If you are the administrator of this site then please install the latest version of the ionCube Loader.

Anyone else having this issue? Everything else appears to working just fine.

I finally did some toying around today to see what I could find out. It appears the rpm distribution of SiteBuilder that I had installed was not an "official" release. The latest "release" is dated march 2006. The version I had was dated June. Not sure how exactly I got it with it not being available for download from SW-Softs' site, but ya know..

Anyway, I did an rpm -Uvh on the version that I could get from sw-soft, with a --force of course (as there was no other way). Got my sitebuilder up and running long enough for me to realize I wont be spending the 600.00/year on it... But, I remembered I wasn't the only one experiencing problems, so I'd share what I found to get you back on your way... Best of luck.

-John

[CCHickman]

No problems here, upgraded from the Updater with FC2 from v8.0 to v8.0.1... and sobbed a little bit at SW-Soft's abandonment of the RH9 platform with my other server...

From the perspective of someone who is a huge advocate of 3rd party solutions -- especially when in regard to PLESK and it's lack of things commonly discussed and posted on the feature request list -- I think that SW-Soft should aim to make PLESK upgrade smoothly even when 3rd Party Applications are installed.

It's just a matter of having a very robust installer program with proper error checking. I'm sorry to hear that so many users are having upgrade issues.

I've had many issues with Sitebuilder and the Battlefield 1942 mod in the past (yes, the BF1942 mod was preventing updating and I removed it and it fixed everything -- bizarre, isn't it?) -- and it seems that keeping your system clean from all unnecessary PLESK packages certainly reduces upgrading problems.

[sieb]

I haven't had any problems on my test setups. From what I've read in the past, PSA usually dies on highly customized installs, or if there are other packages installed with PSA (IonCube, CF, etc..).

[Pallieter]

Originally posted by Who-m3
Daily e-mails from crontab'd jobs...


<br>The file <b>/usr/local/sitebuilder/modules/statistics/stat_parse.php</b> cannot be decoded
by this version of the ionCube Loader.
If you are the administrator of this site
then please install the latest version of the ionCube Loader.

Same issue, I believe, but unable to identify the exact problem. I've verified I have the latest version of the ioncube loader running, yet this still comes up.. Anyone able to assist, it'd be greatly appreciated.

I get this daily email:

PHP Warning: main(): Unable to access /usr/local/sitebuilder/modules/statistics/../../include/config.php in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6
PHP Warning: main(/usr/local/sitebuilder/modules/statistics/../../include/config.php): failed to open stream: No such file or directory in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6
PHP Fatal error: main(): Failed opening required '/usr/local/sitebuilder/modules/statistics/../../include/config.php' (include_path='.:') in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6

Any suggestions?

[Whistler]

Originally posted by Pallieter
I get this daily email:

PHP Warning: main(): Unable to access /usr/local/sitebuilder/modules/statistics/../../include/config.php in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6
PHP Warning: main(/usr/local/sitebuilder/modules/statistics/../../include/config.php): failed to open stream: No such file or directory in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6
PHP Fatal error: main(): Failed opening required '/usr/local/sitebuilder/modules/statistics/../../include/config.php' (include_path='.:') in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6

Any suggestions?

I get it too, on a fresh clean Plesk 8.0.1 install on FreeBSD 6.1 - haven't had time to check why yet...

But as far as I know SiteBuilder has always had different kind of problems on FreeBSD...

[ewtech]

Hi;
I think you can try this,
http://eng.ewtech.com.tw/
May be can solve your problem.
Thanks!

[Whistler]

Originally posted by ewtech
http://xxxxxxxxxxxxxxxx.tw/


Hmmm... I really hate it when people spam... and your suggestion looks pretty much like spam to me.

So to others: don't check the link - its just spam.

[eugenevdm]

I reported the link and user as a SPAMMER. Hopefully SWSoft will disable their account.

Here is the account details:

ewtech
Junior Member

Registered: Sep 2005
Location:
Posts: 24

[dennis00]

How did you guys fix this issue?PHP Warning: main(/usr/local/sitebuilder/modules/statistics/../../include/config.php): failed to open stream: No such file or directory in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6
PHP Fatal error: main(): Failed opening required '/usr/local/sitebuilder/modules/statistics/../../include/config.php' (include_path='.:') in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6
Content-type: text/html
X-Powered-By: PHP/4.3.11

[euro_gedimas]

Ok I have same problem:

PHP Warning: main(): Unable to access /usr/local/sitebuilder/modules/statistics/../../include/config.php in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6

Warning: main(): Unable to access /usr/local/sitebuilder/modules/statistics/../../include/config.php in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6 PHP Warning: main(/usr/local/sitebuilder/modules/statistics/../../include/config.php): failed to open stream: Invalid argument in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6

Warning: main(/usr/local/sitebuilder/modules/statistics/../../include/config.php): failed to open stream: Invalid argument in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6 PHP Fatal error: main(): Failed opening required '/usr/local/sitebuilder/modules/statistics/../../include/config.php' (include_path='.:/usr/local/psa/apache/share/pear') in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6

Fatal error: main(): Failed opening required '/usr/local/sitebuilder/modules/statistics/../../include/config.php' (include_path='.:/usr/local/psa/apache/share/pear') in /usr/local/sitebuilder/modules/statistics/stat_parse.php on line 6


Plesk 8.0.0
FreeBSD 6.0

Have anyone solve this problem?:confused:

[secular]

Originally posted by euro_gedimas
Ok I have same problem:



Plesk 8.0.0
FreeBSD 6.0

Have anyone solve this problem?:confused:


check permissions on that path, also check to make sure openbasedir includes that path as well. you may have more luck googling that problem as i doubt its a plesk-specific issue