/srv/irclogs.ubuntu.com/2013/01/03/#maas.txt

jtvrvba: just having a look at bug 1092265...  one thing I don't understand is that the node's log mentions "raring" all over the place, not "precise."  I thought you said the node was being set up with Precise?11:07
ubot5bug 1092265 in MAAS "juju setup fails on raring" [Critical,Triaged] https://launchpad.net/bugs/109226511:07
jtvOh, that log is not from the node, is it?11:08
rvbajtv: it's booting precise.  What log?11:08
rvbaThe Jenkins' log?11:08
rvbaThat's the report from the installation of the MAAS server… on raring.11:09
jtvYeah...  I was looking at the wrong log there.11:09
rvbajtv: I'm trying to debug this in the lab right now… so far, no luck…11:10
jtvThe console screenshots seem to suggest that the TFTP request times out, or fails in some other way, and the node falls back to local boot.  Is that normal?11:10
rvbaThat's not what I see.  I see the request go through ok (i.e. reach the webserver fine).11:11
jtvThe webserver?  But it's supposed to go to the cluster controller, right?11:12
rvbaNode -> pserv -> webapp and then back11:13
jtvOh, depending on whether it's the config or the actual image of course...11:13
jtvSo what you get to see on the webserver is the cluster controller's API request for PXE config information.11:14
rvbaYes11:14
rvbaThis is the pxe config used: http://paste.ubuntu.com/1491555/11:15
rvbaLooks fine.11:15
jtvDo we know chain.c32 is still OK?11:17
rvbaNo.  It definitely looks like the problem is in there.11:18
rvbaAny idea how to debug this?11:19
jtvTFTP server logs.  See if the requests _after_ the one for the config are happening.11:19
jtvI guess we'd expect requests for chain.c32, the kernel, and initrd.  And here's hoping they didn't change the naming convention for those again!11:21
rvbararg, I need to clean up all the debugging statements I put in there first…11:25
rvbahttp://paste.ubuntu.com/1491568/ That's the log11:27
rvbaNo sign of the other files being transferred.11:28
jtvI do see chain.c32 being mentioned...  but not the images  :(11:30
rvbaIndeed11:30
rvbajtv: If I replace the file chain.c32 with the one from the syslinux package on *quantal*, the boot seems to work.11:33
jtvGah11:34
jtvrvba: the syslinux in Quantal is 2.x, and upstream is at 4.x.  Good chance of a major change in Raring I guess.  :(11:40
rvbaJudging by the size of the files only, there is a major change.11:41
jtvI think all you can really do at this point is punt to the server peoples.11:41
rvbaYep, I've added a comment on the bug.11:41
jtvAnd I just got my marching orders — time to hop on the scooter and scoot over to the other village.11:42
jtvLet's just hope the new syslinux doesn't require any painful changes on our end.  See you tomorrow!11:44
rvbajtv: why do you say that the version of syslinux is 2.x in quantal, it says 2:4.05+dfsg-611:44
rvba?11:44
rvbahttp://paste.ubuntu.com/1491595/11:44
jtvOh!  Argh!  I read the "2" and ignored the rest.11:44
jtvUpstream is at... 4.06?11:44
rvbahttp://paste.ubuntu.com/1491596/11:45
rvbaThe versions are not that different.11:45
rvbaBut still, we have a problem :)11:45
jtvClearly!11:45
rvbaAnyway, I'll poke the server people.11:46
jtvWhat does the "2:" stand for, in the version number?  I probably should know this, but it's not the sort of thing I deal with regularly any more.11:46
rvbaI don't know either.11:46
jtvOh well.  The upstream wiki did say something about a major change.11:48
jtvIn 4.06.11:48
jtvAnd I really must run — nn!11:48
rvbann jtv11:48
rvbaroaksoax: smoser:  Hi guys.  Would you mind having a look at bug 1092265?  I think I identified where the problem is (see my comments on the bug) but this looks like something you guys would know how to fix it.15:49
ubot5bug 1092265 in MAAS "Nodes fail to boot from local disk on raring" [Critical,Triaged] https://launchpad.net/bugs/109226515:49
roaksoaxrobbiew: i'll do some testing but seems problem of newer chain.c32 as you mention16:32
roaksoaxso there's probably a bug in a code or who knows what would it be16:32
robbiewhuh?16:33
rvbaroaksoax: cool, thanks for looking into it.16:33
roaksoaxrobbiew: err sorry :) was for rvba :)16:36
roaksoaxrvba: maybe something changed in newer syslinux and template needs some additional info in order for it to boot16:37
rvbaroaksoax: the pxe config used is this: http://paste.ubuntu.com/1491555/16:38
roaksoaxrvba: yeah seems right16:40
rvbaAnd simple :)16:40
roaksoaxrvba: i have to re-setup environments so it will take me a few hours16:40
rvbaroaksoax: all right.  I'll be off soon so please send me an email or comment on the bug if you make progress or want me to test things.16:43
roaksoaxrvba: sure thing16:44
rvbata16:44
=== ppetraki is now known as ppetraki-busy
alperkanathey there.. i'm trying to test maas with Ubuntu Server 12.10 on virtualbox.. there are 2 vm's each have 2 nics on themselves. 1 is open to public network (internet) and the other is open to private network (192.168.57.x with no DHCP server)17:32
alperkanati've enabled DHCP/DNS on MAAS17:33
alperkanatthe node seems to find PXE17:33
alperkanatbut TFTP gives a timeout17:33
alperkanatany ideas?17:33
roaksoaxa/win 1418:01
=== ppetraki-busy is now known as ppetraki
bstillwellI'm working on setting up MAAS on quantal and when attempting to PXE boot a node, it gets hung up trying to download pxelinux.cfg/default21:46
bstillwellAny idea what I might have missed?21:46
bstillwellI've configured MAAS to handle both dhcp and dns.21:47
bstillwellI don't see a /var/lib/maas/tftp/pxelinux.cfg at all.21:49
bstillwellWhat part of MAAS creates pxelinux.cfg?22:07
roaksoaxbstillwell: check that /etc/maas/maas_local_settings.py has the correct IP for MAAS_URL22:29
bstillwellroaksoax: looks good22:31
bstillwellI did find one issue with the docs so far.  When running maas-import-pxe-files, you may need to set both http_proxy and https_proxy.22:34
bstillwellmaas-import-ephemerals uses https22:34
bstillwellOh, and this page points to other pages that don't exist:22:35
bstillwellhttp://www.ubuntu.com/download/help/install-ubuntu-cloud22:35
bstillwellspecifically steps 4 & 522:35
bstillwellahh, figured it out23:00
bstillwellI disabled i386 and armhf so I wouldn't have to download the largish ephermal images.23:00
bstillwellLooks like i386 is needed23:00
bstillwelllooks like the node is trying to download stuff from archive.ubuntu.com now, but it isn't using the proxy like it should...23:03
bstillwellIs that configurable somewhere?23:03
bigjoolsit's set in the preseed23:11
bigjoolsby default it uses a local squid-deb-proxy23:11
bstillwellWhere's the preseed file at?23:12
bstillwellfound them: /usr/share/maas/preseeds23:16
bstillwellThis message needs to be updated:23:22
bstillwellYou can boot this node using Avahi-enabled boot media or an adequately configured dhcp server. See https://wiki.ubuntu.com/ServerTeam/MAAS/AvahiBoot for instructions.23:22
bstillwellThat link doesn't work23:22
bigjoolsgah23:29
bigjoolsI think a lot of these bugs were fixed, it's just not released yet23:29
bigjoolssee https://launchpad.net/maas/+milestone/12.10-stabilization23:30
bstillwelllooks like lots of fixed bugs.  :)23:33
bstillwellSo on this page it says the updated juju packages will be in main after the release of precise:23:57
bstillwellhttps://maas.ubuntu.com/docs/quantal/juju-quick-start.html23:57
bstillwellseems like it should be updated too23:57

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!