CPANEL-37035 - DNS Zone Manager issue - literally unplayable

Operating System & Version
CENTOS 7.9 v96.0.0

Stacy HM

Registered
Apr 27, 2019
3
0
1
Florida
cPanel Access Level
Root Administrator
This results in any attempt to use this tool: API failure: (XID cbu5nu) This system does not have a domain named “(domain)”
(domain) is the redacted domain name.

This happens when trying to manage a domain, or add any individual record.
 
Last edited by a moderator:

Stacy HM

Registered
Apr 27, 2019
3
0
1
Florida
cPanel Access Level
Root Administrator
Thank you. It works until we attempt to add a record, then get this:

Error: API failure: Zone is invalid: Line 28: TTL set to prior TTL (14400); Line 30: TTL set to prior TTL (14400) at /usr/local/cpanel/Cpanel/ZoneFile/LineEdit.pm line 390.
 

Curious Too

Well-Known Member
Aug 31, 2001
430
1
318
cPanel Access Level
Root Administrator
Was this ever resolved? I get this error when trying to edit a zone file after updating to cPanel 96.0.8:

[2021-05-18 22:44:44 -0400] info [xml-api] API failure: Zone is invalid: Line 58: TTL set to prior TTL (3600) at /usr/local/cpanel/Cpanel/ZoneFile/LineEdit.pm line 390.
[mass_edit_dns_zone] version [1].
 

MediaServe

Well-Known Member
PartnerNOC
Apr 9, 2004
141
3
168
Dallas, Texas
cPanel Access Level
DataCenter Provider
FWIW On 96.0.8 I'm experiencing the second error mentioned in this thread, (but not the original):

Error: API failure: Zone is invalid: Line 32: TTL set to prior TTL (14400) at /usr/local/cpanel/Cpanel/ZoneFile/LineEdit.pm line 390.

Running named-checkzone reports "OK".

There doesn't seem to be any relation to CPANEL-36573 as the affected domain is owned by a user, is properly mapped to the user in /etc/userdomains, and has the corresponding DNS line in /var/cpanel/users/[user]
 
Last edited:

MediaServe

Well-Known Member
PartnerNOC
Apr 9, 2004
141
3
168
Dallas, Texas
cPanel Access Level
DataCenter Provider
@MediaServe - could you get a ticket submitted so we can see this on an affected machine?
I've submitted ticket 94328705. While submitting it I found you've generated CPANEL-37035 for this, but I went ahead and completed the ticket anyway in case access to the server is helpful in diagnosing and resolving.
 

MediaServe

Well-Known Member
PartnerNOC
Apr 9, 2004
141
3
168
Dallas, Texas
cPanel Access Level
DataCenter Provider
Seems it's simply a matter of ensuring that all your DNS records share the same TTL value, (SOA and NS records excluded it seems). My client had everything set to 14400 with a google verification record set to 86400. Changing the TTL value of the google verification TXT record to 14400 allowed WHM to once again save records without error.

It's a bug of course, but easy enough to work around.
 
  • Like
Reactions: cPRex

cPanelFelipe

Member
Staff member
Apr 10, 2013
16
11
128
Seems it's simply a matter of ensuring that all your DNS records share the same TTL value, (SOA and NS records excluded it seems). …

It's a bug of course, but easy enough to work around.
This is incorrect.

The problem happens when multiple records *IN THE SAME RECORD SET*—i.e., of the same name and type—have differing TTLs. Per RFC 2181/5.2, all records within a given set *must* share a common TTL.

So there’s no need for all records in a zone to share the same TTL.

This seems to be happening because the APIs behind the new zone editor are more stringent about this than the older APIs, but the zone editor itself doesn’t detect this issue early enough.
 
  • Like
Reactions: cPRex

smurf

Active Member
Jun 4, 2009
42
6
58
This seems to be happening because the APIs behind the new zone editor are more stringent about this than the older APIs, but the zone editor itself doesn’t detect this issue early enough.
We've just ran into the issue of creating a new DNS record conflicting with the existing DNS record TTL after updating to v96.

Are there plans to fix or relax the zone editor API? The error message is vague so it's causing a number of tickets and complaints.
 

smurf

Active Member
Jun 4, 2009
42
6
58
We've performed some additional testing and the major issue is the zone editor now throws a 'generic' error message instead of a specific error.

E.g. Try and create a CNAME host record when an existing A host record for the same record exists in the DNS zone.

in v96 the error "Error: the request failed. (Error ID: Xxxx) Ask your hosting provider to research this error in cPanel & WHM's main error log.) is shown

in v94 the error "Error: autodiscover.example.com. already has an A record. You may not mix CNAME records with other records for the same name"

Unsure if this was better off split from the OPs issue and case but please can this be passed on so the error reporting can be fixed?

We're frankly disappointed this even passed testing to make it into a release version.
 

AndyB78

Well-Known Member
Oct 7, 2003
80
2
158
Romania
cPanel Access Level
Root Administrator
When trying to migrate MX to Google's, I've encountered the second problem in this thread because a TXT record had a 600 second TTL (different from the other TXTs with 14400). So I had to modify it to 14400, then add the Google MX records with 14400 instead of the 3600 specified by Google and then lower the TTL for the entire zone from WHM -> Set Zone TTL to 3600. I don't clearly understand if this is a bug or a strict implementation of a RFC but this feels like a bug. Any plans to fix this?
 

MajorLancelot

Well-Known Member
Dec 17, 2014
64
5
133
Shinjuku-ku, Tokyo, Japan
cPanel Access Level
Root Administrator
Just ran into the same issue after the v96.0.9 upgrade on all machines:

[B]Error:[/B] API failure: Zone is invalid: Line 46: TTL set to prior TTL (14000) at /usr/local/cpanel/Cpanel/ZoneFile/LineEdit.pm line 390.

Can't add new, delete or edit existing records.

Running check-zone throws a clear pointer:

TTL mismatch in rrset
 
Last edited: