• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Resolved "Internal server error" when trying to change subscription system username

pleskuser67553

Basic Pleskian
Username:

TITLE

"Internal server error" when trying to change subscription system username

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE

CPU
Intel Xeon Processor (Skylake, IBRS) (2 core(s))
Version
Plesk Obsidian v18.0.57_build1800231218.09 os_RedHat el8
Operating System
AlmaLinux 8.9 (Midnight Oncilla)

PROBLEM DESCRIPTION

"Internal server error" displayed in a red bar when trying to change a subscription's system username.

STEPS TO REPRODUCE

Click on Subscriptions > any subscription > Hosting & DNS of a domain > Hosting

Hosting Settings card slides in from the left.

Scroll down to Webspace settings > System user's credentials > amend the Username > click Save at the bottom

Unhelpfully, nothing appears to happen, but if you scroll to the top of the card a message is displayed "Internal server error" in a red bar.

ACTUAL RESULT

System username is not changed and apparently cannot be changed due to "Internal server error"

EXPECTED RESULT

System username should be changed and the card slides away with a message saying 'success'.

ANY ADDITIONAL INFORMATION

Screenshots to be appended.

YOUR EXPECTATIONS FROM PLESK SERVICE TEAM

Confirm bug
 
I suspect that the user owns running processes so that the name cannot be changed until the processes stop.
Could you please try to follow these steps?
1) Deactivate the domains that are affected by that system user name.
2) Change the user name.
3) Activate the domains again.
 
Hi Peter,

Thanks for your quick response.

I tried the following:
  • Suspend the domain (there is only one domain in this Subscription)
  • Disable the domain
  • Suspend the Subscription
All produced the same result/error as described above.
 
I tried the same setup on an Alma 8 test server, but was not able to reproduce the error. I can't forward this as a product issue, because in my setup(s) here the issue does not occur. Please contact Plesk support so that staff can check it on your server, because it is probably an issue caused by something on your server.
 
Thanks for your time, Peter.

I checked the Plesk tab in Log Browser. There was indeed another process blocking it. However, when I look for the process ID in SSH Terminal, it appears not to exist. So I guess some process starts up when the renaming request happens..?

Code:
# ps -fp 449653
UID          PID    PPID  C STIME TTY          TIME CMD
# cat /proc/449653/status
cat: /proc/449653/status: No such file or directory

1705400254256.png
 
If there are no processes owned by the user when you start the renaming transactions, it will work. That there was a process in the past does not mean that the same process is still active when you try to check it now.
 
Last edited:
Okay, I tried:

Code:
# ps -u system_username

Where system_username is the username in question.

But it just returns an empty list -- before and after attempting to change the system username.
 
I just cannot reproduce the issue, so probably it will be best if you open a support ticket for it. It's not a general product issue.
 
Thanks. I'll just workaround with a new subscription and move the domains over.

I'll remind myself to check what happens on the next vanilla server / Plesk installation from our supplier.
 
I had this problem. I was logged into the user in a terminal session. After I logged out, I was then able to change the username without any problems.
 
Back
Top