Account disk usage bump up after rearranging
Hi,
I have rearranged all accounts to new partition to optimized the unused disk space. Apparently, all went well except for 3 accounts which have increased a lot of disk usage. E.g; One account was around 50 GB before rearranging but it becomes around 90 GB after rearranging. I have tried fixing the quota but didn't help. I have turned off "Cache disk quota information" as well. What could be the issue?
-
The du command return 90 GB but I am sure it was around 50 GB. I have tried "Fix Quotas" doc but it is not helping. Any other solution please? 0 -
Hello, If the du command returned 90GB then fixing the quotas will not make a difference since that is the correct usage that the physical disk is reporting. Rearranging the account should not increase the usage since all it does is move the account. However, you can check the rearrange account logs, which record the disk usage that the account was utilizing before the account was transferred. Here is an example from an account I moved in a test server: [ 2126][RESTORE:1 ][A:blue ]: Target "/home44/blue" on host "test.test.com" has 4.01 GB free and requires at least 3.19 MB free, which includes space for temporary files. [ 2126][RESTORE:1 ][A:blue ]: Target "/home44/blue" on host "test.test.com" has 8,413,315 inodes free and requires at least 87 inodes free, which includes space for temporary files.
This can be obtained via the command line using the following:/usr/local/cpanel/bin/view_transfer $TRANSFER_ID
Or via the0 -
In the log, it is correct. But it doesn't make sense because the package of the user account is only eligible for 80 GB before rearranging. It would never be more than 80 GB and it didn't show any over quota warning but now it is after rearranging. Here's what in the log Starting "RESTORE" for "Account" "theUser". Calculating disk space needed " Done. Target "/mnt/home3/theUser" on host "sub.myhostname.org" has 622.84 GB free and requires at least 89.36 GB free, which includes space for temporary files. Target "/mnt/home3/theUser" on host "sub.myhostname.org" has 24,289,003 inodes free and requires at least 153,971 inodes free, which includes space for temporary files. The system will move "/mnt/home2/theUser" to "/mnt/home3/theUser". The system will catalog files owned by "nobody" in "/mnt/home2/theUser". The system will copy data from "/mnt/home2/theUser" to "/mnt/home3/theUser" using multiple "rsync" executions. rsync: 1 "100 % " sent 95.96G bytes received 2.87M bytes 59.29M bytes/sec total size is 95.91G speedup is 1.00 rsync: 2 sent 12.52M bytes received 4.46K bytes 1.93M bytes/sec total size is 95.91G speedup is 7,655.59 "100 % " The system will symlink "/mnt/home2/theUser" to "/mnt/home3/theUser". The system will restore ownership for "nobody" in "/mnt/home3/theUser". The file transfer succeeded. The system will remove the old files from "/mnt/home2/theUser-rearrange-1602366143". The system will update the file "/etc/passwd". The system will update the file "/etc/proftpd/theUser". The system will update the virtual host include files. The system will rebuild the PHP-FPM configuration files (if applicable). [2020-10-11 04:39:47 +0630] warn [Internal Warning while parsing [stdin] 15043] Use of uninitialized value in -e at /usr/local/cpanel/Cpanel/PHPFPM.pm line 901. at /usr/local/cpanel/Cpanel/PHPFPM.pm line 901. Cpanel::PHPFPM::rebuild_files(HASH(0x46f30d0), 1, 1, 0) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Items/RearrangeAccount.pm line 399 Whostmgr::Transfers::Session::Items::RearrangeAccount::_rebuild_users_php_conf_file(Whostmgr::Transfers::Session::Items::RearrangeAccount=HASH(0x43ccba8)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Items/RearrangeAccount.pm line 273 Whostmgr::Transfers::Session::Items::RearrangeAccount::_rearrange_account(Whostmgr::Transfers::Session::Items::RearrangeAccount=HASH(0x43ccba8)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Item.pm line 317 Whostmgr::Transfers::Session::Item::__ANON__() called at /usr/local/cpanel/3rdparty/perl/530/lib/perl5/cpanel_lib/Try/Tiny.pm line 97 eval {...} called at /usr/local/cpanel/3rdparty/perl/530/lib/perl5/cpanel_lib/Try/Tiny.pm line 88 Try::Tiny::try(CODE(0x4eb4920), Try::Tiny::Catch=REF(0x4b211b8)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Item.pm line 346 Whostmgr::Transfers::Session::Item::exec_path(Whostmgr::Transfers::Session::Items::RearrangeAccount=HASH(0x43ccba8), ARRAY(0x4d763f0)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Items/RearrangeAccount.pm line 78 Whostmgr::Transfers::Session::Items::RearrangeAccount::restore(Whostmgr::Transfers::Session::Items::RearrangeAccount=HASH(0x43ccba8)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 658 Whostmgr::Transfers::Session::Processor::__ANON__() called at /usr/local/cpanel/Whostmgr/Transfers/Session.pm line 1477 Whostmgr::Transfers::Session::__ANON__() called at /usr/local/cpanel/3rdparty/perl/530/lib/perl5/cpanel_lib/Try/Tiny.pm line 97 eval {...} called at /usr/local/cpanel/3rdparty/perl/530/lib/perl5/cpanel_lib/Try/Tiny.pm line 88 Try::Tiny::try(CODE(0x43e1d80), Try::Tiny::Catch=REF(0x43e2080)) called at /usr/local/cpanel/Whostmgr/Transfers/Session.pm line 1481 Whostmgr::Transfers::Session::exec_with_output_directed_to_fh(Whostmgr::Transfers::Session=HASH(0x434fbf0), GLOB(0x4553328), CODE(0x43a00e0)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 674 Whostmgr::Transfers::Session::Processor::_process_dequeued_item(Whostmgr::Transfers::Session::Processor=HASH(0x43e2170)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 554 Whostmgr::Transfers::Session::Processor::_process_items(Whostmgr::Transfers::Session::Processor=HASH(0x43e2170)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 508 Whostmgr::Transfers::Session::Processor::__ANON__() called at /usr/local/cpanel/Cpanel/ForkAsync.pm line 68 eval {...} called at /usr/local/cpanel/Cpanel/ForkAsync.pm line 68 Cpanel::ForkAsync::do_in_child(CODE(0x439ffd8)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 510 Whostmgr::Transfers::Session::Processor::_spawn_child(Whostmgr::Transfers::Session::Processor=HASH(0x43e2170), 1, Whostmgr::Transfers::Session=HASH(0x434fbf0)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 292 Whostmgr::Transfers::Session::Processor::_process_child(Whostmgr::Transfers::Session::Processor=HASH(0x43e2170), Whostmgr::Transfers::Session=HASH(0x434fbf0), 0) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 240 Whostmgr::Transfers::Session::Processor::_process_child_with_output_redirection(Whostmgr::Transfers::Session::Processor=HASH(0x43e2170), Whostmgr::Transfers::Session=HASH(0x434fbf0), 0, "vpcmyanmarwebdrearr20201010214204ecd") called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 205 Whostmgr::Transfers::Session::Processor::__ANON__() called at /usr/local/cpanel/Cpanel/ForkAsync.pm line 68 eval {...} called at /usr/local/cpanel/Cpanel/ForkAsync.pm line 68 Cpanel::ForkAsync::do_in_child(CODE(0x43a3ed8)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 207 Whostmgr::Transfers::Session::Processor::start(Whostmgr::Transfers::Session::Processor=HASH(0x43e2170)) called at bin/start_transfer.pl line 57 main::__ANON__() called at /usr/local/cpanel/3rdparty/perl/530/lib/perl5/cpanel_lib/Try/Tiny.pm line 97 eval {...} called at /usr/local/cpanel/3rdparty/perl/530/lib/perl5/cpanel_lib/Try/Tiny.pm line 88 Try::Tiny::try(CODE(0x434a0c0), Try::Tiny::Catch=REF(0x1a6c850)) called at bin/start_transfer.pl line 72 The system will update the file "httpd.conf". The system will update the file "proftpd.conf". The system will update the Web Disk configuration. The system will restart the web server. The rearrangement of home directories on the account is complete. Success.0 -
Hello, any news about this? cPanel " Email Disk Usage show around 73 GB in total du command show around 90 GB. What's wrong and what should I fix? 0 -
As I have check more detail, it is the "Email Disk Usage" that doesn't show the correct disk usage. It doesn't show correct usage in the sidebar too. Please see in the screenshot. 0 -
Running fixquotas again fixed the issue from sidebar but "Email Disk Usage" still reports incorrectly. 0
Please sign in to leave a comment.
Comments
7 comments