Hi, as you can see on the attachment we have a strange problem on web quota calcuation. Well, the domains quota hosted on the first server was correctly calculated, therefore the domains hosted on the second are none. This two server look use the same configuration. Someone can provide us information on what we can control in order to debug this problem? Thank you.
Are bot servers "single" server setups or does the second server belong to the first server in a multiserver setup? Have both servers the same partitioning scheme (please check with e.g. "df -h" command) and is the repquota command installed and working (check with "repquota -avug").
ok...thank you probably we have found the problem... if I try the command - repquota -avug on the server where the quota is not calculated I receive the response: [~]# repquota -avug repquota: Cannot stat() mounted device /dev/root: No such file or directory repquota: Cannot stat() mounted device /dev/root: No such file or directory while if i try the same command on the server that work.. i receive the correct answer.... what can i do to solve the problem before?
Please post the content of the /etc/fstab file of the affected server and the output of: ls -la /dev/root
the fstab """"""""""""""""""""""""""""""""""""" [~]# cat /etc/fstab proc /proc proc defaults 0 0 /dev/xvda / ext3 noatime,errors=remount-ro,defaults,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 1 /dev/xvdb none swap sw 0 0 junglediskwg /home/jdisk/drive fuse defaults """"""""""""""""""""""""""""""""""""" while /dev/root not exists """"""""""""""""""""""""""""""""""""" [~]# ls -la /dev/root ls: cannot access /dev/root: No such file or directory """"""""""""""""""""""""""""""""""""" (/dev/root not exists also in the working server....)
mmmh....look strange and more strange.... [ ~]# ln -s /root /dev/root [ ~]# repquota -avug repquota: Device (/dev/root) filesystem is mounted on unsupported device type. Skipping. repquota: Device (/dev/root) filesystem is mounted on unsupported device type. Skipping. what's up? thank you for your support!
yes, the setup, the xen image, the version of ispconfig are the same..(base on fedora core 13 - 64bit...)