Permission 0000 public_ftp not restored on unsuspend ?

[trucmuche]

Hello,

I'm sorry if this question has been asked before but I didn't found the information I need...

I had a warning in the backup operation which says :
===========================
WARN: Warnings(s) encountered in tar during archiving:
/home/myuser/public_ftp: Cannot open file: Permission non accordée at /usr/local/cpanel/scripts/pkgacct line 1671.
===========================
I checked and saw that this public_ftp directory had 0000 permission. I chmod'ed it to 755 and the backup runs fine. But I'm wondering why the permission was 0000 and I found this which says that the permission is set to 0000 when account is suspended...

So it seems to be a suspend/unsuspend problem because I suspended this account some days ago and unsuspended it yesterday (before the backup). Thus I'm not sure that the permission on public_ftp is restored when the account is UNsuspended.

Is that a known problem or is that a "feature" that I don't understand ??

Thank you in advance !

Trucmuche

 

[cPanelMichael]

Hello,

Internal case number 186469 is open to address an issue where backups of the public_ftp directory are not possible when it's suspended. You can monitor our change log for this case number at:

cPanel - Change Logs

You can manually update the permissions in the meantime. Note that I could not reproduce an issue where unsuspending the account did not restore the permissions on public_ftp back to 0755.

Thank you.

 

[trucmuche]

Hello,
Thank you for your answer. One information which can be useful (maybe) is that the problem arises after having transferred the account from a server to another... Here are the operations I did :
1) on my old vps, I suspended the user account.
2) I transferred the account from my old vps to my new vps using the WHM transfer tool.
3) on my new vps, I unsuspended the user account and the problem arises.

By the way, is there a tool in WHM to check the permissions & ownership of all directories/files ?
Wouldn't it be useful ?

 

[LostNerd]

When transferring, permissions are not usually an issue and I'm not too sure on a script that will check all permissions however, have you tried running a transfer without suspension to see if that works fine?

 

[trucmuche]

Yes, I transferred more than 15 non suspended accounts using the same process exactly and none of them had this permission issue like the suspended one...

 

[LostNerd]

Is that a viable workaround until this case is repaired? Unless the account was suspended for a reason (e.g. non-payment of invoices), I don't see any real reason to suspend an account before transfer anyway.

I would suggest just to continue doing that for now. Keep an eye on the changelogs. It'll get sorted soon enough.

 

[cPanelMichael]

Hello,

Internal case number 186469 seeks to address the issue during transfers as well, as transfers use pkgacct similar to how an account backup would.

Thank you.

 

[trucmuche]

Hello,
@LostNerd : yes of course there was a reason to suspend the account before the transfer I'm not doing useless operations just for fun
For me the problem is over, but I thought that it was interesting to ask the community about something that appears to me as kind of a bug, before submitting a ticket or a bug report officially... and if I may help to get the problem solved, I would be very happy !
I do not like strange behaviors nor bugs, especially when I pay a licence to use the tool... If I had 50 accounts on which the problem arises, I wouldn't be happy ;-)

 

[LostNerd]

@trucmuche : I didn't mean to sound rude. I simply wanted to be as clear as possible. I'm sorry.

The good news is that an Internal case number already assigned so it's likely to be fixed in the near future!

 

[trucmuche]

@trucmuche : I didn't mean to sound rude. I simply wanted to be as clear as possible. I'm sorry.

You're welcome... Yes, I'm not nervous about that but I will be happy to see that fixed
Thanks again !