I hate to ask such a stupid question, but I want to be 1000% sure that I'm not messing up.
When I changed to a new server in December 2020, the transfer of one of my big sites kept failing. So now on the new server, I have 2 directories:
/home/example/cpmove_failed_mysql_dbs.1608188441
/home/example/cpmove_failed_mysql_dbs.1608190633
Both have the same files inside:
example_db.create
example_db.sql
openfileslimit
roundcube.sql
But combined, they're about 20G!
I was going to delete them, but I see that the "last modified" dates on the directories are June 27 and June 30 (respectively). The files inside are still last modified in December 2020, but the fact that the dates changed on the directories has made me nervous. Obviously something is still touching them.
I changed the directory names 2 or 3 days ago (adding " - DELETE" to the end of the name), but see that the one still changed the last modified at 3:23am.
Am I right that I can still delete these directories?
I have a similar issue at:
/backup/weekly/2021-05-22/accounts/example/homedir/mail/cur
I don't use WHM's backup anymore, so May 22 was the last time that it ran.
I changed the directory name from "mail" to "mail - DELETE" a few days ago.
Even though it's a backup from May 22, the directory's last modified is June 30, 12:09am. And there are 61 files inside that are dated after May 22 (56 dated June 29, 2 dated June 30).
It's notable that /home/example/mail/cur (the directory that was backed up on May 22) shows a "last modified" of March 5, 2021, and the last file in it was June 8. There are only 4 files dated after May 22 in there.
I copied 4 of the files from /backup/weekly/2021-05-22/accounts/example/homedir/mail - DELETE/cur to /home/example/mail/cur, and I can confirm that they're just spam (I have my default set to deliver unrouted mail to account "example"). But the fact that they're being delivered to /backup/weekly/blahblahblah/ instead of /home/example/mail/ is a concern!
When I changed to a new server in December 2020, the transfer of one of my big sites kept failing. So now on the new server, I have 2 directories:
/home/example/cpmove_failed_mysql_dbs.1608188441
/home/example/cpmove_failed_mysql_dbs.1608190633
Both have the same files inside:
example_db.create
example_db.sql
openfileslimit
roundcube.sql
But combined, they're about 20G!
I was going to delete them, but I see that the "last modified" dates on the directories are June 27 and June 30 (respectively). The files inside are still last modified in December 2020, but the fact that the dates changed on the directories has made me nervous. Obviously something is still touching them.
I changed the directory names 2 or 3 days ago (adding " - DELETE" to the end of the name), but see that the one still changed the last modified at 3:23am.
Am I right that I can still delete these directories?
I have a similar issue at:
/backup/weekly/2021-05-22/accounts/example/homedir/mail/cur
I don't use WHM's backup anymore, so May 22 was the last time that it ran.
I changed the directory name from "mail" to "mail - DELETE" a few days ago.
Even though it's a backup from May 22, the directory's last modified is June 30, 12:09am. And there are 61 files inside that are dated after May 22 (56 dated June 29, 2 dated June 30).
It's notable that /home/example/mail/cur (the directory that was backed up on May 22) shows a "last modified" of March 5, 2021, and the last file in it was June 8. There are only 4 files dated after May 22 in there.
I copied 4 of the files from /backup/weekly/2021-05-22/accounts/example/homedir/mail - DELETE/cur to /home/example/mail/cur, and I can confirm that they're just spam (I have my default set to deliver unrouted mail to account "example"). But the fact that they're being delivered to /backup/weekly/blahblahblah/ instead of /home/example/mail/ is a concern!