iratik
29th June 2007, 19:22
First ISPConfig completely corrupts my /etc/passwd file (I'm quite sure that this was a result of ISPconfig as it happened immediately after updating the password on an one of 12 email accounts on one of 15 domains) the /etc/passwd file then only contained entries for one domain - and all system accounts including root were lost and replaced by accounts from web2.
I cannot restart my system because I'm quite confident that i'll never be able to get to root again , i've got root terminals up and i can't close them because i'm still getting this error after attempting to scavange together the original /etc/passwd configuration by updating a password of one email of each domain. Now email is working, but i'm still getting
sudo: pam_authenticate: Authentication service cannot retrieve authentication info.
When i reset all those passwords - the ability to use ProxyPass and ProxyPassReverse in the additional directives section is commented out.. And worst of all - i depend heavily on these directives (to forward requests to mongrel instances to support rubyonrails on ispconfig) and must continuously manually edit the vhosts configuration to keep this directives in place and keep ispconfig from overwriting the file without these directives.
Please Help Me, We've been using ISPConfig in production for over a year and a half now .. Perhaps the newest version does not have these restrictions on extra apache directives.. I need help bad though.........
I cannot restart my system because I'm quite confident that i'll never be able to get to root again , i've got root terminals up and i can't close them because i'm still getting this error after attempting to scavange together the original /etc/passwd configuration by updating a password of one email of each domain. Now email is working, but i'm still getting
sudo: pam_authenticate: Authentication service cannot retrieve authentication info.
When i reset all those passwords - the ability to use ProxyPass and ProxyPassReverse in the additional directives section is commented out.. And worst of all - i depend heavily on these directives (to forward requests to mongrel instances to support rubyonrails on ispconfig) and must continuously manually edit the vhosts configuration to keep this directives in place and keep ispconfig from overwriting the file without these directives.
Please Help Me, We've been using ISPConfig in production for over a year and a half now .. Perhaps the newest version does not have these restrictions on extra apache directives.. I need help bad though.........