Same Problem I must say I have been using ISPConfig for some time and have never had a problem until now. I recently did a clean install on a server with Fedora Core 8 and ISPConfig. Today I started seeing some strangeness and found this problem. My /etc/group and /etc/gshadow files are empty except the last entry put in by ISPConfig. All groups including system groups 0-500 were removed. Seems to be a problem someplace.
Are there any errors/warnings in /home/admispconfig/ispconfig/ispconfig.log? What's the output of Code: ls -la /root/ispconfig ?
group file I didn't see anything in the log which is troubling. It litterally took me an hour just to track down that it might be related to ISPConfig because nothing showed any errors in any logs. Here is the result of ls -la /root/ispconfig: [root@ron ~]# ls -la /root/ispconfig total 108 drwxr-xr-x 9 root root 4096 Nov 29 15:27 . drwxr-x--- 9 root root 4096 Nov 29 14:21 .. -rwxr-xr-x 1 root root 40157 Nov 6 14:52 cronolog -rwxr-xr-x 1 root root 9673 Nov 6 14:52 cronosplit drwxr-xr-x 12 root root 4096 Nov 6 14:41 httpd drwxr-xr-x 15 root root 4096 Nov 6 14:52 isp -rw-r--r-- 1 root root 8 Nov 29 15:27 .old_path_httpd_root drwxr-xr-x 6 root root 4096 Nov 6 14:38 openssl drwxr-xr-x 6 root root 4096 Nov 6 14:45 php drwxr-xr-x 4 root root 4096 Nov 6 14:52 scripts drwxr-xr-x 4 root root 4096 Nov 6 14:52 standard_cgis drwxr-xr-x 2 root root 4096 Nov 6 14:52 sv -rwx------ 1 root root 9389 Nov 6 14:52 uninstall [root@ron ~]#
warnings/errors There are no errors that show in the log but I thought I would post the warnings in case there is anything in them that might give you a clue. [root@ron ispconfig]# grep -i 'warn' ispconfig.log 08.11.2007 - 09:16:05 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/named restart &> /dev/null 08.11.2007 - 09:23:30 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/named restart &> /dev/null 08.11.2007 - 10:15:24 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/named restart &> /dev/null 15.11.2007 - 14:06:03 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/named restart &> /dev/null 15.11.2007 - 14:07:06 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/named restart &> /dev/null 15.11.2007 - 15:47:59 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 2447: WARNING: could not httpd -t &> /dev/null 15.11.2007 - 15:47:59 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 2458: httpd syntax seems to contain errors, reloading with old configuration 15.11.2007 - 15:49:10 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 2447: WARNING: could not httpd -t &> /dev/null 15.11.2007 - 15:49:10 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 2458: httpd syntax seems to contain errors, reloading with old configuration 20.11.2007 - 09:14:33 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/named restart &> /dev/null 20.11.2007 - 09:50:44 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/named restart &> /dev/null 20.11.2007 - 15:05:33 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 2447: WARNING: could not httpd -t &> /dev/null 20.11.2007 - 15:05:33 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 2458: httpd syntax seems to contain errors, reloading with old configuration 28.11.2007 - 15:19:07 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 289: WARNING: could not postmap hash:/etc/postfix/virtusertable 28.11.2007 - 15:19:07 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 289: WARNING: could not postmap hash:/etc/postfix/virtusertable 28.11.2007 - 15:19:28 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 289: WARNING: could not postmap hash:/etc/postfix/virtusertable 28.11.2007 - 15:25:38 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 289: WARNING: could not postmap hash:/etc/postfix/virtusertable 28.11.2007 - 15:30:40 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 289: WARNING: could not postmap hash:/etc/postfix/virtusertable 28.11.2007 - 23:59:01 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/proftpd start &> /dev/null 28.11.2007 - 23:59:02 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/postfix stop &> /dev/null 28.11.2007 - 23:59:04 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/postfix start &> /dev/null 29.11.2007 - 10:04:03 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/httpd restart &> /dev/null 29.11.2007 - 10:04:04 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/postfix stop &> /dev/null 29.11.2007 - 10:04:06 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/postfix start &> /dev/null 29.11.2007 - 10:04:06 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/named stop &> /dev/null 29.11.2007 - 10:04:06 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/proftpd restart &> /dev/null 29.11.2007 - 10:50:11 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/named stop &> /dev/null 29.11.2007 - 11:14:55 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 728: WARNING: could not /etc/rc.d/init.d/named stop &> /dev/null [root@ron ispconfig]#
I guess the warnings come from the group file being empty. But there's no indication why the group file is empty...
It is strange Yes no indication as to why. However I can say that I have 3 servers running ISPConfig they are all the exact same set up except that this is the newest one and it is running 2.2.18 and my others are 2.2.6. Not sure if something has changed between these version as far as creating accounts? Just to clarify the group file was not entirely empty it simply only had the last entry in it that was created by ISPConfig.
amature Nooooo. Amature mistake. I have backups now of that systems group/passwd/gshadow files but I did not before this happened. I used the systems groups from another of my servers (fortunatly I use similar setups on all my boxes). I only had to manually add back in the 10 groups that had been added by ISPConfig since I had built this system. This system has only been online a couple of weeks also in case I had not mentioned that before.
Sorry till, I did't see your question, sortoff missed it It could be caused by the fact that I only receive one message about replay's from the forum per day and this one was the second! No only the group called users was duplicated, it seems an exact match and as far as I could see ISPC creadtes the 2nd Group entry and thus the shadow also duplicates it. This cause some need to manipulate the group and its shadow file manually before it works again. I have migrated from one Destro to another and all users 0-500 were seen as been created by the systeminstall. I have ade no users manually before appending the users > 500 to the new passwd file as well as the group file. Both my source and destination was pwunconv/grpunconv before the manual appending and afterwards pwconv/grpconv afterwards. pwck and grpck was run to test before loading or re-starting ISPC/re-boot Remember the mySql data and the /var/www data was also restored. After the re-boots I found some conflicts with the std apache user that changed but as soon as i did some chown on the user web/mail directories all was well.
