=== oleo is now known as Guest41066
=== mup_ is now known as mup
[08:51] <nitin_> I have an issue!!
[08:55] <nitin_> After uploading CentOS images, the cluster controller is not syncing automatically
[08:55] <nitin_> How to start syncing manually?
=== mthaddon` is now known as mthaddon
[09:04] <dimitern> nitin_, assuming you still use maas 1.7, have you tried following this guide: http://maas.ubuntu.com/docs1.7/os-support.html#installing-maas-images ?
[09:32] <nitin_> dimitern, yes i have uploaded CentOS images using the commands given in the guide: http://maas.ubuntu.com/docs1.7/os-support.html#installing-maas-images
[09:36] <dimitern> nitin_, and your cluster shows "out-of-sync" ?
[09:36] <nitin_> yes
[09:36] <nitin_> actually, the CentOS images supported by MAAS are syncing successfully
[09:37] <nitin_> but, my own custom image of CentOS is not able to sync
[09:38] <nitin_> perhaps its large size of around 1.4 GB might be causing the problem
[09:40] <dimitern> nitin_, I doubt the size is a problem
[09:40] <dimitern> nitin_, what do you mean your custom image?
[09:41] <dimitern> nitin_, if you uploaded (a supported by maas - look in the docs about the maas-image-builder) custom image what's there to sync?
[09:42] <dimitern> nitin_, try maas <profile> boot-images import ?
[09:45] <nitin_> i want to upload a CentOS 6.3 image with certain packages & applications
[09:46] <dimitern> nitin_, I haven't tried what you're trying to do, sorry :/
[09:46] <nitin_> Do I need to build the image using MAAS Image Builder
[09:47] <dimitern> nitin_, but some of the guys from the maas team should be able to help you << blake_r, roaksoax, mpontillo,
[09:47] <nitin_> ok..thanks dimitern!!
[12:44] <mup> Bug #1515276 changed: Error creating a bond <MAAS:New for andreserl> <https://launchpad.net/bugs/1515276>
=== jfarschman is now known as MilesDenver
[17:33] <mup> Bug #1516722 opened: MAAS 1.9 fails install <MAAS:New> <https://launchpad.net/bugs/1516722>
=== Guest17963 is now known as med_
[19:58] <los> Had MaaS working....borked images ... how?  Gak
[19:58] <los> (Checked DNS, IP, its all working...I swear this was working on Fri.)
=== los is now known as gawful
=== gawful is now known as los
=== los is now known as gawful
=== gawful is now known as los
[20:40] <los> Got my MaaS up and going, but, the Images tab is stuck in "Apply Changes".  No good clues in log.
[21:12] <roaksoax> los: what do you mean stuck in apply changes ?
[21:31] <los> I click the Apply changes button, and I see in the log there's traffic out com.ubuntu.maas:v2 API etc....and then after "Region import" or sometimes skipping that POOF back to Apply Changes (with the versions/archs showing)
[21:32] <los> My nodes "are Ready" etc.
[21:45] <los> Its weird, I see the region controller hit ubuntu's site to check versions...I wonder.
[22:07] <mup> Bug #1467995 changed: Simultaneous Trusty deployments to VMs with SATA virtual disks on same physical drive fail sometimes - drops to Grub rescue shell <oil> <MAAS:Invalid> <https://launchpad.net/bugs/1467995>
[22:10] <mup> Bug #1467995 opened: Simultaneous Trusty deployments to VMs with SATA virtual disks on same physical drive fail sometimes - drops to Grub rescue shell <oil> <MAAS:Invalid> <https://launchpad.net/bugs/1467995>
[22:13] <mup> Bug #1467995 changed: Simultaneous Trusty deployments to VMs with SATA virtual disks on same physical drive fail sometimes - drops to Grub rescue shell <oil> <MAAS:Invalid> <https://launchpad.net/bugs/1467995>
[22:35] <los> roaksoax: found your site, :) ....still pondering logs.
[22:37] <roaksoax> los: so what about if you rm -rf /var/lib/maas/boot-resources/ and restart he import ?
[22:38] <los> roaksoax: Aha!  I did that and sure enough a different snapshot started coming down...its appearing to be "complete" but since I zapped my other one I can't compare :0
[22:38] <los> (your site is the ONLY place I've [just] found that has the "lifecycle" of En->Com->Ready, argh!)
[22:40] <los> I see it talking to ubuntu about objects: 2015-11-16 16:39:57 [sstreams] INFO: com.ubuntu.maas:v2:download/com.ubuntu.maas:v2:boot:14.04:amd64:hwe-v: to_add=[u'20150727'] to_remove=[]
[22:41] <los> Followed by GET's: 2015-11-16 16:40:17 [-] 127.0.0.1 - - [16/Nov/2015:22:40:17 +0000] "GET /MAAS/images-stream/ubuntu/amd64/hwe-v/trusty/20150727/root-image.gz
[22:41] <los> iptraf shows bytes coming down...
[22:41] <los> Oh! I am on Step 2/2, that's new, haven't change anything...!  Weird!
[22:42] <los> (hasn't gotten past step 1/2 all day)
[22:43] <roaksoax> los: yeah weird, something must have borkjed and maas thought it had the images
[22:44] <los> roaksoax: Third time I've blown them away.  Dang.  Thanks for the magical juju.  Couldn't find any system status page for centralized maas (ubuntu) pages
[22:48] <los> roaksoax: LOL: Doomed: I celebrated too early....it took longer but got back to the same place.  Interestign!
[22:50] <roaksoax> los: do you have access to the ubuntu archive ?
[22:52] <mup> Bug #1516815 opened: MAAS creates DNS record against Alias when it is part of the PXE interface <MAAS:New> <MAAS 1.9:New> <MAAS trunk:New> <https://launchpad.net/bugs/1516815>
[22:53] <los> roaksoax: I don't think so--I haven't signed up for it, if its not public access etc.
[22:53] <roaksoax> los: it is public access
[22:53] <roaksoax> los: are you agaisnt a proxy ?
[22:53] <roaksoax> behind*
[22:53] <los> roaksoax: I'll look it up--I've seen you (noproxy) guys use it in the videos
[22:54] <los> roaksoax: (Get latest from dev trunk?)
[22:55] <roaksoax> los: what version are you using?
[22:55] <mup> Bug #1516815 changed: MAAS creates DNS record against Alias when it is part of the PXE interface <MAAS:New> <MAAS 1.9:New> <MAAS trunk:New> <https://launchpad.net/bugs/1516815>
[22:56] <los> roaksoax: 1.8.3+bzr4053
[22:57] <roaksoax> los: you wanna try 1.9.0rc1 ? ppa:maas/next
[22:57] <los> roaksoax: Sure.  I'm also having trouble getting a 2nd Cluster Controller to talk to the existing RegCntrl.  This is researchy, for the sake of JuJu :)
[22:59] <los> roaksoax: can you install just a ClusCntrl by itself?  The RegCntrl web berzerk when I changed the ClusCntrl2's shared secret to the RegCntrl1's secret (db/flatfile mismatch from googling)
[22:59] <roaksoax> los: you can try to dpkg-resource maas-cluster-controller and paste the shared secret for the cluster to connect
[23:00] <los> roaksoax: 1) add archive 2) update/upgrade?
[23:00] <roaksoax> los: sudo add-apt-repository ppa:maas/next && sudo apt-get update && sudo apt-get dist-upgrade
[23:01] <los> roaksoax: Yeah, the Regional was going bonkers hitting the log 1/sec.  Thx!
[23:01] <mup> Bug #1516815 opened: MAAS creates DNS record against Alias when it is part of the PXE interface <MAAS:New> <MAAS 1.9:New> <MAAS trunk:New> <https://launchpad.net/bugs/1516815>
[23:02] <los> roaksoax: Yeah, this on 15.10 (latest) also btw
=== med_ is now known as Guest12059
[23:04] <mup> Bug #1516815 changed: MAAS creates DNS record against Alias when it is part of the PXE interface <MAAS:Incomplete> <MAAS 1.9:Incomplete> <MAAS trunk:Incomplete> <https://launchpad.net/bugs/1516815>
[23:07] <mup> Bug #1516815 opened: MAAS creates DNS record against Alias when it is part of the PXE interface <MAAS:New> <MAAS 1.9:New> <MAAS trunk:New> <https://launchpad.net/bugs/1516815>
[23:08] <los> roaksoax: "Dependency problems prevent..." maybe I should nail the maas pkgs out?
[23:10] <los> roaksoax: Weird, did it on two hosts and only one error'd
[23:12] <los> roaksoax: Looks like django db migration problem:
[23:12] <los> django.db.utils.ProgrammingError: column maasserver_vlan.mtu does not exist LINE 1: ...erver_vlan"."vid", "maasserver_vlan"."fabric_id", "maasserve...
[23:13] <los> dpkg: error processing package maas-region-controller (--configure):  subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of maas:  maas depends on maas-region-controller (= 1.9.0~rc1+bzr4496-0ubuntu1~wily1); however:   Package maas-region-controller is not configured yet.
[23:13] <los> roaksoax:Order of dependency?
[23:23] <los> roaksoax: I had removed maas-region-controller and had said "no" to the dbconfig-common dependency removal.
[23:26] <thetrav> heya folks
[23:26] <thetrav> Will MaaS behave itself if my Nodes are not able to view the region controller?
[23:26] <thetrav> is it ok for them to only see the cluster controller?
[23:29] <los> thetrav: I don't know, but, I'm building a 2C1R setup myself and I am wondering if there is connectivity issues between C2 and R1
[23:29] <los> thetrav: C1 and R1 are on the same box
[23:43] <thetrav> yeah, I'm building the same
[23:44] <thetrav> I'm actually trying to set R1, C1 & C2 on the same physical host but in VMs.  The box has 3 Nics and it's "important" that the networks C1 and C2 manage don't see each other