How to fix DNS zone serial numbers
A small memo in case it happens again… Maybe this can also help others…
I have made a typing error when incrementing a zone serial number this morning (I thought we were in year 2009!). I realized this error after the transfer was made to my secondary server, and I couldn’t figure out how I could fix this: if the serial number on the slave server is lower than the serial number on the master, the slave server will attempt to update its copy of the zone.
I have read some websites explaining one should add 2147483647 (2^31-1) to the number, reload the zone, let the slave get updated and revert to the appropriate serial number.
Unfortunately, this solution hasn’t worked for me.
I have read in RFC 1912 (section 2.2 – SOA records), that the system was planned until year 4294. I have henced updated the number of my master server to year 4294123199 (ie. the last possible serial number), reloaded the zone. After the transfer was propagated to the slave, I could simply revert to a standard serial number.
Server migration successful
All my web-services are now running on a new host (namely nix.kirya.net).
The DNS transition is not completely over, but should be ok tomorrow.
It appears everything is working well.
Please report any issue you might notice.
I am in the process of moving all my services (including this website and my mail server) to a new host (actually a virtual server). Until now, almost all of them were (hum, are… see below) hosted on my home server on a DSL line.
The aim is to ease maintenance, reduce power usage, and avoid any risk of fire when not at home.
Most of the websites and the mail server were moved to the new virtual server at the beginning of the week.
I had to postpone my backup configuration to deal with the OpenSSL vulnerability.
Unfortunately, one of the filer of my new hosting company crashed on Thursday and all the data of my virtual host have been lost.
The server is still unreachable, I had to move back to my home server on Friday.
This lead to some outages on all my websites in the meantime. Sorry for any inconvenience.
I have also lost a few e-mail (which I have received on the new host, but not yet read, ie. not yet in my MUA cache). If you sent something I haven’t yet answered to, please send it again.
I hope I will be able to work on the virtual server again next week-end.
As some of you might have noticed, I have uploaded a bunch of new packages to my experimental repository, all of them related to digital photographic workflow. Most of them are based on existing packages, but built from a VCS snapshot to benefit from newly supported hardware and new features.
- ufraw was updated to support my Sony DSLR-A700 camera – packaged based on the latest release available in sid.
- hugin package in unstable is outdated – I have based my package on Debian PhotoTools member Cyril Brulebois’s work. It seems that some legal questions have been raised, preventing the package to be updated in the official archive.
- autopano-sift fixes FTBS and other bugs in Christian Marillat‘s package and proves working well with hugin. I will e-mail him a patch with the amendments I have worked on.
- enblend needs to be built from VCS to work with current hugin snapshots. The package is fully based on the package available in sid.
Though I use these packages on a regular basis, they haven’t been thoroughly tested as official packages would be, and might still contain bugs or errors. Please report any problem you might have.
I will try and update these packages when time allows it. VCS snapshots might be unstable, or even non-usable. As usual, use these non-official packages on your own risk.
Also note that these packages are currently only available for amd64. I will eventually build i386 packages if requested.
iPod nano video
My girlfriend received an iPod nano video for Christmas.
As for music, it works fine with rhythmbox from experimental rebuilt against latest libgpod library.
But I can’t find any Linux software which would allow us to transfer pictures. I have tried gpixpod, but it seems the iPod is too new as it doesn’t even detect it. iTunes does not run with Wine.
I think I will try to set up iPod Linux some day…
Etch to Lenny upgrade
I have just upgraded one of my system from Etch to Lenny. The process was very fast and I had no problem, except hal which refused to start because of SELinux. This is now fixed thanks to audit2allow.
I have also lost some time due to the fact I had forgotten to install the headers of the upgraded kernel, preventing me from building the module of my wireless card.