mirror of
https://github.com/PowerDNS-Admin/PowerDNS-Admin.git
synced 2026-04-25 08:45:55 +03:00
[GH-ISSUE #44] Can't change MX record #29
Labels
No labels
bug / broken-feature
bug / broken-feature
docs / request
feature / request
help / other
mod / help-wanted
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/PowerDNS-Admin-PowerDNS-Admin#29
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @TacoScheltema on GitHub (May 21, 2016).
Original GitHub issue: https://github.com/PowerDNS-Admin/PowerDNS-Admin/issues/44
Hi, when edit an MX record I get a popup with a dialog asking for Server Name and Priority, like you would expect. The server name that is already in the record that I'm editing isn't pre-filled in, instead the "Server Name" field says 'undefined'.
Then, when I fill in my server name and a priority of 10 it will add a record for it like so:
@ MX Active 3600 10 mx1.example.combut when I then click 'Apply Changes' I get the following message:
{ "msg": "Record example.com/MX 10 mx1.example.com: All data was not consumed", "status": "error" }Not sure if this is an issue with PowerDNS or with PowerDNS-Admin.
@ngoduykhanh commented on GitHub (May 22, 2016):
@TacoScheltema
That error message came from pdns api. May i know which version of PowerDNS are you using? I can't reproduce the issue with PowerDNS Authoritative Server 3.4.8
@TacoScheltema commented on GitHub (May 22, 2016):
I have 3.4.1-4+deb8u5 which is the latest for my distro (Debian 8.4). I've tried to enable logging of json in powerdns (experimental-logfile option) but that doesn't seem to do anything.
Adding a new MX record produces the same error.
Should I try a different apt source to get a newer version of powerdns?
@TacoScheltema commented on GitHub (May 22, 2016):
I switched to jessie-backports and upgraded to 3.4.7-1~bpo8+1, this fixed the issue for me.
perhaps worth mentioning in the installation guide?
The steps I took were as follows:
Add the following line to /etc/apt/sources.list
deb http://ftp.de.debian.org/debian jessie-backports mainrun
apt-get updaterun
apt-get -t jessie-backports install pdns-server pdns-backend-mysqlI didn't have to change anything to my pdns.conf file.
@ivanfilippov commented on GitHub (May 26, 2016):
The issue exists in 3.4.1 and not in 3.4.2 which means it's most likely the API priority change that happened between those two releases. Here is the PowerDNS commit that contains the change:
https://github.com/PowerDNS/pdns/pull/2143/files
Here is the reference to the change in the PowerDNS documentation:
https://doc.powerdns.com/md/authoritative/upgrading/
@ngoduykhanh Do you think we should update the documentation to reflect that we only support pdns >= 3.4.2? Or we could build in some version awareness by making the record apply try again if it encounters that specific error? The API doesn't seem to have a reliable way of determining version: the console reports
May 25 20:33:33 PowerDNS Authoritative Server git-auth-3.4.1on launch but the API reports:[ { "type": "Server", "id": "localhost", "url": "/servers/localhost", "daemon_type": "authoritative", "version": "git", "config_url": "/servers/localhost/config{/config_setting}", "zones_url": "/servers/localhost/zones{/zone}" } ]@ngoduykhanh commented on GitHub (May 26, 2016):
@ivanfilippov : Yes, I think we should update the documentation to reflect that we only support pdns >= 3.4.2. Since there will be a lot of change with pdns api in later version, let's start supporting from v3.4.2 :).
@ivanfilippov commented on GitHub (Jul 1, 2016):
This has been merged and fixed.