Search results

For the time being I switched to S3. Although I want to use OneDrive aa I have a payed plan there already. MS needs to find a solution fast.

Hey PLESK team, will you please fix this? It's getting very annoying. BTW, when I delete all existing Backups and start over it works - until one full cycle has been reached (i.e. weekly full + incremental = full cycle after 7 days).

Not working for me either. MU13, I also set the backup to split files every 2GB, still not finishing.

Nope, no such cron task on my system. Cannot be the reason.

On Plesk Onyx Version 17.0.17 Update #12 this happens (again). I have applied the manual pmm-ras fix as it helped in the past and will report back. This thread should NOT be tagged as "resolved".

Hi, Im on MU9. Product version: Plesk Onyx 17.0.17 Update #9 Update date: 2016/12/06 22:30 Build date: 2016/11/17 16:00 OS version: Ubuntu 14.04 Revision: ab6766191d3ba26e7b21255ab007fc7fc56d84c6 Architecture: 64-bit Wrapper version: 1.2

I copied the pmm-ras file over manually, that did the trick for a few days. Suddenly the errors are back and I realized: My copy was overwritten. I repeated the manual fix. Let's see how that works...

I removed the config, removed aum, reinstalled it, copied the config file from /var/asl/rbc/etc/asl/config , now the crons are not generating error reports with REPUTATION_REPORT="no" APACHE_RESTART_COMMAND="/etc/init.d/apache2 restart" on Debian.

Nope. Did no such thing. Using the content of the config(backup?) that was located at /var/asl/rbc/etc/asl/config with APACHE_RESTART_COMMAND and REPUTATION_REPORT adjusted to apache2 Debian / "no".

The KB (which now just says update aum) doesn't fix the cron error message run-parts: /etc/cron.hourly/asl exited with return code 126 with aum 4.0.19-40 on Debian.

What does ASL do anyway? Is it safe to just disable the cron jobs for now? Im tired of this until it became permanently fixed.

Obviously the config gets deleted daily. Mine is empty again since of this morning.

@KristianM , your fix did help indeed. FInal or not, it'sa working workaround, better than disabling the hourly job. To wrap the fixes / workarounds up: 1. Missing config / ASL has not been configured 2. Hourly cron exit code 127

/etc/cron.hourly/asl does still not work. Exit code 127. Daily works, though.

That worked for me, too. Nice catch! Update: Nope, run-parts: /etc/cron.hourly/asl exited with return code 127

Yeah, Plesk updated here as well this morning to #43 and according to the config file info, it was modified around the same time.

So, the solution to reinstall modsecurity didn't help. I think the problem occurs due to the empty config. Anyone knows the Plesk standard ASL config?

Keep us in the loop - for me these didn't work and I received this cron error for the first time today as well. /etc/cron.hourly/asl: Error: ASL has not been configured run-parts: /etc/cron.hourly/asl exited with return code 1

Cannot authenticate via SMTP for mail-users with mailbox OFF and forwarding ON. It's not exactly an issue but highly odd behaviour. - Add a mail user = mail address - Set a password and a forward to: mail address in the process - User cannot send mails - Mailbox has to be activated for the user...

This is bugging me as well for ages. I want to be able to set up a mail account (that has to have a password by default @plesk) that may send mails but has no physical mailbox (just forward to another address).