[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-17 Thread Mark Dickie
I simply issued sudo reboot and this happened. So I assume then that I have a different issue from the original reporter? Should I open a separate bug and stop polluting this one? In the meantime I'll pull the requested config files. -- You received this bug notification because you are a

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-17 Thread Mark Dickie
/etc/network/interfaces # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet manual auto juju-br0 iface juju-br0 inet dhcp bridge_ports eth0 /etc/network/interfaces.d is empty -- You received this bug notification

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-17 Thread Mark Dickie
I simply issued sudo reboot and this happened. So I assume then that I have a different issue from the original reporter? Should I open a separate bug and stop polluting this one? In the meantime I'll pull the requested config files. -- You received this bug notification because you are a

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-17 Thread Mark Dickie
/etc/network/interfaces # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet manual auto juju-br0 iface juju-br0 inet dhcp bridge_ports eth0 /etc/network/interfaces.d is empty -- You received this bug notification

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
Same as comment #44 I'm running hardware MAAS and I get this on every deployment. If I let cloud-init error out I can get logged in and juju- br0 is up by that point but it doesn't come up until after cloud-init tries to do it's stuff. This makes the nodes I deploy unusable. I'm going to see if

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
@dimitern Thanks for the swift reply. I'll do this now, for your information I'm currently running juju 1.21-beta3-trusty-amd64 from the juju-proposed ppa. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to juju-core in Ubuntu.

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
Also I've found that if I edit /etc/init/networking.conf and change the starts on line to:- starts on stopped cloud-init-local Then everything works fine although I realise that this is a very poor solution. Best I could manage with my limited upstart knowledge. -- You received this bug

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
@dimitern Quite right, it is the devel branch I'm using. I was trying to find a new version which might already have a fix. I'm not very up on building software based on go. I'm getting the following when I try to run go install -v launchpad.net/juju-core/... go build

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
Here is the bootstrap log created when I run juju bootstrap --to db2.ed1.mavennetwork.co.uk --debug ~/maas-bootstrap.log ** Attachment added: maas-bootstrap.log https://bugs.launchpad.net/juju-core/+bug/1271144/+attachment/4282230/+files/maas-bootstrap.log -- You received this bug

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
And these are the juju and cloud logs from the node which was bootstrapped. This node is working fine right now but once it is rebooted I will get the cloud-init problem. I'll reboot it now and then post the logs after the problematic boot. ** Attachment added: logs.zip

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
And lastly the logs from the node after it is rebooted. On this boot it takes a very long time to come up as cloud-init waits for the network bridge to come up and then eventually errors out. ** Attachment added: logs2.zip

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
Same as comment #44 I'm running hardware MAAS and I get this on every deployment. If I let cloud-init error out I can get logged in and juju- br0 is up by that point but it doesn't come up until after cloud-init tries to do it's stuff. This makes the nodes I deploy unusable. I'm going to see if

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
@dimitern Thanks for the swift reply. I'll do this now, for your information I'm currently running juju 1.21-beta3-trusty-amd64 from the juju-proposed ppa. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
Also I've found that if I edit /etc/init/networking.conf and change the starts on line to:- starts on stopped cloud-init-local Then everything works fine although I realise that this is a very poor solution. Best I could manage with my limited upstart knowledge. -- You received this bug

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
@dimitern Quite right, it is the devel branch I'm using. I was trying to find a new version which might already have a fix. I'm not very up on building software based on go. I'm getting the following when I try to run go install -v launchpad.net/juju-core/... go build

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
Here is the bootstrap log created when I run juju bootstrap --to db2.ed1.mavennetwork.co.uk --debug ~/maas-bootstrap.log ** Attachment added: maas-bootstrap.log https://bugs.launchpad.net/juju-core/+bug/1271144/+attachment/4282230/+files/maas-bootstrap.log -- You received this bug

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
And these are the juju and cloud logs from the node which was bootstrapped. This node is working fine right now but once it is rebooted I will get the cloud-init problem. I'll reboot it now and then post the logs after the problematic boot. ** Attachment added: logs.zip

[Bug 1271144] Re: br0 not brought up by cloud-init script with MAAS provider

2014-12-16 Thread Mark Dickie
And lastly the logs from the node after it is rebooted. On this boot it takes a very long time to come up as cloud-init waits for the network bridge to come up and then eventually errors out. ** Attachment added: logs2.zip

[Bug 1247407] Re: nautilus takes long time to move to move to rubbish bin on Kerberos/NFS4 fileshare

2013-11-02 Thread Mark Dickie
Sorry I seem to have done something wrong. This is obviously not a Launchpad bug. I was trying to submit a bug for the version of Nautilus in Ubuntu 13.10 which I believe is just called File now. Does anyone know how I can correct this bug report? ** Summary changed: - nautilus takes long

[Bug 929848] Re: init script has hard coded chown

2012-03-25 Thread Mark Dickie
I also have had a problem with this. In my case I had changed the user that apache runs as to make it compatible with freePBX which requires apache to run as the asterisk user. I have created an edited version of the init script which you will find attached. This appears to work with whatever

[Bug 929848] Re: init script has hard coded chown

2012-03-25 Thread Mark Dickie
I also have had a problem with this. In my case I had changed the user that apache runs as to make it compatible with freePBX which requires apache to run as the asterisk user. I have created an edited version of the init script which you will find attached. This appears to work with whatever

[Bug 613271] Re: E17 is not installible due to unmet depends

2010-08-24 Thread Mark Dickie
This is an old version. 0.16.999.49898-1 is in Debian unstable and matches the versions of the rest of the EFL in Ubuntu. However, all the EFL have now gone alpha removing the svn-version thing. http://www.enlightenment.org/p.php?p=news -- E17 is not installible due to unmet depends

[Bug 528957] Re: mouse button clicks not detected in windowed mode

2010-04-23 Thread Mark Dickie
This is only a bug for me in Gnome, in enlightenment e17 the bug does not appear. Anyway, if it's fixed, it's fixed. -- mouse button clicks not detected in windowed mode https://bugs.launchpad.net/bugs/528957 You received this bug notification because you are a member of Ubuntu Bugs, which is

[Bug 69306] Re: Choppy and jerky recorded sound with snd-hda-intel

2008-11-09 Thread Mark Dickie
Macbook 2.1 no internal microphone info at http://www.alsa- project.org/db/?f=d6bdaf87d19a357860d7952dd0d4175c71e8c4de -- Choppy and jerky recorded sound with snd-hda-intel https://bugs.launchpad.net/bugs/69306 You received this bug notification because you are a member of Ubuntu Bugs, which

[Bug 246317] [NEW] Wishlist: Include configuration option for lighttpd

2008-07-07 Thread Mark Dickie
Public bug reported: Binary package hint: moodle In the installer there are currently only options for configuring various apache webservers. An option for lighttp would be beneficial with the correct script 50-moodle.conf being added to /etc/lighttpd /conf-available and enabled on install

[Bug 246317] Re: Wishlist: Include configuration option for lighttpd

2008-07-07 Thread Mark Dickie
** Attachment added: Sample moodle conf file for lighttpd http://launchpadlibrarian.net/15873197/50-moodle.conf ** Description changed: Binary package hint: moodle In the installer there are currently only options for configuring various apache webservers. An option for lighttp