group file emptied after ispconfig job

Discussion in 'ISPConfig 3 Priority Support' started by tritema, Jan 14, 2021.

  1. tritema

    tritema Member HowtoForge Supporter

    Dear,

    tonight we got that job on an our server:

    Code:
    Thu 14 Jan 00:03:01 CET 2021 14.01.2021-00:03 - DEBUG - Found 1 changes, starting update process.
    Thu 14 Jan 00:03:02 CET 2021 14.01.2021-00:03 - DEBUG - Replicated from master: REPLACE INTO `web_domain` (`domain_id`,`sys_userid`,`sys_groupid`,`sys_perm_user`,`sys_perm_group`,
    `sys_perm_other`,`server_id`,`ip_address`,`ipv6_address`,`domain`,`type`,`parent_domain_id`,`vhost_type`,`document_root`,`web_folder`,`system_user`,`system_group`,`hd_quota`,`traffic_quota`,
    `cgi`,`ssi`,`suexec`,`errordocs`,`is_subdomainwww`,`subdomain`,`php`,`ruby`,`python`,`perl`,`redirect_type`,`redirect_path`,`seo_redirect`,`rewrite_to_https`,`ssl`,`ssl_letsencrypt`,
    `ssl_letsencrypt_exclude`,`ssl_state`,`ssl_locality`,`ssl_organisation`,`ssl_organisation_unit`,`ssl_country`,`ssl_domain`,`ssl_request`,`ssl_cert`,`ssl_bundle`,`ssl_key`,`ssl_action`,
    `stats_password`,`stats_type`,`allow_override`,`apache_directives`,`nginx_directives`,`php_fpm_use_socket`,`php_fpm_chroot`,`pm`,`pm_max_children`,`pm_start_servers`,`pm_min_spare_servers`,
    `pm_max_spare_servers`,`pm_process_idle_timeout`,`pm_max_requests`,`php_open_basedir`,`custom_php_ini`,`backup_interval`,`backup_copies`,`backup_excludes`,`active`,`traffic_quota_lock`,
    `fastcgi_php_version`,`proxy_directives`,`enable_spdy`,`last_quota_notification`,`rewrite_rules`,`added_date`,`added_by`,`directive_snippets_id`,`enable_pagespeed`,`http_port`,`https_port`,
    `log_retention`) VALUES ('3281','62','62','riud','riud','','34','*','','XXXXXX.it','vhost','0','name','/var/www/clients/clientXX/webXXXX','','webXXXX','clientXX','10','1000','n','n',
    'y','1','1','www','fast-cgi','n','n','n','','','','n','y','n','n','','','','','','','','','','','','XXXXXXXXXXXXXXXXXXXXXXXXX','awstats','All','','','y','n','dynamic','10','2','1',
    '5','10','0','/var/www/clients/clientXX/webXXXX/web:/var/www/clients/clientXX/webXXXX/private:/var/www/clients/clientXX/webXXXX/tmp:/var/www/XXXXXX.it/web:/srv/www/XXXXXX.it/web:/usr/share/php5:/usr/share/php:/tmp:/usr/share/phpmyadmin:/etc/phpmyadmin:/var/lib/phpmyadmin',
    '','daily','1','','y','n','PHP 5.6:php-cgi5.6:/etc/php/5.6/cgi/php.ini','','n','2021-01-14','','2016-05-24','whmcs','0','n','80','443','30')
    Thu 14 Jan 00:03:03 CET 2021 14.01.2021-00:03 - DEBUG - Calling function 'ssl' from plugin 'apache2_plugin' raised by event 'web_domain_update'.
    Just a minute after we have discovered that /etc/group file was emptied (with all the obvious problem related).
    We have fixed by recovering the group file from the group- file. But is not clear how could be happened something like this?

    The S.O. is a Debian 10.7, and it's a slave of a master-slave configuration.
    Any clue?
    ty
     
  2. till

    till Super Moderator Staff Member ISPConfig Developer

    The group file must have been corrupted or something similar. When a new website is added, then ispconfig calls Linux commands like useradd or groupadd which modify files /etc/group and /etc/passwd and one of these linux commands must have failed badly if the group file was saved empty by that command. So it's actually not an issue with ISPConfig, it's the Linux command that failed to edit the file properly.
     

Share This Page