Haha. We don't need another, we got this one. :-) On Jul 9, 2015 8:02 PM, "Mike Pontillo" <[email protected]> wrote:
> Then we need another CI to test that! ;-) > > On Thu, Jul 9, 2015 at 4:53 PM, Blake Rouse <[email protected]> > wrote: > >> I disagree as using the maas.ubuntu.com images makes sure that service >> is working as everyone else relies on it. >> On Jul 9, 2015 7:37 PM, "Mike Pontillo" <[email protected]> >> wrote: >> >>> Maybe we should change the CI to use a local mirror of the images, to >>> make the CI faster and eliminate side effects from network latency. >>> >>> Mike >>> >>> On Tue, Jul 7, 2015 at 7:38 AM, Andres Rodriguez < >>> [email protected]> wrote: >>> >>>> Yeah, so then the only issues we need to figure out are: >>>> >>>> 1. Why is the region trying to access clusterd.conf >>>> 2. Why the tests failing to pass? Is it not importing for another issue >>>> or is it just taking longer than expected, since judging by the logs, both >>>> the cluster and region are up. >>>> >>>> On Tue, Jul 7, 2015 at 9:33 AM, Gavin Panella < >>>> [email protected]> wrote: >>>> >>>>> On 7 July 2015 at 13:47, Andres Rodriguez >>>>> <[email protected]> wrote: >>>>> > Hi Gavin, >>>>> >> >>>>> >> >>>>> >> > http://162.213.35.104:8080/job/maas-utopic-trunk/576/console >>>>> >> > >>>>> >> > >>>>> http://162.213.35.104:8080/job/maas-utopic-trunk/576/artifact/results/artifacts/maas-logs/var/log/maas/regiond.log >>>>> >> > >>>>> >> > >>>>> http://162.213.35.104:8080/job/maas-utopic-trunk/576/artifact/results/artifacts/maas-logs/var/log/maas/clusterd.log >>>>> >> > >>>>> >> > So, the last issue seems liek the test does not wait long enough >>>>> for >>>>> >> > the images to be present, however, that's caused for other things >>>>> (see >>>>> >> > regiond.log): >>>>> >> > >>>>> >> > 1. OSError: [Errno 13] Permission denied: '/etc/maas/regiond.conf' >>>>> >> > 2. django.db.utils.OperationalError: fe_sendauth: no password >>>>> supplied >>>>> >> > 3. exceptions.OSError: [Errno 13] Permission denied: >>>>> >> > '/etc/maas/clusterd.conf' >>>>> >> > >>>>> >> > So, by the looks of it, it seems that after the installation goes >>>>> >> > through the regiond.conf is not with the correct permissions. >>>>> >> > Packaging itself does not configure nor changes the permissions. >>>>> So >>>>> >> > questions are: >>>>> >> > 1. Why are the daemons not creating the configs with correct >>>>> >> > permissions? >>>>> >> >>>>> >> I'm investigating this first. This was working, for the region. At >>>>> the >>>>> >> time I had to make several changes in trunk and in packaging to get >>>>> this >>>>> >> working. I haven't yet figured out what has made it regress. >>>>> >> >>>>> > >>>>> > After some investigation, the permissions issue is only seen for a >>>>> > while, but it gets to the point that it is correct and the daemons >>>>> can >>>>> > read it just fine. >>>>> >>>>> I've figured out a fix for this. >>>>> >>>>> > >>>>> >> >>>>> >> > 2. What causes the permissions to be changed correctly later on? >>>>> >> > >>>>> >> > Then, after the daemon successfully loads regiond.conf, no >>>>> password is >>>>> >> > supplied to the DB: >>>>> >> > 3. So, why does the daemon seem not to have the DB password if it >>>>> was >>>>> >> > supposed to be set? >>>>> >> >>>>> >> This is probably a symptom of #1. >>>>> >>>>> The database password is configured by maas-region-controller.postinst, >>>>> but is needed by maas-region-controller-min which is started before the >>>>> database has been configured. The errors do eventually go away. >>>>> >>>>> >> >>>>> >> > >>>>> >> > Last, but not least, the regiond is trying to access cluster.conf: >>>>> >> > 4. Why is the region daemon trying to access cluster.conf ? This >>>>> >> > should not be happening at all. >>>>> >> >>>>> >> This looks like a bug, but I'm not 100% sure about that. >>>>> > >>>>> > >>>>> > yup. IIRC, i mentioned this before. For whatever reason the region is >>>>> > trying to access this. >>>>> >> >>>>> >> >>>>> >> > >>>>> >> > Gavin, can you please look at the above and fix asap? >>>>> >> > >>>>> >> > Thanks. >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > -- >>>>> > Andres Rodriguez >>>>> > Engineering Manager, MAAS & OIL DevOps >>>>> > Canonical USA, Inc. >>>>> >>>> >>>> >>>> >>>> -- >>>> Andres Rodriguez >>>> Engineering Manager, MAAS & OIL DevOps >>>> Canonical USA, Inc. >>>> >>>> -- >>>> Mailing list: https://launchpad.net/~maas-builds >>>> Post to : [email protected] >>>> Unsubscribe : https://launchpad.net/~maas-builds >>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>> >>> -- >>> Mailing list: https://launchpad.net/~maas-builds >>> Post to : [email protected] >>> Unsubscribe : https://launchpad.net/~maas-builds >>> More help : https://help.launchpad.net/ListHelp >>> >>> >
-- Mailing list: https://launchpad.net/~maas-builds Post to : [email protected] Unsubscribe : https://launchpad.net/~maas-builds More help : https://help.launchpad.net/ListHelp
