Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Not looking at etc/userdatadomains #3

Open
iamfasal opened this issue Jan 12, 2024 · 1 comment
Open

Not looking at etc/userdatadomains #3

iamfasal opened this issue Jan 12, 2024 · 1 comment

Comments

@iamfasal
Copy link

In our case, the domain was present in the /etc/userdatadomains which is not looking up by this script and was been failing to add it to the cPanel.

egrep domain.com /etc/userdatadomains

domain.com: domain==root==main==dmscurtainsandblinds.com.au==/public_html==179.35.11.223:80======0==ea-php74

The above entry was present, masked the domain and IP for security reasons. Include reviewing the file /etc/userdatadomains too within this script --cruft switch.

@cPanelPeter
Copy link
Collaborator

The /etc/userdatadomains file is checked when doing a --cruft check. Has been for years.
I tested it just now on a test domain called weboptimizer.tld

/etc/userdatadomains [EXISTS]

You stated that the domain was present in the /etc/userdatadomains file? What makes you think the cruft check is not working?

Note that the acctinfo script only gathers data, it does not modify anything. It can't add missing data to the file, that has to be done manually.

If the domain is NOT getting added to the /etc/userdatadomains file, then that's a problem that should be looked at by the cPanel Support team. Please open a ticket with your license provider.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants