Hi all,

We just discovered the change of the 1000 lines limit, because we have some big 
crontab that are now broken. Our servers run multiple MySQL instances, that 
each runs many databases, the contab contains one line per database to dump 
once a day, so we have up to 4500 lines of legit command for a user.

We tried to find a way to make it works, but we didn't found a secure one. (We 
don't want those cron jobs to be run by root)


Currently we have downgraded the cron package to keep our prod working.


The idea of the configurable limit in /etc/default/cron sounds very interesting 
to me (Maybe two different config for root ones and userland ones ?), it could 
allow the sysadmin to adapt the value for each use case.


Did you have the time to take a look at it yet ? Or could you consider to raise 
the limit up to 5000 ? (I don't really see if a limit set to this value still 
protect from CVE-2019-9705 as it probably depends of the amount of memory 
available on the server)


Any way, thank you all for the work on Debian project (even if this patch 
doesn't really fit my needs :D )


That's the first time i reply on a debian bug, so, sorry if didn't follow some 
"rules"...



Maxime Feron

OVH - DevOps databases

Reply via email to