Wandering Thoughts archives

2006-12-07

Another obnoxious discovery about Ubuntu's /var/run stuff

Today, I had the distinct pleasure of discovering that /var/run must exist on the root filesystem, even if you have a separate /var filesystem. If your root filesystem does not have such a hidden /var/run, you experience mysterious failures of various boot stuff, including an inability to bring up the network; for bonus points, nothing gives you any meaningful error messages.

(For bonus points, the default Ubuntu server startup sequence wipes out the console scroll buffer, so you can't scroll back to see many boot time messages anyways. And nothing captures them elsewhere.)

I find this incredibly obnoxious, because it means that if you move your root filesystem around, you must move it with something that peeks under mount points (effectively only dump or an equivalent will do) and you must not, on any account, move it to a place with a replacement /var already mounted in place. (Guess what we did, not knowing any better.)

If you started out without a separate /var filesystem and now want to move to one, apparently your life just sucks.

There are some comments in /etc/init.d/mountvirtfs that suggest that it should be recreating the root filesystem's /var/run if it doesn't exist. However, there are two problems:

  • there is no actual code in mountvirtfs to do this, just comments saying that it should be done.
  • trying to do it wouldn't help anyways, because the root filesystem is mounted read-only at this point.

(While /var/lock also exists on the root filesystem and is necessary, don't worry about it; LVM will helpfully create it for you in early startup as a side effect of making its /var/lock/lvm directory. So you only have to reboot twice to have everything working right with that.)

linux/UbuntuVarRun written at 15:13:04; Add Comment

How not to set up your DNS (part 13)

In the traditional illustrated format:

; sdig ns aescorts.net.
ns1.bnmq.com.
ns2.bnmq.com.
; dig mx aescorts.net. @ns1.bnmq.com.

[...]
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
[...]
;; AUTHORITY SECTION:
. 1 IN SOA . abuse.opticaljungle.com. ...

That's an interestingly grandiose claim of authority bnmq.com is making there. (And also an interesting primary nameserver they claim the DNS root has.)

For bonus points, they actually return an A record for aescorts.net, although without the usual authority records that you'd expect. It's just queries for other records that they fail. I'm left wondering if the bnmq.com nameservers are actually some species of caching nameservers, and bits have fallen out of their caches and haven't been refreshed.

(Given everything else, we probably didn't want to get email from a domain called 'aescorts.net' anyways.)

sysadmin/HowNotToDoDNSXIII written at 10:49:19; Add Comment


Page tools: See As Normal.
Search:
Login: Password:
Atom Syndication: Recent Pages, Recent Comments.

This dinky wiki is brought to you by the Insane Hackers Guild, Python sub-branch.