After transfer - File Manager showing Other user data path
Hello,
I recently transferred about 190 accounts to a new CloudLinux server using the transfer tool.
Most transfer moved as expected. However, I had one oddity with most, not all, accounts. After the transfer was complete, I'd go to the file manager of some accounts to review some files. If I was in user account /home/user1, the path field in the upper left of the file manager would some other users path like /home/some-other-user/public_hmtl. The folder tree below would be correct and the folder content on the right would display "not files available".
Clicking on any folder in the tree wold display content as you'd expect. Quitting the file manger and or reloading the file manager would again display in the path field in the upper left of the file manager the wrong path /home/some-other-user/public_hmtl, but same as last time like it was loading it as a setting.
The only way to clear this was to click on settings in the upper right, and save.
I could find no way to auto mate this reset of settings.
1) why would something like this happen?
2) it is repeatable
3) How can it be fixed for future transfers ?
4) Is there a way to fix this without manually saving settings for 190 accounts?
Thanks,
Mike
-
Hey there! Can you let me know what version of cPanel is in use on the Destination machine? We had resolved this issue in version 100 as part of case CPANEL-38651, but it is always possible it reappeared. 0 -
Both servers were using the most current as of July 30th, 2022. I believe v104.x 0 -
Thanks - let me do some testing with this and I'll post back soon. 0 -
I did a test transfer on my end to a server with multiple home partitions, and I couldn't reproduce this in my environment. Would you be able to create a ticket with our support team so we can check this directly on the server having the issue? 0 -
Not at this time. Customers are moved. I had manually updated all account. Also, I cannot give cPanel unattended access to our servers. Last time the support guy was not good. He broke the server by repalcing a signed SSL with a self signed and left shift. It was not even related the support issue. It was a mess. We received hundreds of calls related to the security use created by the support guy. It was a multiyear cert and took some digging to find and replace on service. After that I have trust issue with unattended access. Would need someone to use their words to investigate. 0 -
I'm sorry to hear about that as that's definitely not the experience we want to provide. Are you able to provide reproduction steps I can perform on my end to make this happen? 0 -
Sure, Go to transfer tool. Select account to transfer. Visit transferred account. Unfortunately both source servers have returned to the DC. I no longer have access to them 0 -
Hmmmm, that's what I tried on my end and couldn't make it happen. I set up the destination server to use an alternative partition so both machines weren't just "/home" and couldn't trigger the condition. If you see this again, could you create a test machine we could access to check this? 0 -
It did not occur will all accounts only about 70% of the accounts. 0 -
It did not occur will all accounts only about 70% of the accounts.
have the same issue. have you got the solution?0 -
I can confirm that i also see "some" accounts showing another directory (but only as the path) with no files to actually see. it may be related to what cPRex pointed to. i'll give it a try as soon as i find one account with that issue. 0 -
It is confirm happening to the migration using transfer tool as happen to my server. It not happen to all account but can say from 30%-50% account effected. I can confirm nvdata.cache related but nothing to do with username change as for workaround :
Example for correct user.[root@svr2 home]# cat user5/.cpanel/nvdata.cache {"migrated_to_jupiter":{"value":"","mtime":1678371941},"cp-welcome-panel_dismissed":{"mtime":1678371941,"value":"1"},"cp-migration-panel_dismissed":{"mtime":1678371941,"value":"1"}}
To simulate the issue, you can try migrate 50 account to another server that have already hosting account for let say 50 account also.0 -
What version of cpanel are you running? I had moved a server last weekend on v108.x and did not have this issue. But then there were only 19 accounts on that server. 0 -
Both are v108 but the OS from CL7(Centos) to CL8(Almalinux) 0 -
Both are v108 but the OS from CL7(Centos) to CL8(Almalinux)
That should be okay. I wonder how this gets messed up in the transfer tool? If the transfer was done in smaller batch, would it still be an issue. I'm just thinking out loud. If I had time to check I would. But I have not servers to transfer anytime soon with many accounts. Most are small numbers now.0 -
That should be okay. I wonder how this gets messed up in the transfer tool? If the transfer was done in smaller batch, would it still be an issue. I'm just thinking out loud. If I had time to check I would. But I have not servers to transfer anytime soon with many accounts. Most are small numbers now.
Not sure if the issue related with rsync, because for huge account normally I will skip homedir and resync later.0
Please sign in to leave a comment.
Comments
17 comments