Permission 0000 public_ftp not restored on unsuspend ?

trucmuche

• June 02, 2015 07:33

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

• 

  cPanelMichael

  • June 02, 2015 17:42

  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:

  0
• 

  trucmuche

  • June 03, 2015 08:13

  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 ?

  0
• 

  LostNerd

  • June 03, 2015 09:24

  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?

  0
• 

  trucmuche

  • June 03, 2015 09:54

  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...

  0
• 

  LostNerd

  • June 03, 2015 10:08

  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. :)

  0
• 

  cPanelMichael

  • June 03, 2015 14:23

  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.

  0
• 

  trucmuche

  • June 04, 2015 07:23

  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 ;-)

  0
• 

  LostNerd

  • June 04, 2015 08:53

  @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!

  0
• 

  trucmuche

  • June 04, 2015 12:14

  @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 ! :-)

  0

Please sign in to leave a comment.