Some errors while automated install on debian 9

[NothingTV]

I got several errors during the installation, but the panel works anyway!

Debian Version: 9.5 VPS Hosted by Hetzner

1:

Initializing Quota, this may take awhile... sed: -e expression #1, char 20: unknown command: `U' sed: can't read /etc/rc.local: No such file or directory quotacheck: Scanning /dev/sda1 [/] quotacheck: Cannot stat old user quota file //quota.user: No such file or directory. Usage will not be subtracted. quotacheck: Cannot stat old group quota file //quota.group: No such file or directory. Usage will not be subtracted. quotacheck: Cannot stat old user quota file //quota.user: No such file or directory. Usage will not be subtracted. quotacheck: Cannot stat old group quota file //quota.group: No such file or directory. Usage will not be subtracted. quotacheck: Checked 5336 directories and 45154 files quotacheck: Old file not found. quotacheck: Old file not found. done /dev/sda1 [/]: group quotas turned on /dev/sda1 [/]: user quotas turned on [DONE]

2:

Restarting nginx... Job for nginx.service failed because the control process exited with error code. See "systemctl status nginx.service" and "journalctl -xe" for details. [DONE]

3:

Updating Freshclam Antivirus Database. Please Wait... ERROR: Problem with internal logger (UpdateLogFile = /var/log/clamav/freshclam.log). ERROR: /var/log/clamav/freshclam.log is locked by another process [DONE]

4:

sed: can't read /etc/php/7.0/apache2/php.ini: No such file or directory Well done! ISPConfig installed and configured correctly :D 😃

[tdulcet]

Thanks for the bug report!

1. I would need more information, but I suspect that Quota will not work or at least will not work after your next reboot. Can you provide the output from these commands: cat /etc/fstab, ls -l /dev/root, awk '$2~"^/$" {print $1}' /etc/fstab and cat /etc/rc.local?
2. If ISPConfig is working, then this can probably be ignored.
3. This is a known issue with ClamAV. See: https://github.com/servisys/ispconfig_setup/issues/199#issuecomment-315070861
4. This is a bug, although it will not cause any issues. It is trying to update a file for the Apache web server, but you selected nginx.

[NothingTV]

Sure, here are the results of the commands:

cat /etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=1ae43a8a-7d90-4808-a1c1-ca14ab2c00bd /               ext4    discard,errors=remount-ro,usrjquota=quota.user,grpjquota=quota.group,jqfmt=vfsv0 0       1
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
/var/log/ispconfig/httpd/nothingtv.de /var/www/clients/client1/web1/log    none    bind,nobootwait    0 0

ls -l /dev/root ls: cannot access '/dev/root': No such file or directory

awk '$2~"^/$" {print $1}' /etc/fstab

#
UUID=1ae43a8a-7d90-4808-a1c1-ca14ab2c00bd

cat /etc/rc.local cat: /etc/rc.local: No such file or directory

[tdulcet]

OK, there are three bugs here. First, the script is detecting that you have this issue with Quota: https://www.howtoforge.com/community/threads/new-install-jessie-issue-with-quota.71183/#post-342624 because /dev/root does not exist. However, based on the output in your first post, it does not seem like you are having this issue. If Quota is working, then this and the two bugs below can be ignored. Otherwise, the fix, which I implemented in #259, requires the /etc/rc.local file, which does not exist on your system and should be created by the script: https://askubuntu.com/a/919598.

Second, this line: https://github.com/servisys/ispconfig_setup/blob/ddbb4a4264e12be1489fd5f3180d789ba92dab7f/distros/debian9/install_quota.sh#L19 is picking up the / in the comment. Changing it to this:

ROOT_PARTITION=$(awk '!/^#/ && $2~"^/$" {print $1}' /etc/fstab)

would fix that.

Third, your version of Debian is representing the root partition by UUID and the script is expecting a name, such as /dev/sda1. That would probably need to be converted as part of the fix to the first bug.