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
