On Mon, Jul 6, 2015 at 8:36 PM, Hannes Magnusson <[email protected]> wrote:
> On Mon, Jul 6, 2015 at 5:42 AM, Ferenc Kovacs <[email protected]> wrote: > > Hi, > > > > I've was just told that the IP changes for php.mirror.camelnetwork.com. > > (which is the registered cname for uk1.php.net) did not get propagated > to > > uk.php.net > > > We don't handle the camelnetwork.com... I'm not sure what you mean? > In our books uk1.php.net is called php.mirror.camelnetwork.com, and we > do gethostbyname() hourly to populate uk.php.net. > Any IP changes of the hostname are handled outside of our system. > > That is why we point at cnames, so we don't have to care if the server > IP changes... > Unfortunately apparently round-robin dns wants IPs, not cnames, so we > have to do that gethostbyname() :( > > > Are you saying that www.php.net is not returning the IP of > php.mirror.camelnetwork.com ? > That is a path we haven't tried. It should work, but we haven't confirmed. > I was told that even 2 days after the php.mirror.camelnetwork.com A record was changed from 149.255.111.133 to 194.50.88.3 uk.php.net (and www.php.net also) was still resolving to the old IP. > > > > > > and when verifying this I also realised that while uk3.php.net > > was disabled on the mirror interface two days ago it is still in the > geoip > > rotation. > > so from the looks of it it seems that the dns changes for the geodns > domains > > aren't propagated correctly. > > > Ah. I never got around to, and then totally forgot, to update the > master/mirrors.php manual disabling/enabling to call the EasyDNS API. > > > > http://git.php.net/?p=web/master.git;a=blob;f=manage/mirrors.php;h=ad4ad804adf59275411226b6a31543704d590402;hb=HEAD#l61 > > Needs to check if we are modifying 'active', and if so, run > > http://git.php.net/?p=web/master.git;a=blob;f=scripts/mirror-test;h=5069839ac1f4aea6745682b610766bd293d41705;hb=HEAD#l342 > to activate > or, when disabling > > http://git.php.net/?p=web/master.git;a=blob;f=scripts/mirror-test;h=5069839ac1f4aea6745682b610766bd293d41705;hb=HEAD#l325 > But to get the ID, you need to get the full list first, and backtrace > the id for the cname. > This is because IDs are mutable. Changes in for example the zone file > will affect these things. > > -Hannes > maybe it would be easier to periodically compare the current records in easydns vs our db and if there is a difference then converge? now if something drifts it will be never automatically fixed, and from the nature of the geodns we won't really realize until somebody reports it (and we still have to reproduce). -- Ferenc Kovács @Tyr43l - http://tyrael.hu
