Moving Domains to /home2 partition

For straight HTML websites it seems to work. Anything else here are issues.

If the site has PHP when I move a domain to another partition (from the list users drop down) it ceases to work. Then if I move the domain back to its original location it does not work in it's original location.

I can't seem to find any documentation as to what other measures need to take place after moving a domain to a new partition.

The quotas start giving errors and I think its keeping the old virtfs in the old dir. It also doesn't seem to create the new virtfs.

It seems it doesn't dismount the virtfs nor the quota and it doesnt add the new quota to the new partition quota.user file. So this automated process of moving partitions - is it broken or are there other steps I need to take to ensure a site will work immediately after a move?

Running CLOUDLINUX 6.7 x86_64 vmware cPanel 54.0.21

 

Yes everything is updated. Pretty sure CageFS is not enabled. I never enabled that and it isn't showing in the plugins section.

 

Also like to mention the output from the move all shows good and completed. We are not using suPHP yet. This is just more of a testing phase for us so we are testing all of these features.

 

I receive email like these 2 domains I moved. During the actual move the text output says everything is ok. Errorlog shows the same thing I get in email.

So its definitely not removing the old virtfs. Its still there but the error message I get nightly is below. When I go to /home2/ (to where I moved the domains) there is no virtfs dir. Possibly because there can only be one? Maybe is it because there is no virtfs in /home2 ?

Output from your job 164
repquota: Cannot resolve mountpoint path (deleted)/home/virtfs/dummydomain/home2/dummydomain: No such file or directory
repquota: Cannot resolve mountpoint path (deleted)/home/virtfs/testdomain/home/testdomain: No such file or directory

 

Also from what I can see I think its supposed to make a symlink from /home to the new /home2 dir. Oddly enough I moved both back to /home and if you go into /home2 the directories and symlinks still exist to /home.

 

Ok so clearing orphaned virtfs don't work either. This is 2 different issues. For now it seems that moving them to another partition does indeed work eventually.

The issue is in the /home/virtfs/domain.com directory it contains both /home and /home2 so it isn't unmounting the old virtfs when you move partitions.

 

Ok now since they updated the software they changed the whole "Change Partition" button to go to "Rearrange and Account" and go through that process.

I go through the process and it completes with no errors. However when I go back to the website I get a 403 saying it can't read the .htaccess file even though it does indeed have permissions for it. So I needed to revert the snapshot back before the trial move (so customer had no more downtime).

 

The issue I found is to be cagefs / cloudlinux which is odd because initially cloudlinux didn't have cagefs installed yet. Once I installed it, if I moved a domain over to a new partition SOME domains would give 500 errors even with correct permissions etc. But if I disabled CageFS the domain would work again.

So this has something to do with the jailfs and or cagefs during the process of moving domains. Apparently from what I've been told its a known bug.

The workaround is obviously when you move the domain to disable and re-enable cagefs or jailfs to get it working again for that domain.

 

Was just chat on the IRC. There was a link someone provided with the error I found. Lets see..

Yes actually it said it was fixed but it was not - Cloudlinux, cagefs, cpanel moving bug?

 

cagefs-5.5-6.22.2.el6.cloudlinux.x86_64

That is a beta release though - correct? So it wouldn't be pushed to me yet.