when truncate didnt work, i asked if it would be a dumb move to try drop table, as i am a little more comfortable with sql stuff, but concerned id brick the site. i didnt want to do that today, fantastic backups notwithstanding, so i came to the support forum for support, like a damn fool. ill keep any further inquiries related strictly to the operation of the cloudron platform itself and apologise for my presumption. happy new year!

Since this is about a customized developer WP and is not reproducible with the clean dev package from the app store, I'm not sure if it is a support case for Cloudrons team to solve.

PS: make sure(!) your Cloudron does not run out of disk space. If necessary stop the apps in question.

client started to notice sluggish performance. i went to trouble shoot and noticed her action scheduler log file was getting massive, for the size of the site she has. it was at 3gb at that point. its now over 6gb!

then I had a couple more sites start to do the same. they soon started crashing and generally wrecking my day.

i dumped wp-optimize premium into them in hopes that i could kill that log file .. but it did not kill the log file =
so, i dropped a truncate command in via a self built plug in. now... the sites have calmed down. .they're running faster than they ever have (that's great) but those massive log files are still there on at least:

https://plains.digital/
https://myhouseofhearing.ca/

im confirming with the other sites right now, but i could really use some advice and a pair of eyes on the two!
ive got to kill that file somehow!

failing a truncate command... if i used DROP TABLE .. would i be shooting my own head off?

thanks in advance for the help!

Please provide far more information then what is currently present.