[Bug 1373261] Re: pserv.yaml rewrite breaks when previous generator URL uses IPv6 address
** Changed in: maas Status: In Progress => Fix Committed ** Changed in: maas (Ubuntu) Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1373261 Title: pserv.yaml rewrite breaks when previous generator URL uses IPv6 address To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1373261/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1373261] Re: pserv.yaml rewrite breaks when previous generator URL uses IPv6 address
** Changed in: maas (Ubuntu) Assignee: (unassigned) => Jeroen T. Vermeulen (jtv) ** Changed in: maas (Ubuntu) Status: Confirmed => In Progress -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1373261 Title: pserv.yaml rewrite breaks when previous generator URL uses IPv6 address To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1373261/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1373261] Re: pserv.yaml rewrite breaks when previous generator URL uses IPv6 address
** Changed in: maas Assignee: (unassigned) => Jeroen T. Vermeulen (jtv) ** Changed in: maas Status: Triaged => In Progress ** Branch linked: lp:~jtv/maas/bug-1373261 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1373261 Title: pserv.yaml rewrite breaks when previous generator URL uses IPv6 address To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1373261/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1373261] Re: pserv.yaml rewrite breaks when MAAS URL uses IPv6 address
** Description changed:
- Reconfiguring between an IPv4-based and an IPv6-based MAAS_URL broke the
- ‘generator’ setting in my pserv.yaml: it ended up being the full IPv4
- netloc, with most of the IPv6 netloc tacked onto it.
+ Reconfiguring when the existing MAAS_URL used an IPv6 host address broke
+ the ‘generator’ setting in my pserv.yaml: it ended up being the full
+ newly configured netloc, with most of the previous IPv6 netloc tacked
+ onto it.
I think that's because the regex in maas-cluster-controller.postinst
mistakes the first colon in an IPv6 address for the beginning of a port
specifier:
- sed -i "s|MAAS_URL=.*|MAAS_URL=\"$RET\"|" /etc/maas/maas_cluster.conf
- # Extract the hostname part.
- HOSTPART=$(echo $RET|awk '{ split($0,array,"/")} END{print array[3]
}')
- # And substitute it in-place in pserv.yaml on an indented,
non-commented
- # line.
- sed -ri
"s|^([[:space:]]+)(#+[[:space:]]*)?(generator:[[:space:]]+https?://)[^:/]+|\1\3$HOSTPART|"
/etc/maas/pserv.yaml
+ sed -i "s|MAAS_URL=.*|MAAS_URL=\"$RET\"|" /etc/maas/maas_cluster.conf
+ # Extract the hostname part.
+ HOSTPART=$(echo $RET|awk '{ split($0,array,"/")} END{print array[3]
}')
+ # And substitute it in-place in pserv.yaml on an indented,
non-commented
+ # line.
+ sed -ri
"s|^([[:space:]]+)(#+[[:space:]]*)?(generator:[[:space:]]+https?://)[^:/]+|\1\3$HOSTPART|"
/etc/maas/pserv.yaml
These things are still best done in Python I suppose.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1373261
Title:
pserv.yaml rewrite breaks when MAAS URL uses IPv6 address
To manage notifications about this bug go to:
https://bugs.launchpad.net/maas/+bug/1373261/+subscriptions
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1373261] Re: pserv.yaml rewrite breaks when MAAS URL uses IPv6 address
The problem is still there. Example: My pserv.yaml contains... generator: http://[fdd1:caf5:2922:8b1f::1]/MAAS/api/1.0/pxeconfig/ Now, realising that this doesn't work, I run ‘dpkg-reconfigure maas- cluster-controller’ and set the MAAS URL to “http://10.9.9.1/MAAS”. The resulting pserv.yaml now contains... generator: http://10.9.9.1:caf5:2922:8b1f::1]/MAAS/api/1.0/pxeconfig/ Note how the first part of the netloc, up to the first colon, is replaced with the new address — but the rest of the netloc is still there. ** Changed in: maas Assignee: Jeroen T. Vermeulen (jtv) => (unassigned) ** Changed in: maas Status: Incomplete => Triaged -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1373261 Title: pserv.yaml rewrite breaks when MAAS URL uses IPv6 address To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1373261/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1382190] Re: LXCs assigned IPs by MAAS DHCP lack DNS PTR entries
Ah, I see that using the IP address is not an option in this case. So we'll have to add a way to manage DNS entries. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1382190 Title: LXCs assigned IPs by MAAS DHCP lack DNS PTR entries To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1382190/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1382190] Re: LXCs assigned IPs by MAAS DHCP lack DNS PTR entries
I agree: this is a clear-cut case for the request-an-address API, but we still lack a request-a-hostname API. Out of curiosity, how did the existing setup(s) obtain these generated hostnames in the first place? To my knowledge they were neither exposed nor documented. MAAS never had much control over which non-node client got which address from DHCP, and that's why we had to re-work DHCP management. These old generated hostnames were no more stable than the IP addresses were: if the container moved to a different IP address, it would also move to a different hostname. So if at all possible, I would address the problem in two discrete steps: 1. Use the container's IP address, not its hostname. It should be about as stable as the hostname was. 2. Request a static IP through the MAAs API, and configure it statically on the container. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1382190 Title: LXCs assigned IPs by MAAS DHCP lack DNS PTR entries To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1382190/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1379624] [NEW] Can't build package: 01-fix-database-settings.patch no longer applies
Public bug reported: When I “make package” (with trunk r3227 and packaging r317) I get this error: « patching file contrib/maas_local_settings.py Hunk #2 FAILED at 81. 1 out of 2 hunks FAILED dpkg-source: info: fuzz is not allowed when applying patches dpkg-source: info: if patch '01-fix-database-settings.patch' is correctly applied by quilt, use 'quilt refresh' to update it dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/01-fix-database-settings.patch/ --reject-file=- < maas-1.7.0~beta4+bzr3127.orig.yN3AJm/debian/patches/01-fix-database-settings.patch gave error exit status 1 » (This bug may of course need retargeting to the package). ** Affects: maas (Ubuntu) Importance: Undecided Assignee: Julian Edwards (julian-edwards) Status: In Progress -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1379624 Title: Can't build package: 01-fix-database-settings.patch no longer applies To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1379624/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1184914] Re: dhcpd sometimes says "Can't create new lease file: Permission denied"
Could this be bug 1186662? The main packaging branch has a workaround for that which is worth a try. It's a matter of adding this line to /etc/apparmor.d/dhcpd.d/maas: capability dac_override, ...and then reloading the apparmor config. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1184914 Title: dhcpd sometimes says "Can't create new lease file: Permission denied" To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1184914/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1308069] Re: test_prepare_holds_startup_lock() fails spuriously
New hypothesis: the code in DatabaseLock opens, and closes, a cursor for each locking/unlocking command. Do we actually know that these cursors will be in the same database session? If the command failed, do we know that we would see an error? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1308069 Title: test_prepare_holds_startup_lock() fails spuriously To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1308069/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1308069] Re: test_prepare_holds_startup_lock() fails spuriously
No, my hypothesis doesn't look correct. We don't see anything that would make prepare() jump into the reactor thread. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1308069 Title: test_prepare_holds_startup_lock() fails spuriously To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1308069/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1308069] Re: test_prepare_holds_startup_lock() fails spuriously
It happened again. I suspect that it may be a matter of ordering of decorators: RegionAdvertisingService.prepare is decorated as @synchronous, and *then* as taking two locks. Given decorators' "wrapping" behaviour, which reverses the order of entrance, I understand that to mean: "grab these two locks, then run this function synchronously." Which would mean that if the lock weren't available at the time of the call, or if either attempt to grab a lock yielded to the reactor for whatever reason, the function could still run asynchronously from the caller's perspective. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1308069 Title: test_prepare_holds_startup_lock() fails spuriously To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1308069/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1311433] Re: REGRESSION: AttributeError: 'functools.partial' object has no attribute '__module__'
** Branch linked: lp:~jtv/maas/1.5-revert-bug-1311433 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1311433 Title: REGRESSION: AttributeError: 'functools.partial' object has no attribute '__module__' To manage notifications about this bug go to: https://bugs.launchpad.net/django/+bug/1311433/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1311433] Re: REGRESSION: AttributeError: 'functools.partial' object has no attribute '__module__'
** Branch linked: lp:~jtv/maas/revert-bug-1311433 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1311433 Title: REGRESSION: AttributeError: 'functools.partial' object has no attribute '__module__' To manage notifications about this bug go to: https://bugs.launchpad.net/django/+bug/1311433/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1308069] Re: test_prepare_holds_startup_lock() fails spuriously
** Description changed: + [Test Case] + No test case; the code that's being patched is only a test and does not actually appear in the package. + + + [Description of the problem] + This happened when trying to land a documentation-only branch: == FAIL: maasserver.rpc.tests.test_regionservice.TestRegionAdvertisingService.test_prepare_holds_startup_lock -- _StringException: Traceback (most recent call last): - File "/tmp/tarmac/branch.wNIVV5/src/maasserver/rpc/tests/test_regionservice.py", line 667, in test_prepare_holds_startup_lock - self.assertFalse(locks.eventloop.is_locked()) - File "/usr/lib/python2.7/unittest/case.py", line 418, in assertFalse - raise self.failureException(msg) + File "/tmp/tarmac/branch.wNIVV5/src/maasserver/rpc/tests/test_regionservice.py", line 667, in test_prepare_holds_startup_lock + self.assertFalse(locks.eventloop.is_locked()) + File "/usr/lib/python2.7/unittest/case.py", line 418, in assertFalse + raise self.failureException(msg) AssertionError: True is not false I've disabled the test and added an XXX. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1308069 Title: test_prepare_holds_startup_lock() fails spuriously To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1308069/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1311433] Re: REGRESSION: AttributeError: 'functools.partial' object has no attribute '__module__'
** Changed in: maas Assignee: (unassigned) => Jeroen T. Vermeulen (jtv) ** Changed in: maas/1.5 Assignee: (unassigned) => Jeroen T. Vermeulen (jtv) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-django in Ubuntu. https://bugs.launchpad.net/bugs/1311433 Title: REGRESSION: AttributeError: 'functools.partial' object has no attribute '__module__' To manage notifications about this bug go to: https://bugs.launchpad.net/django/+bug/1311433/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1310076] Re: lost connectivity to a node when using fastpath-installer with precise+hwe-s
** Branch linked: lp:~jtv/maas/1.5-use-main-archive-for-intel-arches -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1310076 Title: lost connectivity to a node when using fastpath-installer with precise+hwe-s To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1310076/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1310082] Re: d-i with precise+hwe-s stops at "Architecture not supported"
** Branch linked: lp:~jtv/maas/1.5-use-main-archive-for-intel-arches -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1310082 Title: d-i with precise+hwe-s stops at "Architecture not supported" To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1310082/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1311433] Re: REGRESSION: AttributeError: 'functools.partial' object has no attribute '__module__'
Upstream bug seems to be https://code.djangoproject.com/ticket/22486 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-django in Ubuntu. https://bugs.launchpad.net/bugs/1311433 Title: REGRESSION: AttributeError: 'functools.partial' object has no attribute '__module__' To manage notifications about this bug go to: https://bugs.launchpad.net/django/+bug/1311433/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1310082] Re: d-i with precise+hwe-s stops at "Architecture not supported"
** Branch linked: lp:~jtv/maas/use-main-archive-for-intel-arches -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1310082 Title: d-i with precise+hwe-s stops at "Architecture not supported" To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1310082/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1310076] Re: lost connectivity to a node when using fastpath-installer with precise+hwe-s
I am attaching a fix for the part of the problem that's in maas/preseeds/curtin_userdata, in the maas source tree. This won't be enough to fix the whole problem, so I am not marking the branch as “fixing” this bug. ** Branch linked: lp:~jtv/maas/use-main-archive-for-intel-arches -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1310076 Title: lost connectivity to a node when using fastpath-installer with precise+hwe-s To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1310076/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1302772] Re: update of maas-cluster-controller on trusty dumps traceback and crashes
** Changed in: maas Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1302772 Title: update of maas-cluster-controller on trusty dumps traceback and crashes To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1302772/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1302772] Re: update of maas-cluster-controller on trusty dumps traceback and crashes
The latest build in ppa:maas-maintainers/dailybuilds should have the fix. Could you try again, but with that package? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1302772 Title: update of maas-cluster-controller on trusty dumps traceback and crashes To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1302772/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1302772] Re: update of maas-cluster-controller on trusty dumps traceback and crashes
** Changed in: maas/1.5 Milestone: None => 14.04 ** Changed in: maas Milestone: None => 14.10 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1302772 Title: update of maas-cluster-controller on trusty dumps traceback and crashes To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1302772/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1300026] Re: Enlistment/commissioning boot no longer works
That sounds as if it's probably just bug 1300548, which is already fixed. Definitely not the same thing that this bug is about. ** Changed in: maas Status: Confirmed => Invalid -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1300026 Title: Enlistment/commissioning boot no longer works To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1300026/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1300026] Re: Enlistment/commissioning boot no longer works
Yay! A fresh import solved it. ** Changed in: maas Status: Incomplete => Invalid ** Changed in: maas (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1300026 Title: Enlistment/commissioning boot no longer works To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1300026/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1300026] Re: Enlistment/commissioning boot no longer works
I wasn't getting any new files from the import script. Am now re- running the entire import from scratch. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1300026 Title: Enlistment/commissioning boot no longer works To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1300026/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1300026] [NEW] Enlistment/commissioning boot no longer works
Public bug reported: In my MAAS test setup, nodes now fail to enlist or commission. They used to work, I think before we changed to the new import script. Both for enlistment and commissioning the nodes netboot properly, as far as I can see, but they fail to do what they booted for. They never contact the region controller API, and don't rsyslog. Here's what I see on the console: « Begin: loading essential drivers ... done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: running /scripts/local-top ... [ 16.420144] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready IP-Config: eth0 hardware address 00:1e:0b:a2:c9:c7 mtu 1500 DHCP RARP IP-Config: no response after 2 secs - giving up [ 18.548882] e1000e: eth0 NIC Link is up 1000 Mbps Full Duplex. Flow Control: Rx/Tx [ 18.549039] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready IP-Config: eth0 hardware address 00:1e:0b:a2:c9:c7 mtu 1500 DHCP RARP hostname maas-enlist hostname maas-enlist IP-Config: eth0 complete (dhcp from 10.99.99.1): address: 10.99.99.100 broadcast: 10.99.99.255 netmask: 255.255.255.0 gateway: 10.99.99.1 dns0 : 10.99.99.1 dns: 0.0.0.0 domain: maas rootserver: 10.99.99.1 rootpath: filename: : [ 19.637333] Loading iSCSI transport class v2.0-870. [ 19.644738] iscsi: registered transport (tcp) iscsistart: Logging into iqn.2004.05.com.ubuntu:maas:ephemeral-amd64-generic-trusty-daily 10.99.99.1:3260,1 iscsistart: version 2.0-873 [ 19.899127] scsi6 : iSCSI Initiator over TCP/IP [ 37.100041] random: nonblocking pool is initialized [ 169.948039] session1: session recovery timed out after 120 secs iscsistart: Connection1:0 to [target: iqn.2004-05.com.ubuntu:maas:ephemeral-amd64-generic-trusty-daily, portal: 10.99.99.1,3260] through [iface: default] is shutdown. iscsistart: initiator reported error(11 - iSCSI PDU timed out) iscsistart: Logging into iqn.2004-05.com.ubuntu:maas:ephemeral-amd64-generic-trusty-daily 10.99.99.1:3260,1 iscsistart: version 2.0-873 [ 921.584828] scsi7 : iSCSI Initiator over TCP/IP [ 1072.348035] session2: session recovery timed out after 120 secs » Eventually it drops me into a busybox-style shell. There's some lspci- style output, followed by: « Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/disk/by-path/ip-10.99.99.1:3260-iscsi-iqn.2004-05.com.ubuntu:maas:ephemeral-amd64-generic-trusty-daily-lun-1 does not exist. Dropping to a shell! » Here's what I get from /proc/cmdline: « (initramfs) cat /proc/cmdline nomodeset iscsi_target_name=iqn.2004-05.com.ubuntu:maas:ephemeral-amd64-generic-trusty-daily iscsi_target_ip=10.99.99.1 iscsi_target_port=3260 iscsi_initiator=maas-enlist ip=maas-enlist:BOOTIF ro root=/dev/disk/by-path/ip-10.99.99.1:3260-iscsi-iqn.2004-05.com.ubuntu:maas:ephemeral-amd64-generic-trusty-daily-lun-1 overlayroot=tmpfs cloud-config-url=http://10.99.99.1/MAAS/metadata/latest/enlist-preseed/?op=get_enlist_preseed log_host=10.99.99.1 log_port=514 initrd=amd64/generic/trusty/daily/boot-initrd BOOT_IMAGE=amd64/generic/trusty/daily/boot-kernel BOOTIF=01-00-1e-0b-a2-c9-c7 » ** Affects: maas (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1300026 Title: Enlistment/commissioning boot no longer works To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1300026/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1299989] Re: maas-dns fails to install without python-seamicroclient
** Project changed: maas => maas (Ubuntu) ** Changed in: maas (Ubuntu) Milestone: 14.04 => None -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1299989 Title: maas-dns fails to install without python-seamicroclient To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1299989/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1081660] Re: If maas-enlist fails to reach a DNS server, the node will be named "; ; connection timed out; no servers could be reached"
See bug 1284964 for a possible explanation: the enlist_userdata calls "dig" to look up a hostname, but does not check for errors — and "dig" prints the error message to stdout, not stderr, so it ends up in the hostname field. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas-enlist in Ubuntu. https://bugs.launchpad.net/bugs/1081660 Title: If maas-enlist fails to reach a DNS server, the node will be named ";; connection timed out; no servers could be reached" To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/maas-enlist/+bug/1081660/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1243917] Re: 'maas createsuperuser' errors out if no email address is entered.
For the historical record: * createsuperuser is a Django built-in command, not our code. * We have our own MAAS-tailored version, createadmin. * The email field must be unique and non-null, but can be empty. * MAAS already creates a system user with empty email address. * A null email address would be the right way to do this, but Django's supports null values more or less as an afterthought. The simple fix is to update the documentation, so it always points users to createadmin, not createsuperuser. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1243917 Title: 'maas createsuperuser' errors out if no email address is entered. To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1243917/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1243917] Re: 'maas createsuperuser' errors out if no email address is entered.
** Changed in: maas Milestone: None => 14.04 ** Changed in: maas Assignee: (unassigned) => Jeroen T. Vermeulen (jtv) ** Changed in: maas Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1243917 Title: 'maas createsuperuser' errors out if no email address is entered. To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1243917/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1237615] Re: python-bson-ext does not encode binary in Apache with mod_wsgi
Don't know if this matters, but...
The blog article suggests WSGIProcessGroup %{GLOBAL}. We have
WSGIApplicationGroup %{GLOBAL}, but WSGIProcessGroup maas.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to pymongo in Ubuntu.
https://bugs.launchpad.net/bugs/1237615
Title:
python-bson-ext does not encode binary in Apache with mod_wsgi
To manage notifications about this bug go to:
https://bugs.launchpad.net/maas/+bug/1237615/+subscriptions
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1236361] Re: need new simple streams based maas-import-ephemerals
** Changed in: maas Status: Triaged => Fix Committed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1236361 Title: need new simple streams based maas-import-ephemerals To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1236361/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1236361] Re: need new simple streams based maas-import-ephemerals
** Changed in: maas Milestone: None => 13.10 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1236361 Title: need new simple streams based maas-import-ephemerals To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1236361/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1134036] Re: Package install hangs if LC_ALL is not set
Looks like this was caused by a missing en_US entry in Julian's /usr/share/locale. I'm seeing another, but possibly related failure where the error is that the database is not running; filed as bug 1171696. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1134036 Title: Package install hangs if LC_ALL is not set To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1134036/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1103195] Re: MAAS WebUI crashes when installing maas-region-controller only
(Correction: I meant to say that AIUI, that fix suppresses _any_ initialization of maas_url, regardless of whether the calling code thinks it's dealing with the master cluster) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1103195 Title: MAAS WebUI crashes when installing maas-region-controller only To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1103195/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1103195] Re: MAAS WebUI crashes when installing maas-region-controller only
(FWIW somebody landed a fix recently to suppress the initialization of NodeGroup.maas_url if the given URL had localhost as its hostname. It seems like a better way to deal with the maas_url part of the problem.) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1103195 Title: MAAS WebUI crashes when installing maas-region-controller only To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1103195/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1079229] [NEW] Error reported to stdout instead of stderr
Public bug reported: I just created a keyfile on a new machine by running euca-add-keypair and directing its output into a key file. The key didn't work, for no immediately clear reason. Turns out my keyfile now contains this text: KeyPairExists: Key pair '<...>' already exists. Would have been nice if that could have gone to stderr where I was likely to see it! ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: euca2ools 2.0.2-1ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic i686 NonfreeKernelModules: nvidia ApportVersion: 2.6.1-0ubuntu6 Architecture: i386 Date: Thu Nov 15 15:48:56 2012 InstallationDate: Installed on 2011-02-17 (636 days ago) InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007) MarkForUpload: True PackageArchitecture: all SourcePackage: euca2ools UpgradeStatus: Upgraded to quantal on 2012-11-13 (2 days ago) ** Affects: euca2ools (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 quantal running-unity -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1079229 Title: Error reported to stdout instead of stderr To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1079229/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1070775] Re: The zone name (attached to a cluster controller) can still be changed when it contains in-use nodes and DNS is managed.
The Q/A failure has been fixed in both the trunk and 1.2 branches. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1070775 Title: The zone name (attached to a cluster controller) can still be changed when it contains in-use nodes and DNS is managed. To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1070775/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1070775] Re: The zone name (attached to a cluster controller) can still be changed when it contains in-use nodes and DNS is managed.
Small Q/A failure: renaming an accepted nodegroup that has no interfaces will oops. See bug 1077075 (and don't get confused by the similarity in bug numbers...) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1070775 Title: The zone name (attached to a cluster controller) can still be changed when it contains in-use nodes and DNS is managed. To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1070775/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1070774] Re: The hostname of a node can still be changed once the node is in use
** Changed in: maas Assignee: (unassigned) => Jeroen T. Vermeulen (jtv) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1070774 Title: The hostname of a node can still be changed once the node is in use To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1070774/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1065055] Re: celeryconfig_cluster.py imports utility method from maas (import_settings)
Stealing this bug from Julian since he's packing, not packaging right now. :) ** Changed in: maas (Ubuntu) Assignee: Julian Edwards (julian-edwards) => Jeroen T. Vermeulen (jtv) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1065055 Title: celeryconfig_cluster.py imports utility method from maas (import_settings) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1065055/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1062031] Re: pserv is oopsing: "exceptions.TypeError: not all arguments converted during string formatting"
The same patch as in the merge-proposal diff also needs to be applied in the package. Two of those three instances of the problem have already been fixed upstream though. ** Also affects: python-tx-tftp (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-tx-tftp in Ubuntu. https://bugs.launchpad.net/bugs/1062031 Title: pserv is oopsing: "exceptions.TypeError: not all arguments converted during string formatting" To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1062031/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1059453] Re: The celery cluster worker is not properly stopped
** Changed in: maas Assignee: (unassigned) => Jeroen T. Vermeulen (jtv) ** Changed in: maas Status: Triaged => In Progress -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1059453 Title: The celery cluster worker is not properly stopped To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1059453/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1059453] Re: The celery cluster worker is not properly stopped
Update for the record. As we have since found out, it's much worse than just needing an "expect fork." Somewhere along the line, before it gets around to running the start-cluster-controller code proper, maas- provision does a whole bunch of other forks. The question is whether we can make upstart track the right child process. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1059453 Title: The celery cluster worker is not properly stopped To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1059453/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1059973] Re: purging packages can't remove files because dirs are not empty
I do believe it tries to be careful not to delete other packages' files in the process. Did you see any files left in those locations? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1059973 Title: purging packages can't remove files because dirs are not empty To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1059973/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1059485] Re: maas_local_celeryconfig.py is world readable
** Changed in: maas (Ubuntu) Assignee: (unassigned) => Jeroen T. Vermeulen (jtv) ** Changed in: maas (Ubuntu) Status: Triaged => In Progress ** Branch linked: lp:~jtv/maas/pkg-bug-1059485 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1059485 Title: maas_local_celeryconfig.py is world readable To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1059485/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
