who's own /home/user/.cpanel-datastore

fleksi

Well-Known Member
Sep 17, 2003
125
0
166
Here are message from error_log:

Unable to create datastore file /home/user/.cpanel-datastore/apache_LISTSUBDOMAINS_0: Bad file descriptor
Unable to create datastore file /home/user/.cpanel-datastore/apache_LISTMULTIPARKED_0: Bad file descriptor

I have some of them owned by user and others owned by root (causes the above problem)
Is this a bug? How to avoid this problem?

10.9.0-CURRENT_43
 

webignition

Well-Known Member
Jan 22, 2005
1,880
0
166
I'm not sure how this may have happened and so can't suggest a remedy for the whole problem.

However, /home/user/.cpanel-datastore should be owned by user:user and have 0700 permissions. All the files within the directory should be owned by user:user and have 0600 permissions.
 

Bruce

Well-Known Member
Oct 4, 2001
147
0
316
The ( .cpanel-datastore ) issue is still not fixed.
I have some accounts still showing ( root:root ) not ( user:user ) after all the current and stable updates lately.
Is there a way to fix this without going thru hundreds of accounts on multiple servers manually ?

Thanks
 

Bruce

Well-Known Member
Oct 4, 2001
147
0
316
Still no answer for this problem ?
I still have clients with root as owner of cpanel-datastore
What a pain
 

ezztro

Well-Known Member
Nov 11, 2003
148
0
166
Hello,

i have this Prob today. Version

WHM 10.8.0 cPanel 10.9.0-S119
CentOS 4.4 i686 - WHM X v3.1.0
 

Website Rob

Well-Known Member
Mar 23, 2002
1,504
1
318
Alberta, Canada
cPanel Access Level
Root Administrator
I'm not sure how this may have happened and so can't suggest a remedy for the whole problem.

However, /home/user/.cpanel-datastore should be owned by user:user and have 0700 permissions. All the files within the directory should be owned by user:user and have 0600 permissions.
That is correct except for this one file:
root:wheel _usr_bin_mysqladmin_ping

As to the problem mentioned, it does seem curious as to how it was created in the first place.
Try using: /scripts/upcp --force then recheck settings.

If still not fixed you can correct the current permissions problems manually or with a command line. Be interesting to see if the problem comes back after that.
 

Bruce

Well-Known Member
Oct 4, 2001
147
0
316
Unable to create datastore file /home/paint/.cpanel-datastore/apache_LISTSUBDOMAINS_0: No such file or directory 0 / 0
Parked Domains Unable to create datastore file /home/paint/.cpanel-datastore/apache_LISTMULTIPARKED_0: No such file or directory

Still no fix for this problem ?
10.9.0-CURRENT 138
 

LP-Tim

Active Member
Apr 30, 2007
26
0
151
I'm getting something similar:

Unable to create datastore file /home/user/.cpanel-datastore/apache_LISTSUBDOMAINS_0: No such file or directory
Unable to create datastore file /home/user/.cpanel-datastore/apache_LISTMULTIPARKED_0: No such file or directory
/home/user/.cpanel-datastore was owned by root:root, so I chowned it to user:user per this thread. No difference.

Here are the files in .cpanel-datastore:

/home/user/.cpanel-datastore -la
total 56
4 drwx------ 2 user user 4096 May 2 09:29 .
4 drwx--x--x 8 user user 4096 Apr 17 12:32 ..
4 -rw------- 1 root wheel 16 May 2 09:29 _usr_bin_mysqladmin_ping
4 -rw------- 1 user user 452 May 2 09:29 _usr_bin_perl_-v
4 -rw------- 1 user user 70 May 2 09:29 _usr_bin_psql_--version
4 -rw------- 1 user user 74 May 2 09:29 _usr_local_apache_bin_httpd_-v
4 -rw------- 1 user user 106 May 2 09:29 _usr_sbin_mysqld_--version
0 -rw------- 1 user user 0 May 2 09:29 apache_GETDOMAINIP_maribelacond
os.com
4 -rw------- 1 user user 20 May 2 09:29 apache_LISTMULTIPARKED_0
4 -rw------- 1 user user 20 May 2 09:29 apache_LISTSUBDOMAINS_0
4 -rw------- 1 root wheel 1654 Oct 5 2006 [email protected]_com_NS
4 -rw------- 1 root wheel 669 Oct 5 2006 [email protected]_maribellacon
dos.com_NS
4 -rw------- 1 root wheel 669 Oct 5 2006 [email protected]_maribellacon
dos.com_NS
4 -rw------- 1 user user 60 May 2 09:29 ftp_LIST_0
4 -rw------- 1 user user 462 May 2 09:29 quota_-v
Am I missing something?

And looking through the error log, I see this isn't the only user...