Skip to main content

Can't terminate accounts (old WHM version)

Comments

14 comments

  • cPanelLauren
    Are you using an NFS mount? What is the output of the following? cat /root/servers_queue.json.lock
    0
  • dragos03
    There is no NFS mount on the server and the file /root/servers_queue.json.lock doesn't exist.
    0
  • cPanelLauren
    Hi @dragos03 Now I'm scratching my head, I went through a bunch of old tickets from v56 and those two were the only results I got, with the exception of 1-2 that were related specifically to corrupt/invalid userdata. What's the exact error output in the cPanel error logs at /usr/local/cpanel/logs/error_log
    0
  • dragos03
    Hello, the full errors look like this: [2020-01-13 11:14:00 +0200] die [Internal Death while parsing [stdin] 6058] Invalid lock file: ', mpid=23545, TLS, session=' is not a PID. at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 63. at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 63. DefaultLogger::throw(DefaultLogger=HASH(0xfc603d8), "Invalid lock file: ', mpid=23545, TLS, session=' is not a PID. at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 63. [2020-01-13 11:14:00 +0200] warn [cpsrvd] The subprocess (whostmgr (whostmgr)) exited with an error: The subprocess reported error number 255 when it ended. at /usr/local/cpanel/Cpanel/Server/Handlers/SubProcess.pm line 155. Cpanel::Server::Handlers::SubProcess::_report_subprocess_errors(Cpanel::Server::Handlers::SubProcess=HASH(0xcf86748)) called at /usr/local/cpanel/Cpanel/Server/Handlers/SubProcess.pm line 72 Cpanel::Server::Handlers::SubProcess::handler(Cpanel::Server::Handlers::SubProcess=HASH(0xcf86748), "subprocess_name", "whostmgr (whostmgr)", "subprocess_read_handle", IO::Handle=GLOB(0xcf89510), "subprocess_write_handle", IO::Handle=GLOB(0xcf89540), "api_type", "html", ...) called at cpsrvd.pl line 6475 cpanel::cpsrvd::cpHandler("app", "whostmgr", "json", 0, "document", "./scripts/killacct") called at cpsrvd.pl line 5685 cpanel::cpsrvd::dodoc_whostmgrd() called at cpsrvd.pl line 1674 cpanel::cpsrvd::dodoc(HASH(0xf23360)) called at cpsrvd.pl line 1347 cpanel::cpsrvd::handle_one_connection() called at cpsrvd.pl line 841 cpanel::cpsrvd::script() called at cpsrvd.pl line 334
    0
  • cPanelLauren
    Thank you for that. Is there a file in /var/cpanel/taskqueue that looks like this: , mpid=23545, TLS, session=
    0
  • dragos03
    No, there is no such file.
    0
  • cPanelLauren
    So, the whole reason for the error you're getting is the presence of that file....somewhere. Without access to the server, it'd be hard to tell you where it's located, but you can see it quoted in the error message: Invalid lock file: ', mpid=23545, TLS, session=' is not a PID
    So, either that file exists or it's referenced in /var/cpanel/taskqueue/ in one of the files there as a current PID. What's the output of the following: ls -lah /var/cpanel/taskqueue
    0
  • dragos03
    Hello, this is the output: [ 11:59:02 root@s031: ~/ # ls -lah /var/cpanel/taskqueue total 52K drwxr-xr-x 2 root root 4.0K Jan 10 22:48 ./ drwxr-xr-x 114 root root 12K Jan 20 11:58 ../ -rw-r--r-- 1 root root 200 Oct 14 17:03 servers_queue.json -rw-r--r-- 1 root root 54 Apr 27 2015 servers_queue.json.lock -rw-r--r-- 1 root root 192 Jul 31 18:31 servers_queue.yaml.discarded_after_conversion -rw-r--r-- 1 root root 283 Jan 10 22:48 servers_sched.json -rw-r--r-- 1 root root 60 Jul 31 17:42 servers_sched.yaml.discarded_after_conversion
    0
  • cPanelLauren
    What's inside of servers_queue.json.lock
    0
  • dragos03
    Indeed the reference to that invalid lock file was in there, I deleted it and now I can terminate accounts. Thank you very much for your help.
    0
  • cPanelLauren
    Awesome, I'm glad that resolved the issue. I do hope you update soon as well. What is holding you back exactly?
    0
  • dragos03
    Well, most of our customers don't want to move to another server, as long as the current one works, in order to avoid downtime, the change of IPs, etc. But we will migrate them all to new servers as soon as WHM will be available for CentOS 8.
    0
  • cPanelLauren
    Well, most of our customers don't want to move to another server, as long as the current one works, in order to avoid downtime, the change of IPs, etc. But we will migrate them all to new servers as soon as WHM will be available for CentOS 8.

    Ahh I missed the part where you said you were on CentOS 5! I just saw cPanel/WHM v56 :) It seems at this juncture that moving once CentOS 8 is available is the smartest choice and the one that will provide you with the most longevity. There are a couple of internal teams working on CentOS 8 compatibility right now and hopefully, we should be prepared to support it soon.
    0
  • dragos03
    Indeed, that's the plan. I hope WHM will soon be available for CentOS 8.
    0

Please sign in to leave a comment.