Notification in Plesk: Error: ASL has not been configured run-parts: /etc/cron.hourly/asl exited with return code 1




  • Avatar

    After the command "run-parts /etc/cron.hourly/" nothing happens, it seems stuck.

  • Avatar
    Alexandr Redikultsev

    Hi @info!

    It might be possible in case there were an interference with another task that was running from /etc/cron.hourly/. In general, in case there were no errors right after the start of run-parts, just interrupt the process.

  • Avatar

    That worked. After waiting about 10-15 minutes step 3 finished, and I could proceed to step 4. Thanks!

  • Avatar
    Lebb Leby Levbv

    It worked! :)

  • Avatar

    I don't understand this page : it says the issue has been resolved on atomic side, if so why os it still hapening? (last alert 2 min ago)

  • Avatar
    Alexandr Redikultsev

    Hi, @Arnaud!

    Based on our information, fix should he delivered in scope of the rule set updates, in case the issue is still actual, force the Atomic Basic ModSecurity rule set update by switching it on and off via Tools & Settings > Web Application Firewall.


  • Avatar
    Robert (Edited )

    aum -c  gives -bash: aum: command not found 

    yum remove aum
    downloaded package 
    yum install

    run-parts /etc/cron.hourly/

    now gives me new error

    Failed to install the ModSecurity rule set: modsecurity_ctl failed: HTTP Error 403: Forbidden Unable to download tortix rule set

    This Helped
  • Avatar
    Victoria R

    The error is now back. I followed the steps of enabling/disabling, it didn't fix it this time. Was there a recent update again? 

  • Avatar
    Alexandr Redikultsev

    Hi @Victoria!

    Thanks for the report. We are checking this right now and will update the article accordingly.

  • Avatar
    Nathan Walsh (Edited )

    We had this occur again today. 14 VMs. Had to manually run through each machine (as root user) with:

    # aum -c

    This seemed to do the trick.

    Hope this helps.

  • Avatar
    Alexandr Redikultsev

    Hello, @Nathan Walsh!

    Thank you very much for the feedback! 

    I have also updated the article with the resolution in case aum -c is not working fine.

  • Avatar
    Alexandr Redikultsev

    Hi again, @Victoria!

    Please, check the article once again and let me know if that helps.

  • Avatar

    Same problem here (again). Neither, deactivating the Web Application Firewall NOR following all the steps until aum -c are working. I wasn't able to cp -a /etc/asl/config.rpmnew /etc/asl/config because that file does not exist. aum-c output is:

    root@login:/etc/asl# aum -c

    Errors were encountered:

    L CODE SOURCE                        MESSAGE
    - ---- ----------------------------- ------------------------------------------
    4 9998 Core::_get_config             New key, updating config
    2 2    ASLConfig::config_update      An error occurred attempting to read file
    3 9998 Core::_get_config             Failed to update configuration
    4 9998 Core::app_exit                Exiting with error level 3
    VERSION info:



    First output was:

    root@login:/tmp# ls -lt /etc/asl/config*
    -rw------- 1 tortix root 1 Aug 31 06:32 /etc/asl/config

    Now same situation:

    root@login:/etc/asl# run-parts /etc/cron.hourly/
    Error: ASL has not been configured
    run-parts: /etc/cron.hourly//asl exited with return code 1

    Can you make any suggestions?

  • Avatar
    Alexandr Redikultsev

    Hello, @Globalhawk!

    I tested it a little bit more and was able to find another workaround: in case /etc/asl/config exists and empty, and there is no backup, navigate to Tools & Settings > Web Application Firewall > Settings, select any other rule set for a moment (for example OWASP ModSecurity), apply it, and then select Atomic Basic ModSecurity back and apply it. 

    This actions re-created my /etc/asl/config.

  • Avatar
    Alexandr Redikultsev (Edited )

    Hello everybody!

    The article was updated with only Plesk UI solution that should work without any need to access the server via SSH.

    Do not hesitate to leave a comment in case it is not working.

  • Avatar

    Problem is solved after manually recreating the config-file (touch /ets/asl/config) and switching back to Atomic.

Please sign in to leave a comment.

Have more questions? Submit a request