Workarounds

[IgorG]

When domain administrator manages hosting on domain, Sitebuilder site is deleted

Plesk 9.2.x

When domain administrator updates domain hosting preferences in Plesk, appropriate Sitebuilder site is removed.

STEPS TO REPRODUCE:

1. Enable Sitebuilder 4.5 in Plesk 9.x
2. Create domain in Plesk
3. Enable access of domain administrator (Domains -> <site name> -> Domain Administrator Access)
4. Enable Sitebuilder support for the domain (Domains -> <site name> -> Web Hosting Settings). This causes new site with name <site name> is created in Sitebuilder.
5. Login to Plesk as domain administrator
6. Change to domain's hosting configuration page (Domains -> <site name> -> Web Hosting Settings)
7. Click OK without any changes

As result Sitebuilder site <site name> is removed from Sitebuilder.

SOLUTION:

http://kb.odin.com/en/6358

 

[IgorG]

statistics: Unable to get dir size of /var/qmail/mailnames/domain.tld

Plesk 9.2.3

statistics: Unable to get dir size of /var/qmail/mailnames/domain.tld
statisctics fails to calculate disk usage:

[root@hosted ~]# /usr/local/psa/admin/sbin/statistics --calculate-one --domain-name=colbycc.edu
...
statistics: Unable to get dir size of /var/qmail/mailnames/colbycc.edu
System error 2: No such file or directory
statistics: Unable to get dir size of /var/qmail/mailnames/colbycc.edu
System error 2: No such file or directory

SOLUTION:

Attached fixed 'statistics'.

FIXED IN 9.5.1

 

[IgorG]

Postfix error "Unprocessed command"

Plesk 9.2.3

Errors "Unprocessed command" in maillog like:

Nov 19 00:14:05 srv03 before-queue[21718]: Unprocessed command:
Nov 18 16:14:05 srv03 postfix/smtpd[21595]: lost connection after DATA from unknown[127.0.0.1]
Nov 18 16:14:05 srv03 postfix/smtpd[21595]: disconnect from unknown[127.0.0.1]
Nov 18 16:14:05 srv03 postfix/smtpd[21651]: warning: lost connection with proxy 127.0.0.1:10025

or

Nov 3 13:47:52 cgn8 before-remote[16362]: Unprocessed command: received:
Nov 3 13:47:52 cgn8 before-remote[16362]: Unprocessed command: from:
Nov 3 13:47:52 cgn8 before-remote[16362]: Unprocessed command: subject:
Nov 3 13:47:52 cgn8 before-remote[16362]: Unprocessed command: content-type:

SOLUTION:

Here you can find patched postfix-queue for all OSes.

FIXED IN 9.5.1

 

[IgorG]

Mail service does not function after backup task with domain suspension.

Plesk 9.2.x

qmail is not reloaded after backup task with domain suspension.

STEPS TO REPRODUCE
- start backup of domain with option 'Suspend domain during backup' enabled
- wait for it to finish
- try to send email to [email protected]

ACTUAL RESULT
- you will get answer from server that it "wasn't able to deliver your message"
- in maillog you will see this:

Aug 25 16:44:50 plesk9 qmail: 1251211490.515019 starting delivery 1223: msg 270482594 to remote [email protected]
...
Aug 25 16:44:50 plesk9 qmail: 1251211490.560032 delivery 1223: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6)/

SOLUTION:

http://kb.odin.com/en/7019

 

[IgorG]

Plesk does not support Internet Explorer 8

Plesk does not support Internet Explorer 8

SOLUTION:

http://kb.odin.com/en/6561

FIXED IN 9.5.1

 

[IgorG]

Problem with API requests

Following response on any API request:

error 1006
Permission denied.

SOLUTION:

http://kb.odin.com/en/7075

 

[IgorG]

ifmng fails with segmentation fault

Plesk 9.2.x

ifmng fails with segmentation fault:

# /usr/local/psa/admin/bin/ifmng --new eth1 xxx.xxx.xxx.xxx 255.255.255.0
Segmentation fault

SOLUTION:

http://kb.odin.com/en/7074

 

[IgorG]

WatchDog disks monitoring does not work

Plesk 8.6 on CentOS 5

Impossible to activate WatchDog monitoring for disks: "Error: Error: Partition /dev/vzfs not found"

To reproduce the error, simply go to Plesk CP > Modules > WatchDog > Disks
/dev/vzfs device is shown there but when enable monitoring - the error occurs.

SOLUTION:

Fixed utility in attach. Just replace it with /usr/local/psa/admin/sbin/modules/watchdog/md

 

[IgorG]

SQL comments prevent upgrade of psa.BackupsScheduled table

ROBLEM DESCRIPTION: MySQL 5.x consider comments starting with more than two dashes violation of syntax. Some of our files (e.g. /usr/local/psa/etc/pbm/pbm_db_upgrade_900.sql) contain such comments thus MySQL error is thrown on upgrade and table psa.BackupsScheduled is not fully upgraded.

STEPS TO REPRODUCE:

1) Install Parallels Plesk 8.x with backup manager on server with MySQL 5.0.x

2) Upgrade all components to 9.2.3

ACTUAL RESULT:

-bash-3.2# cat /tmp/psa-backup-manager_9.2.3_cos5.build92091016.19_upgrade.100107.18.09.log
START psa-backup-manager-9.2.3-cos5.build92091016.19 upgrading AT Thu Jan 7 18:09:15 GMT 2010
Trying to start service mysqld... mysqld (pid 7723) is running...
done
Trying to establish test connection... connected
done
Trying to establish test connection... connected
Trying to create temporary database storage... done
Trying to upgrade persistent database storage... ERROR 1064 (42000) at line 9: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-
ALTER TABLE `psa`.`BackupsScheduled` ADD COLUMN `backup_day` INT UNSIGNED NOT ' at line 1

SOLUTION:

# cat > test.sql
-- part2
ALTER TABLE `psa`.`BackupsScheduled` MODIFY COLUMN `last` DATETIME DEFAULT NULL;
# mysql -uadmin -psetup < test.sql

FIXED IN 9.5.1

 

[IgorG]

SpamAssassin 2010 year bug: FH_DATE_PAST_20XX extra points are added

Plesk ALL

SpamAssassin 2010 year bug: FH_DATE_PAST_20XX extra points are added for non-future messages. See https://secure.grepular.com/blog/index.php/2010/01/01/spamassassin-2010-bug/ or just google "Spamassassin Year 2010 bug".

SOLUTION:

Universal patched file in attach.

FIXED IN 9.5.1

 

[IgorG]

SMTP error in mail logs after upgrade to 9.3.0

Plesk 9.3.0

Following errors after upgrading to Plesk 9.3:

Jan 18 03:17:35 cm qmail-queue-handlers[10285]: Unable to get 'From:' string from SMTP session
Jan 18 03:17:35 cm qmail-queue-handlers[10294]: Unable to get 'From:' string from SMTP session
Jan 18 03:17:35 cm qmail-queue-handlers[10308]: Unable to get 'From:' string from SMTP session
Jan 18 03:17:35 cm qmail-queue-handlers[10319]: Unable to get 'From:' string from SMTP session
Jan 18 03:17:35 cm qmail-queue-handlers[10320]: Unable to get 'From:' string from SMTP session
Jan 18 03:17:36 cm qmail-queue-handlers[10326]: Unable to get 'From:' string from SMTP session

SOLUTION:

Try to use patched files from http://download1.sw-soft.com/Plesk/Hotfix/PleskUnix/9.3.0/32111/update.tar.bz2

 

[IgorG]

No statistics with enabled piped logs

Plesk 9.3

After upgrade to Plesk 9.3 with enabled 'Piped Logs' feature there is no updates in Awstats/Webalizer.
There is problem that there is no updated access_log and correspondently no statistics when customers have enabled piped logs according documentation http://download1.parallels.com/Ples...nistrators-guide/index.htm?fileName=59417.htm Everything is written on access_ssl_log Even if the customer has disabled the SSL.

SOLUTION:

http://kb.odin.com/en/8006

FIXED IN 9.5.1

 

[IgorG]

QMail loops messages to postmaster@$HOSTNAME if domain with name $HOSTNAME exists

Plesk 9.3.0

QMail loops messages to postmaster@$HOSTNAME if domain with name $HOSTNAME exists in Plesk.
If domain with same name as server's hostname exists in Plesk, then message to postmaster@$HOSTNAME will generate mini mailloop.

ADDITIONAL INFORMATION: By default in QMail aliases are working for hostname, e.g. '[email protected]' on server with hostname 'plesk.ru'. However, if domain 'plesk.ru' defined in /var/qmail/controls/rcpthosts, then alises from /var/qmail/alias stop working and QMail tries to deliver to local mailbox of domain 'plesk.ru'. Most of the time there are not mailbox with name 'postmaster' and error occurs:

Jan 19 13:57:36 dmtalvdal qmail: 1263905856.563663 delivery 829938: failure: This_address_no_longer_accepts_mail./

This error generates error report and sends it to postmaster@HOSTNAME which also fails to deliver and also generates error report to postmaster@HOSTNAME

SOLUTION:

http://kb.odin.com/en/8099

FIXED IN 9.5.1

 

[IgorG]

Plesk 8.x key was not updated automatically to 9.x during product upgrade

Plesk 9.3.0

Plesk 8.x key was not updated automatically to 9.x during product upgrade. In /var/log/messages you see:

plesk-key-upgrader: Key upgrade failed: existing Key for Plesk not found

SOLUTION:

After upgrade in file /etc/sw/keys/registry.xml change line

<value><string>never</string></value>

to

<value><string>instant</string></value>

and run attached utility. After that in /var/log/daemon.log you will see message about key upgrading.

 

[IgorG]

Chosen language is not applied when SSO is enabled

VERSION:
psa-9.2.3-rhel5.build92091015.22 RHELS 5.1 + reproduced on test server psa-9.2.3 with CentOS

ISSUE:
When choose locale on Login screen - it does not take affect and Default language is always takes precedence if SSO is enabled.

STEPS TO REPRODUCE:
- Enable SSO
- Install additional language pack but leave default language English in Home > Interface Preferences
- Choose another language on Login screen and log into -> Plesk PC is still in English

So, default language is always applied when SSO is enabled.

SOLUTION:
In attach custom fix for PPP for Unix 9.2.3 (it is also compatible with 9.3.0).
To install it copy attached files:
1. FI.php to /usr/local/psa/admin/plib/sso/delegated_ui/
2. RelyingParty.php to /usr/local/psa/admin/plib/sso/
3. LoginForm.php to /usr/local/psa/admin/plib/

Don't forget to make the backup of original files before copying.

 

[IgorG]

Problem with Plesk 9 localizations and PBAS

Plesk 9.x and PBAS.

DESCRIPTION OF PROBLEM:

When Plesk is inside PBAS, the left panel it's populated with info that PBAS in fact don't knows about it, the elements visible there comes from an API call to Plesk:

<packet version="1.5.2.0">
<domain>
<cform_buttons_list>
<filter>
<id>10</id>
</filter>
<cform_buttons_list>
</domain></packet>

In Versions < Plesk 9, with such call, Plesk was answering with the available options localized according to the object owner, in other words, if i was asking for a plesk domain, plesk was checking the locale of the plesk domain user and answering according to such language, something that plesk 9 always answers in english. PBAS don't knows what options are available, is more, on Plesk 8, this also had into consideration the screen customizations performed in
Plesk, then if a button was shadowed, was not appearing, if greyed and disabled by config to don't display, the same. Plesk 9 doesn't respects this.

SOLUTION:

There are 2 issues were found after the investigation (The 'current user' here - is the user on whose behalf the API-RPC request will be performed, i.e. his login and pasword are passed in HTTP_AUTH_LOGIN and HTTP_AUTH_PASSWD headers):
1. If the current user's locale is different from default locale (en-US), then the not localized list of elements is returned in response to cform_buttons_list request.
2. If the current user's locale is default locale (en-US), then the list of elements is returned in en-US locale.

We have prepared the custom fix for Plesk 9.x for Unix which fixes both issues, so the the list of elements is always returned localized according to current user's locale.

To install the fix copy attached Agent.php to /usr/local/psa/admin/plib/api-rpc/
Don't forget to backup the original file.

FIXED IN 9.5.1

 

[IgorG]

long User-Agent descriptions containing numbers mess up HTTP traffic statistics

Plesk 9.x

There is inconsistencies in HTTP traffic calculations. One day traffic spiked to 300TB which is physically impossible on his network connection. The issue caused by long lines of numbers in clients' browser identification, e.g.:

68.205.253.134 - - [16/Aug/2009:11:31:08 -0500] "GET / HTTP/1.1" 200 9751 "http://www.bananaguide.com/home" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; GTB6; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Seekmo 10.0.431.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618; WiniFighter 1.2.0.63; 96890803; 78690924603; 97880568603; 97990478603; 7978056703; 98670678903; 79980903; 9788023703; 96690603; 786907603; 986703825703; 89770258803; 66860903; 98870703; 78790241703; 698906803; 976808903; 7978054903; 97790684903; 97890887603; 78890177703; 99860703; 798801703; 97690603; 9669001703; 79780012803; 896708616803; 9679068903; 88980145803; 99960024603; 7988011903; 888804703; 6979087803; 887806543603; 88880603; 668606703; 98870603; 7968071903; 99760658803; 87790293603; 877906905603; 6989068903; 666609666903; 978802803; 99960603; 66860603; 978902498903; 97890284703; 8898025703; 97880603; 97890903; 96690629803; 886809249603; 966904903; 787901903; 979901903; 89670619703; 69690903; 88880903; 79880593903; 877904047703; 8878002903; 78790607703; 99660048803; 9996032703; 7879089803; 66960703; 9887011703; 8977061903; 99760603; 6969005703; 796803603; 898700803; 876901603; 797808603; 97880903; 876908160803; 879909803; 96890603; 896704799903; 79680603; 9867058903; 886806356903; 8977031703; 8888009903; 6979040903; 877901214603; 69890691703; 879902803; 88680157903; 877904603; 99860327703; 889802385803; 66860703; 8799020703; 9788066603; 789902991803; 98670703; 8977002803; 6686019903; 787908903; 969905803; 6696047603; 9679071603; 79780130703; 69890766903; 9966053803; 66860848603; 96690703; 888804603; 796805113703; 66660606903; 796803009803; 8987047603; 88780997603; 97990529703; 698905710803; 978806269803; 997602372703; 7998094803; 69890603; 78690803; 9867034603; 897709703; 667607703; 8878066903; 9976019603; 896704533803; 986700541703; 976809903; 66760903; 9877083903; 6696000703; 87690703; 969906059803; 97980119803; 998606695703; 97790191603; 986705724703; 89970603; 8769054903; 88880803; 979900903; 69890497903; 69990147703; 9689088603; 66660603; 796800628703; 979808225803;

SOLUTION:

Patched statistics utility for CentOS x86 for 9.3.0 and 9.0.1 in attach. FIXED IN 9.5.1

 

[IgorG]

spamassassin-3.3.0 won't work with plesk

Plesk 9.3.0

PROBLEM:

----
Fedora 11 just updated to spamassassin 3.3.0

It won't work with training with plesk. Everytime it shows 0 messages and 0 learned, 0 marked as spam,etc,etc

Roll back to 3.2.5 and it immediately works.

Spamassassin is indeed marking and working, just the psa-spamassassin plugin needs to be updated to work.

Since 3.3.0 is now final (F11 had rc1 and I assumed it was a bug) can we get a patch please as I want to run a current spamassassin, but be able to mark messages.
-----

SOLUTION:

In attach for all OSes. FIXED IN 9.5.1

 

[IgorG]

openssl update breaks sw-cp-serverd

Regarding problem described in KB article http://kb.odin.com/en/8338

Here are fixed packages - http://download1.sw-soft.com/Plesk/Autoupdate/sw-cp-server.zip
For FC11 and RHEL5 in attach.

FIXED IN 9.5.1

 

[IgorG]

Reseller cannot disable/enable mail services

Reseller cannot disable\enable mail service on domain even if has privileges to.

STEPS TO REPRODUCE:
1) Create reseller with all possible actions allowed
2) Crete domain for teh reseller
3) Log in PP under resellers account
4) switch off mail service on domain

ACTUAL RESULT:
Mail service is switched on

EXPECTED RESULT:
Mail service is switched off

SOLUTION:

To install the fix copy attached class.MailPreferencesForm.php and constants.php3 to /usr/local/psa/admin/plib/