Recently, I have been having trouble creating new accounts through WHM. The account is supposedly created but nothing in the /home/<username> is added. So it's blank. The bigger issue, possibly connected, is that the new user cannot login to cPanel. Instead, there's the following error:
Copying in the folder of another, working account, also fails. It gives a similar error to the above except that it's about not having exceeded the quota. The drive is far from capacity and other accounts can still add new files without trouble.
Also, removing the account doesn't delete the /home/<username> folder. But that could be normal and really isn't much of an issue.
This only affects new accounts. Old accounts are fine. The problem seemed to have showed up randomly. Also, copying in the directory of another, working user, also fails.
After searching a bit, I have found one possible solution but that didn't work. It involved checkperlmodules and cpup with some arguments that I forgot. (but I think they told them to "forge" the update and check) Well, the two scripts worked, but they did nothing.
There are a few another threads around with seemingly the same or a related problem but they were unresolved.
EDIT: Oh, and when creating the account, everything looks normal. No errors and, as far as I know, it has the same messages as it did before. Also, the Perl version is currently at 5.6.2 because of the cPanel update which fixed nothing I described above. It was at 5.8.8 before with the same issue.
And expanded:[a fatal error or timeout occurred while processing this directive]
The quota is also nonexistent for these accounts. For disk space usage, it shows up as "none/unlimited".can't write into /home/<username>/.cpanel/nvdata.cache: Disk quota exceeded at /usr/local/cpanel/Cpanel/NVData.pm line 60
Carp::croak('can\'t write into /home/<username>/.cpanel/nvdata.cache: Disk quota...') called at /usr/lib/perl5/site_perl/5.6.2/i686-linux/Storable.pm line 76
Storable::logcroak('can\'t write into /home/<username>/.cpanel/nvdata.cache: Disk quota...') called at /usr/lib/perl5/site_perl/5.6.2/i686-linux/Storable.pm line 248
Storable::_store('CODE(0xac8b32c)', 'HASH(0x8b26154)', '/home/<username>/.cpanel/nvdata.cache', 1) called at /usr/lib/perl5/site_perl/5.6.2/i686-linux/Storable.pm line 236
Storable::lock_nstore('HASH(0x8b26154)', '/home/<username>/.cpanel/nvdata.cache') called at /usr/local/cpanel/Cpanel/NVData.pm line 60
Cpanel::NVData::_savecache() called at /usr/local/cpanel/Cpanel/NVData.pm line 149
Cpanel::NVData::_loadcache(1) called at /usr/local/cpanel/Cpanel/NVData.pm line 181
Cpanel::NVData::_get(undef) called at /usr/local/cpanel/Cpanel/ExpVar.pm line 156
Cpanel::ExpVar::expvar('$NVDATA{\'x3_hideicons\'}') called at cpanel line 1443
main::execiftag('<cpanelif $NVDATA{\'x3_hideicons\'}>') called at cpanel line 4043
main::dotag_finished_headers('<cpanelif $NVDATA{\'x3_hideicons\'}>', 0) called at cpanel line 3867
main::cpanel_parseblock('<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "...') called at cpanel line 3842
main::cpanel_parse('GLOB(0xaed8020)') called at cpanel line 2157
main::doinclude('/usr/local/cpanel/base/frontend/x3/branding//index.html', 0, 1) called at /usr/local/cpanel/Cpanel/Branding.pm line 48
Cpanel::Branding::Branding_include('index.html') called at (eval 5) line 1
eval 'Cpanel::Branding::Branding_include(@{$argref});' called at cpanel line 949
main::real_exectag('<cpanelif $NVDATA{\'x3_hideicons\'}>') called at cpanel line 4015
main::dotag_finished_headers('<cpanelif $NVDATA{\'x3_hideicons\'}>', 0) called at cpanel line 3898
main::cpanel_parseblock('<cpanel Branding="include(index.html)">^J') called at cpanel line 3842
main::cpanel_parse('GLOB(0xacafee0)') called at cpanel line 5335
main::run_standard_mode() called at cpanel line 387
Copying in the folder of another, working account, also fails. It gives a similar error to the above except that it's about not having exceeded the quota. The drive is far from capacity and other accounts can still add new files without trouble.
Also, removing the account doesn't delete the /home/<username> folder. But that could be normal and really isn't much of an issue.
This only affects new accounts. Old accounts are fine. The problem seemed to have showed up randomly. Also, copying in the directory of another, working user, also fails.
After searching a bit, I have found one possible solution but that didn't work. It involved checkperlmodules and cpup with some arguments that I forgot. (but I think they told them to "forge" the update and check) Well, the two scripts worked, but they did nothing.
There are a few another threads around with seemingly the same or a related problem but they were unresolved.
EDIT: Oh, and when creating the account, everything looks normal. No errors and, as far as I know, it has the same messages as it did before. Also, the Perl version is currently at 5.6.2 because of the cPanel update which fixed nothing I described above. It was at 5.8.8 before with the same issue.
Last edited: