Page 1 of 1

ProFTPd Fails after micro updates on Plesk 10.4

Posted: Wed Jan 11, 2012 5:54 am
by chrismcb
Hi,

After each micro-update from Parallels, ProFTPd fails with the following errors produced:

Code: Select all

Fatal: unknown configuration directive 'ClamAV' on line 2 of '/etc/proftp-asl.conf'
Each time, the only thing I can do is to reinstall psa-proftpd.

Code: Select all

# yum reinstall psa-proftpd
This can go on for hours if no-one picks up on it... is there anything that can be done to allow for cross-compatibility with the original ProFTPd and the ART version?

Re: ProFTPd Fails after micro updates on Plesk 10.4

Posted: Wed Jan 11, 2012 9:04 am
by breun
chrismcb wrote:After each micro-update from Parallels, ProFTPd fails with the following errors produced:

Code: Select all

Fatal: unknown configuration directive 'ClamAV' on line 2 of '/etc/proftp-asl.conf'
Each time, the only thing I can do is to reinstall psa-proftpd.
Yes, also see https://www.atomicorp.com/forum/viewtop ... =18&t=5603
chrismcb wrote:This can go on for hours if no-one picks up on it...
I recommend monitoring service availability. :)
chrismcb wrote:is there anything that can be done to allow for cross-compatibility with the original ProFTPd and the ART version?
Plesk micro updates don't use RPM (boo!), so that sadly rules out a solution via RPM triggers. But it sure is annoying to have to remember to reinstall proftpd after every micro update.

Re: ProFTPd Fails after micro updates on Plesk 10.4

Posted: Wed Jan 11, 2012 9:11 am
by chrismcb
Yeah, there are monitoring tools set up, but there aren't always people poised to reinstall a package at every hour of the day.

Can the line in question that it breaks on (with the subsequent lines the same if it got a chance to parse them, I'm sure) be moved elsewhere to at least ensure FTP services stay up - then a reinstall can be done manually after the update to get the ART release?

Code: Select all

#cat /etc/proftp-asl.conf
<Global>
ClamAV on
ClamServer 127.0.0.1
ClamPort 3310
</Global>
Or is there some other solution that Atomicorp can come up with to ensure Plesk doesn't reinstall its own ProFTPd?

Re: ProFTPd Fails after micro updates on Plesk 10.4

Posted: Wed Jan 11, 2012 2:50 pm
by mikeshinn
Or is there some other solution that Atomicorp can come up with to ensure Plesk doesn't reinstall its own ProFTPd?
The problem is that Plesk doesnt honor package management when you use their microupdates (if you use yum you're good). So we are in fact doing it correctly, they just blindly ignore the systems configuration and clobber things. We recommend you open a case with them to not do this, when they use rpm these things are taken care of automatically, but the microupdate system from PArallels doesnt. They've been scolded many many times, including back when Scott and I still owned Plesk that not do this. But some developers just don't care, so keep hounding them to drop this backwards system. They have a great package management system, they just dont use it for microupdates. :-(

Anyway, this FAQ is the simple procedure to fix their poor package management:

https://www.atomicorp.com/wiki/index.ph ... sl.conf.27

Which is just to run this command as root:

yum reinstall psa-proftpd psa-proftpd-xinetd

Re: ProFTPd Fails after micro updates on Plesk 10.4

Posted: Wed Jan 11, 2012 3:32 pm
by breun
mikeshinn wrote:The problem is that Plesk doesnt honor package management when you use their microupdates (if you use yum you're good). So we are in fact doing it correctly, they just blindly ignore the systems configuration and clobber things.
While of course you are correct that it's bad that they're bypassing the package manager with their micro updates it's the users of the Atomic repository that suffer, because now they need to know about incompatibility between installing micro updates and a package in the Atomic repository.
mikeshinn wrote:We recommend you open a case with them to not do this, when they use rpm these things are taken care of automatically, but the microupdate system from PArallels doesnt. They've been scolded many many times, including back when Scott and I still owned Plesk that not do this. But some developers just don't care, so keep hounding them to drop this backwards system. They have a great package management system, they just dont use it for microupdates. :-(
While I agree that Parallels switching to using the package manager again for their micro updates (they used to ship RPM's back when micro updates were still called hotfixes!) would be the ultimate solution and of course Plesk users should bug Parallels about this, it would be nice if it was possible to do something in the psa-proftpd package to prevent proftpd from breaking. I'm sure Atomic users and ASL customers would like that. :)

After all Atomic is upgrading one of the Plesk packages here with a modified version and I can very well understand that maybe Parallels won't support people who do that. Or is it really just impossible to prevent micro updates from breaking the Atomic version of psa-proftpd?
mikeshinn wrote:Anyway, this FAQ is the simple procedure to fix their poor package management:

https://www.atomicorp.com/wiki/index.ph ... sl.conf.27

Which is just to run this command as root:

yum reinstall psa-proftpd psa-proftpd-xinetd
Sadly you'll have to run that after every subsequent micro update, as all previous micro updates get reapplied when upgrading to a new micro update. :(

Re: ProFTPd Fails after micro updates on Plesk 10.4

Posted: Thu Jan 12, 2012 11:26 am
by scott
Possibly, with something we can do in the kernel. It would make it look like the micro-updates were being applied but would silently (exit 0) fail.

Re: ProFTPd Fails after micro updates on Plesk 10.4

Posted: Thu Jan 12, 2012 11:28 am
by chrismcb
Would this kernel-level tweak stop ALL micro updates? or just the ProFTPd one?

The updates are good and useful - they do allow us to turn them off anyway, so a selective option would be best.

Re: ProFTPd Fails after micro updates on Plesk 10.4

Posted: Thu Jan 12, 2012 1:17 pm
by scott
Lets just say I call it the "Nuclear" option

Re: ProFTPd Fails after micro updates on Plesk 10.4

Posted: Mon Jan 23, 2012 12:33 pm
by mikeshinn
So we've added in new self-healing rules, which amongst other things, can analyze logs and take corrective action on the system to repair things, fix things, etc. We've added in SH rules for the psa-proftp Parallels bug, and some others.

If there are events you want us to analyze and for ASL to take action please let us know. As we discover things we think ASL should self-heal on the system, we'll add them in.

Re: ProFTPd Fails after micro updates on Plesk 10.4

Posted: Mon Jan 23, 2012 12:36 pm
by breun
A self-healing rule for qmail-scanner breaking would be cool: https://www.atomicorp.com/forum/viewtop ... f=4&t=5560