Empty Trash erased all hosted website files I need help in understanding how emptying the trash cans in ISPConfig (V 2.2.32) somehow caused all the sites hosted on my server to be reinitialized back to a default folder without a single warning. All files were erased from about two dozen commercially hosted sites. I'm ready to provide any further detail you request. The log file is about 10M or I would have attached it. I would especially appreciate hearing from Falko or Till. Don't get me wrong, I backup every night and was able to restore it all in about an hour; but, I need to understand what went wrong to continue considering ISPConfig a viable option. Thanks, Rt_bower
Please take a look at the logfile /home/admispconfig/ispconfig/ispconfig.log and check which entry are therer for the moment where the files have been deleted. Do you know which sites ahd been in the recycle bin as you emtoed it? If yes, check the records for these sites in the ispconfig database if you see anything that looks different, especially concerning the website root path.
Hello Till, And thanks for giving my situation some attention. The reason for emptying the trash is I was unable to add a co-domain to one of my sites; a message that it was already being used kept appearing. We may have had about four such co-domains in the trash at the time. Additionally, we were seeing entries for deleted co-domains in /etc/postfix/local-host-names file (OS is Ubuntu 9.04). I saw nothing peculiar change in the database other than the "trash-can" co-domains being deleted from the isp_isp_domain table. All custom Apache directives were still in place. I've attached a trimmed version of the log for your inspection. I see no clue why all websites were reset. Let me know if anything else will be helpful.
As far as I can see, the sites where not reinitialized, just the default index.html file was copied to your sites again which might look like a reinitialisation. This happens if your soite does not have a index file in its root directory. hat is the name of the index files that you have in your sites? index.html, index.php, index.htm? It must be a file name that is listed in the list of standard index pages in the ispconfig settings.
I can assure you I did not take lightly having to reload all websites from backup. Prior to this I checked the "web" folders of all websites and the only thing found was an index.html and an "error" folder. Here is the link to a trimmed version of the ispconfig_access.log file showing the 404 errors after all the site pages/scripts were deleted. I'm still curious about what scenario may allow this to happen; any ideas?
Never seen that before. Also even if a site would have been deleted and then restored, ispconfig would have restored the contents too from the recycle bin. There is no function in the ispconfig libraries to reinitiate a site. The only thing that I can think of is if the complete directory tree has been deleted or moved on the shell, then ispconfig will recreate the structures.
