Problems with groups/grpconv

[allwayson]

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.

[falko]

Are there any errors/warnings in /home/admispconfig/ispconfig/ispconfig.log?
What's the output of

ls -la /root/ispconfig

?

[allwayson]

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 ~]#

[allwayson]

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]#

[falko]

I guess the warnings come from the group file being empty. But there's no indication why the group file is empty...

[allwayson]

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.

[falko]

Do you have a backup of your group fle from before the groups were removed?

[allwayson]

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.

[Morons]

Originally Posted by till

Are the users duplicated or are there users with duplicate ID numbers while the usernames are not identical? Did you ever reinstall ISPConfig after you created users with a prior ISPConfig version which might be still on the server?

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.