Disk usage display error after tranferring accounts to two disks
Hello (and thanks in advance :)),
I've been reading threads whole day and tried most of the recommendations given (remount, fixquota...), but not fixed my problem.
My grep '' /etc/redhat-release /usr/local/cpanel/version /var/cpanel/envtype ; grep CPANEL= /etc/cpupdate.conf
[QUOTE]
/etc/redhat-release:CentOS release 6.10 (Final)
/usr/local/cpanel/version:11.74.0.9
/var/cpanel/envtype:kvm
CPANEL=stable
My problem: I transferred some accounts from old vps to new vps, to /home partition in /dev/sda1 (35Gb). And transferred some other accounts from old vps to new vps, to /mnt/sdb partition in /dev/sdb (11Gb). Everything was going ok, but suddenly (after renewing contrat with ovh), /mnt/sdb "disappeared" and CPanel Disk usage display showed /dev/sda1 increased to nearly 90% ... as if it was summing up the size of all accounts transfered to /dev/sda1 + /dev/sdb. We edited /etc/fstab adding the /dev/sdb line. [QUOTE] /dev/sda1 / ext4 errors=remount-ro,discard,usrquota 1 1 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 /usr/tmpDSK /tmp ext3 defaults,noauto 0 0 /dev/sdb /mnt/sdb ext4 defaults,usrquota 0 0
Run ls on /mnt/sdb was only showing lost+found directory (empty) Thinking they were lost, we tried to transfer the accounts again to /mnt/sdb, but a notice showed saying usernames were conflicting with usernames on the local server. So, we terminated all the accounts previously transfered to /mnt/sdb on the new vps. Terminating them, didn't change CPanel Disk usage on /dev/sda1 which continued at nearly 90% Anyway we proceeded to transfer them all again to /mnt/sdb CPanel Disk usage shows correct size on /dev/sdb. But size on /dev/sda1 is still 90% Running df -h [QUOTE]Filesystem Size Used Avail Use% Mounted on /dev/sda1 99G 87G 6.8G 93% / tmpfs 3.8G 0 3.8G 0% /dev/shm /dev/sdb 99G 11G 84G 11% /mnt/sdb /usr/tmpDSK 4.0G 137M 3.7G 4% /tmp
But running du -sh /* [QUOTE]0 /aquota.group 16K /aquota.user 4.0K /backup 7.4M /bin 103M /boot 4.0K /cgroup 164K /dev 33M /etc 38G /home 434M /lib 27M /lib64 16K /lost+found 4.0K /media 11G /mnt 113M /opt du: cannot access `/proc/849/task/849/fd/4': No such file or directory du: cannot access `/proc/849/task/849/fdinfo/4': No such file or directory du: cannot access `/proc/849/fd/4': No such file or directory du: cannot access `/proc/849/fdinfo/4': No such file or directory 0 /proc 0 /quota.group 0 /quota.user 4.0K /razor-agent.log 15M /root 8.0K /run 16M /sbin 0 /scripts 4.0K /selinux 4.0K /srv 0 /sys 168K /tmp 8.4G /usr 2.3G /var
Running lsblk [QUOTE]NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT loop0 7:0 0 4G 0 loop /tmp sda 8:0 0 100G 0 disk ??sda1 8:1 0 100G 0 part / sdb 8:16 0 100G 0 disk /mnt/sdb
What am I missing??
My problem: I transferred some accounts from old vps to new vps, to /home partition in /dev/sda1 (35Gb). And transferred some other accounts from old vps to new vps, to /mnt/sdb partition in /dev/sdb (11Gb). Everything was going ok, but suddenly (after renewing contrat with ovh), /mnt/sdb "disappeared" and CPanel Disk usage display showed /dev/sda1 increased to nearly 90% ... as if it was summing up the size of all accounts transfered to /dev/sda1 + /dev/sdb. We edited /etc/fstab adding the /dev/sdb line. [QUOTE] /dev/sda1 / ext4 errors=remount-ro,discard,usrquota 1 1 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 /usr/tmpDSK /tmp ext3 defaults,noauto 0 0 /dev/sdb /mnt/sdb ext4 defaults,usrquota 0 0
Run ls on /mnt/sdb was only showing lost+found directory (empty) Thinking they were lost, we tried to transfer the accounts again to /mnt/sdb, but a notice showed saying usernames were conflicting with usernames on the local server. So, we terminated all the accounts previously transfered to /mnt/sdb on the new vps. Terminating them, didn't change CPanel Disk usage on /dev/sda1 which continued at nearly 90% Anyway we proceeded to transfer them all again to /mnt/sdb CPanel Disk usage shows correct size on /dev/sdb. But size on /dev/sda1 is still 90% Running df -h [QUOTE]Filesystem Size Used Avail Use% Mounted on /dev/sda1 99G 87G 6.8G 93% / tmpfs 3.8G 0 3.8G 0% /dev/shm /dev/sdb 99G 11G 84G 11% /mnt/sdb /usr/tmpDSK 4.0G 137M 3.7G 4% /tmp
But running du -sh /* [QUOTE]0 /aquota.group 16K /aquota.user 4.0K /backup 7.4M /bin 103M /boot 4.0K /cgroup 164K /dev 33M /etc 38G /home 434M /lib 27M /lib64 16K /lost+found 4.0K /media 11G /mnt 113M /opt du: cannot access `/proc/849/task/849/fd/4': No such file or directory du: cannot access `/proc/849/task/849/fdinfo/4': No such file or directory du: cannot access `/proc/849/fd/4': No such file or directory du: cannot access `/proc/849/fdinfo/4': No such file or directory 0 /proc 0 /quota.group 0 /quota.user 4.0K /razor-agent.log 15M /root 8.0K /run 16M /sbin 0 /scripts 4.0K /selinux 4.0K /srv 0 /sys 168K /tmp 8.4G /usr 2.3G /var
Running lsblk [QUOTE]NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT loop0 7:0 0 4G 0 loop /tmp sda 8:0 0 100G 0 disk ??sda1 8:1 0 100G 0 part / sdb 8:16 0 100G 0 disk /mnt/sdb
What am I missing??
-
SOLVED After much investigations I realized that "disappeared" /mnt/sdb must have been unmounted (dont-know-how-or-why) and even if files were "disappeared", they were summing up to Disk Usage, increasing /dev/sda1 to nearly 90% (when it should be 40%) and displaying incorrect size. Run /scripts/clear_orphaned_virtfs_mounts and, there it was! Disk usage displaying correctly. 0 -
Hi @shuttler I'm really happy to see you were able to identify the issue and resolve it. Thank you for updating here with the outcome as well. 0
Please sign in to leave a comment.
Comments
2 comments