Created accounts not showing up in account list, and don't work

[xWho]

WHM 10.8.0 cPanel 10.8.2-E162
CentOS 3.6 i686 - WHM X v3.1.0

Since upgrading to the version above, all accounts I create SHOW they are being created (and their directories are made), passwords are added, accounts created, etc, but...

They don't show up in the account list and they are not loading.

[xWho]

Follow-up:

How do I delete EVERYTHING associate with a particular domain/account if they aren't in the account list?

[xWho]

Just upgraded to:

WHM 10.8.0 cPanel 10.8.2-E167
CentOS 3.6 i686 - WHM X v3.1.0

And the problem still exists. My httpd is all screwed up now, along with passwed, hosts, group, everything ---

I realize the Edge build is not tested as much, but you'd think ACCOUNT CREATION wouldn't be screwed up!

[xWho]

named.conf is not being updated, and the domain.com.db file is not being created in /var/name

[katmai]

try to run /scripts/fixeverything

let me know of the output you get

[xWho]

Here's my fixeverything output (I edited out account names -- last time I posted one of these here, my server started getting hit within minutes by hackers trying to get in):

root@vps [~]# /scripts/fixeverything
Installing Default Quota Databases......Done
Quotas are now on
Resetting quota for -to 102 M
Resetting quota for -to 0 M
Resetting quota for -to 0 M
Resetting quota for -to 15360 M
Resetting quota for -to 307 M
Resetting quota for -to 0 M
Resetting quota for -to 256 M
Resetting quota for -to 5120 M
Resetting quota for -to 204 M
Resetting quota for -to 1024 M
Resetting quota for -to 5120 M
Resetting quota for -to 307 M
Resetting quota for -to 0 M
Resetting quota for -to 1024 M
Resetting quota for -to 0 M
Resetting quota for -to 307 M
Resetting quota for -to 0 M
Resetting quota for -to 307 M
Resetting quota for -to 1024 M
Repairing Mailbox Permissions....Done
Fixing mailman list urls.....Done
Fixing permissions on cgi scripts.....Scanning suexec_log...Done
Done
Shutting down Mailman's master qrunner
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Processing -
Upgrading from version 0x20107f1 to 0x20107f1
getting rid of old source files
Updating mailing list: mailman
Updating the held requests database.
- updating old private mbox file
looks like you have a really recent CVS installation...
you're either one brave soul, or you already ran me
- updating old public mbox file
Fixing language templates: mailman

Updating Usenet watermarks
- nothing to update here
Nothing to do.
updating old qfiles
Starting Mailman's master qrunner.
Reparing Nameserver Config....Done

At the bottom it says "Repairing Nameserver Config" -- well it didn't. named.conf still wasn't updated and the domain.com.db file wasn't generated in /var/named

[AndyReed]

WHM 10.8.0 cPanel 10.8.2-E167
CentOS 3.6 i686 - WHM X v3.1.0

And the problem still exists. My httpd is all screwed up now, along with passwed, hosts, group, everything ---

I realize the Edge build is not tested as much, but you'd think ACCOUNT CREATION wouldn't be screwed up!

We use Bleeding Edge on all of our servers. Running /scripts/fixeverything won't fix httpd.conf and re-create DNS zones. Did you check the log files for errors?

[katmai]

/scripts/fixrndc - for the named

now try to downgrade to stable version

[xWho]

Ok, I downgraded, and accounts are now being created, and are showing up in the list, but I can't even ping them from my own server.

The domain in question is icanaffordthat.com

The icanaffordthat.com.db file in /var/named is being created, and httpd.conf is being edited, but the domain still doesn't work.

Here's the icanaffordthat.com.db file created by the create process, and it doesn't look right to me... every other .db file for every other account does not have the %nameserverentry% stuff in it.

; cPanel 10
; Zone file for icanaffordthat.com
$TTL 14400
@ 86400 IN SOA ns1.knoxhosting.com. root.vps.knoxhosting.com. (
2006062201 ; serial, todays date+todays
86400 ; refresh, seconds
7200 ; retry, seconds
3600000 ; expire, seconds
86400 ) ; minimum, seconds

icanaffordthat.com. 86400 IN NS ns1.knoxhosting.com.
icanaffordthat.com. 86400 IN NS ns2.knoxhosting.com.

%nameserverentry%. IN A %nameservera%
%nameserverentry2%. IN A %nameservera2%
%nameserverentry3%. IN A %nameservera3%
%nameserverentry4%. IN A %nameservera4%

icanaffordthat.com. IN A 207.210.102.12

localhost.icanaffordthat.com. IN A 127.0.0.1

icanaffordthat.com. IN MX 0 icanaffordthat.com.

mail IN CNAME icanaffordthat.com.
www IN CNAME icanaffordthat.com.
ftp IN A 207.210.102.12

Is something breaking?

[serversphere]

Looks like no valid SOA for the domain, so if your box is the authoritative for the domain it would seem your named is still frelled.... now try /scripts/fixrndc and also try /scripts/rebuildnamedconf ; /scripts/fixbuggynamed and /scripts/fixnamed just for good measure....

[xWho]

I ran all of those, and the behavior is the same.


I downgraded to:
WHM 10.8.0 cPanel 10.8.2-S120
CentOS 3.6 i686 - WHM X v3.1.0

I guess the question is -- how do I un-frell a named when those fix scripts don't work?

[Sabaote]

Same problem here.


using the Stable version.
grr.. cpanel is getting pretty bad..

A lot of errors constantly.. :/

[BianchiDude]

I third this problem.

How the hell do I get rid of:
%nameserverentry%. IN A %nameservera%
%nameserverentry2%. IN A %nameservera2%
%nameserverentry3%. IN A %nameservera3%
%nameserverentry4%. IN A %nameservera4%

[lz3060]

Out of all cPanel bugs that I have seen (quite a few) this is one of the nastiest.

And it is in the stable version. I am stunned.

cPanel is dying. Go get Plesk or something.

A quick fix -- you will have to remove all lines that contain "%nameserverentry%" and restart named. Then open a ticket, because newly added domains will have their zones f***ed up too.