[00:21] <phillw> Hi guys, has splash screen removed from server?
[03:25] <xnox> phillw: are you using LUKS+LVM? =)
[03:27] <phillw> xnox: I have a dedicated server running under CentOS, it is LVM for the hard drive, but I have not used LUKS on a VM within it.
[03:28] <xnox> phillw: interesting.
[03:28] <xnox> phillw: we have this bug 1030094
[03:28] <ubot2`> Launchpad bug 1030094 in plymouth "LVM encrypted, screen turned off after grub" [Undecided,New] https://launchpad.net/bugs/1030094
[03:29] <xnox> phillw: which despite having luks sounds similarish.
[03:30] <phillw> xnox: my problem was / is that server install fails at splash screen.... you know.... the 4 dots bit.... As to why the heck that is on a server boot...pass. I cannot do more testing until that issue is resolved :(
[03:31] <xnox> phillw: ah that... well... i do not know, sorry. #ubuntu-server?
[03:32] <phillw> The dedicated server is a remote one. I can ssh -X into it, I can drop in via virt-manager; but I cannot get 12.10 to start up (12.04 runs fine).
[07:44] <njin> nallo, is cdimage down ?
[07:44] <njin> nallo/hallo
[16:15] <phillw> hi guys, is the server transfer done?
[16:16] <Laney> no, but parts are
[16:16] <Laney> what are you interested in?
[16:23] <phillw> Laney: zsync is timing out with [phillw@piglet ~]$ zsync http://cdimage.ubuntu.com/daily-live/20120819/quantal-desktop-amd64.iso.zsync
[16:23] <phillw> cdimage.ubuntu.com: Connection timed out
[16:23] <phillw> failed on url http://cdimage.ubuntu.com/daily-live/20120819/quantal-desktop-amd64.iso.zsync
[16:23] <phillw> could not read control file from URL http://cdimage.ubuntu.com/daily-live/20120819/quantal-desktop-amd64.iso.zsync
[16:23] <phillw> trying http gives.. Oops! Google Chrome could not connect to cdimage.ubuntu.com
[16:24] <stgraber> cdimage works from here
[16:25] <phillw> stgraber: I'm just following up an email on QA, I have the same issue. any ideas?
[16:25] <tumbleweed> it was down until fairly recently (according to my complaining cron mail)
[16:25] <tumbleweed> fairly recently being 3 hours ago or so
[16:26] <phillw> fairly recent being two minutes ago.
[16:37] <phillw> OK, so how long will the relocation take?  When will the servers be back on track?
[16:38] <phillw> two minutes ago on email.
[16:38] <phillw> sorry guys, you are the only channel I can ask on. It is from QA, but you look after the servers!
[16:45] <phillw> stgraber: can you check grabbing a couple of iso images from http://iso.qa.ubuntu.com/qatracker/milestones/219/builds
[16:46] <phillw> I've tried a couple at random and they are a fail.
[16:49] <tumbleweed> http://cdimage.ubuntu.com/ubuntu-server/daily/20120819/quantal-server-amd64.iso.zsync works fine for me
[16:50] <phillw> tumbleweed: can you try http://www.google.com/url?sa=D&q=http://cdimage.ubuntu.com/lubuntu/daily/20120819/quantal-alternate-i386.iso&usg=AFQjCNEBoafSRvng93U55R6hOSG_opiMbA
[16:50] <phillw> oops, long name, let me track it back!
[16:50] <phillw> http://iso.qa.ubuntu.com/qatracker/milestones/219/builds/21490/downloads
[16:51] <stgraber> downloads fine here
[16:51]  * tumbleweed sees no trobule either
[16:52] <phillw> Hmm, any ideas why more than one person cannot use them?
[16:52] <tumbleweed> did the machine change IP address?
[16:53]  * tumbleweed sees a 10 minute TTL on the DNS record, so assuming it wasn't recently lowered, that shouldn't be much of an issue...
[16:53] <phillw> 'thinks' - clear cache from browser would help, but at CLI zsync it is a bit more problemitcle.
[16:57] <phillw> tumbleweed: [phillw@piglet ~]$ zsync http://cdimage.ubuntu.com/ubuntu-server/daily/20120819/quantal-server-amd64.iso.zsync
[16:57] <phillw> cdimage.ubuntu.com: Connection timed out
[16:57] <phillw> failed on url http://cdimage.ubuntu.com/ubuntu-server/daily/20120819/quantal-server-amd64.iso.zsync
[16:57] <phillw> could not read control file from URL http://cdimage.ubuntu.com/ubuntu-server/daily/20120819/quantal-server-amd64.iso.zsync
[16:58] <phillw> so, I cannot 'see' cdimage.ubuntu.com
[16:58] <tumbleweed> phillw: getent hosts cdimage.ubuntu.com
[16:59] <phillw> tumbleweed: bash: getents: command not found
[16:59] <tumbleweed> singular
[17:00] <phillw>  getent cdimage.ubuntu.com
[17:00] <phillw> Unknown database: cdimage.ubuntu.com
[17:00] <phillw> Try `getent --help' or `getent --usage' for more information.
[17:00] <tumbleweed> left out hosts ):
[17:00] <phillw> don't you hate a n00bie :P
[17:01] <phillw> yup, that worked.
[17:01] <phillw> Let me go tell the people on ubuntu QA mailing list of the fix. but, it is a fairly major bug!
[17:02] <tumbleweed> that wasn't a "fix" just an attempt to understand what your problem is
[17:02] <tumbleweed> but debugging this over IRC is not likely to be particularly profitable
[17:03] <phillw> tumbleweed: no, it was a fix... As it worked perfectly for QA people until recently, then something quite fundamental changed.
[17:03] <micahg> umm...a datacenter move perhaps
[17:04] <tumbleweed> :)
[17:04] <phillw> micahg: indeed, which has happened this weekend. Still, better to alert people early before the channels melt down with bug reports :)
[17:11] <phillw> tumbleweed: micahg is this okay to send?
[17:11] <phillw> Hi guys and gals,
[17:11] <phillw> over the weekend the "behind the scenes" team were busy. You may find that you cannot upload / zsync etc. If this happens please issue
[17:11] <phillw> getent hosts cdimage.ubuntu.com
[17:11] <phillw> It will refresh your local cache for cdimage area.
[17:11] <phillw> Regards,
[17:11] <phillw> Phill.
[17:12] <micahg> getent just queries a DB...
[17:13] <phillw> micahg: So for us lesser mortals, does it work? It did for me.
[17:13] <elmo> no it won't "work"
[17:14] <elmo> cdimage is behind a DNS round robin rotation that only returns 1 answer at a time
[17:14] <phillw> elmo: it did for me.
[17:14] <tumbleweed> phillw: getent does nothing, I just wanted to see what the output was
[17:14] <elmo> phillw: no, it didn't
[17:14] <elmo> phillw: all that happened is you happened to change to the working server
[17:14] <elmo> completely unrelated to your getent command
[17:14] <micahg> elmo: I would think with the TTL, by now, any old entries should've been refreshed, right?
[17:14] <elmo> micahg: it's not an old entries problem
[17:14] <elmo> or related to the DC move
[17:14] <elmo> one of the servers is just dead
[17:14] <micahg> orly?  ok
[17:15] <elmo> I'll stab it in the face
[17:15] <micahg> elmo: thanks
[17:16] <elmo> (well, I mean the DC made it more visible, cdimage is running at reduced capacity, so a dead server is more obvious - but it's not the root cause)
[17:16] <tumbleweed> elmo: out of interest, why return only 1 answer at a time? (it makes it entirely non-obvious that there's round-robbining behind the scenes)
[17:16] <phillw> I'll go and have a ciggie while you guys work out an official answer for the QA people which is guaranteed to work.
[17:16] <elmo> tumbleweed: because Microsoft broke DNS
[17:17] <tumbleweed> heh
[17:17] <nigelb> nice
[17:17] <elmo> tumbleweed: given N answers in a RR set, Microsoft (and glibc for a time, but we got that fixed at least in Debian/Ubuntu) will return the "closest" one, which in IPv4 terms is meaningless
[17:17] <tumbleweed> ah, that's fairly crazy
[17:18] <elmo> we only do  it for services that are likely to be used by non-Ubuntu users
[17:18] <elmo> so, e.g. archive.u.c does more traditional RR
[17:19] <elmo> goldenapple (the problematic server) is backup, FWIW
[17:19] <njin> not working at all
[17:19] <njin> from this morning
[17:19] <elmo> njin: pardon?
[17:19] <njin> cdimage is down
[17:19] <elmo> njin: as I said, it just came back up
[17:20] <njin> ok
[17:22] <njin> is back
[17:23] <phillw> elmo: so the answer to the email list is "It is now working okay"?
[17:23] <elmo> phillw: sure, if you like - it should be and is from my testing
[17:24] <phillw> elmo: thanks :)
[17:33] <phillw> elmo: is this okay to release?
[17:33] <phillw> Hi guys and gals,
[17:33] <phillw> over the weekend the "behind the scenes" team were busy. You may have found that you could not upload / zsync etc.
[17:33] <phillw> Moving servers is not for the faint of heart, I still have the scars. 
[17:33] <phillw> Thank you to all those who did the server transfer to enable ubuntu testing and dev team to be able to take up the higher work load on.
[17:33] <phillw> Regards,
[17:33] <phillw> Phill.
[17:49]  * micahg invites phillw to use a pastebin next time
[17:50] <phillw> micahg: it wasn't that much of paste :P
[17:54] <micahg> phillw: 6 lines belongs in a paste
[17:56] <phillw> micahg: I consider myself told told off, I'll use paste in future. sorry :(
[17:56] <micahg> phillw: thanks :)
[22:59] <phillw> hi, any people around for http://iso.qa.ubuntu.com/qatracker/milestones/230/builds/21391/downloads
[22:59] <phillw> the hhtp is pointing to a zsync.
[23:00] <xnox> stgraber: see the message from phillw ^^^^
[23:00] <phillw> I've not checked others, I've just had a poke via email over it
[23:01] <phillw> Download links for Ubuntu Alternate amd64
[23:01] <phillw>  seems okay
[23:04] <phillw> xnox: hiyas, sorry to be once again the bringer of bad news. C'est la vie.
[23:05] <phillw> I'll be happy when -testing channel wakes up after the weekend :)