[04:27] Bug #1660617 changed: [2.1.3] curtin_userdata fails to render === frankban|afk is now known as frankban === firl_ is now known as firl === stormmore is now known as Budgie^Smore [11:38] Hello guys, I've a problem with last MAAS service, it not complete il download of ubuntu 16.04 image, arrives at 98% then stop it. I've tried also the other image and it works [11:42] Anyone can help me? === jgr is now known as jgrassler [12:36] Hello guys, I've a problem with last MAAS service, it not complete il download of ubuntu 16.04 image, arrives at 98% then stop it. I've tried also the other image and it works. Anyone can help me please? [13:00] dakj, disk space? [13:01] 500GB available!!! [13:03] dakj, checked logs (regiond and rackd)? [13:04] Pmatulis, if I make the download of ubuntu 14.04lts it's complete the task with 16.04 no [13:05] Pmatulis, I've opened also a post here http://askubuntu.com/questions/899073/maas-dont-make-the-download-of-ubuntu-16-04-lts-image [13:28] dakj, can you get some info from the CLI? begin by logging in to the API server [13:29] dakj, we should first confirm the "image source" [13:29] see https://docs.ubuntu.com/maas/2.1/en/manage-cli-images [14:01] Pmatulis, lets me test that [14:34] pamtulis, how do I show you the result? [14:35] :maas richardsith boot-sources read [14:35] Success. [14:35] Machine-readable output follows: [14:35] [ [14:35] { [14:35] "url": "http://images.maas.io/ephemeral-v3/daily/", [14:35] "keyring_data": "", [14:35] "resource_uri": "/MAAS/api/2.0/boot-sources/1/", [14:35] "id": 1, [14:35] "updated": "2017-04-03T17:14:09.518", [14:35] "created": "2017-04-01T00:01:49.492", [14:35] "keyring_filename": "/usr/share/keyrings/ubuntu-cloudimage-keyring.gpg" [14:35] } [14:35] :maas richardsith boot-sources read [14:35] Success. [14:35] Machine-readable output follows: [14:35] [ [14:35] { [14:35] "url": "http://images.maas.io/ephemeral-v3/daily/", [14:35] "keyring_data": "", [14:35] "resource_uri": "/MAAS/api/2.0/boot-sources/1/", [14:35] "id": 1, [14:35] "updated": "2017-04-03T17:14:09.518", [14:35] "created": "2017-04-01T00:01:49.492", [14:35] "keyring_filename": "/usr/share/keyrings/ubuntu-cloudimage-keyring.gpg" [14:35] } [14:35] ] [14:37] Pmatulis, sorry [14:42] dakj, use a pastebin next time [14:43] dakj, what version of maas? [14:43] Pmatulis, I was making that!! [14:43] Pmatulis, MAAS Version 2.1.5+bzr5596-0ubuntu1 [15:06] Bug #1679206 opened: [2.1.5] Maas fails to deploy hardware-ibm-power8-S822LC system with USB drive plugged in [15:09] Pantelis, any idea? [15:13] anyone deploy esx nodes with maas? [15:15] Pmatulis, any suggests? [15:53] dak... [16:12] Bug #1679222 opened: ISCSI target validation fails when target name includes a ':' [16:21] Bug #1679222 changed: ISCSI target validation fails when target name includes a ':' [16:27] Bug #1679222 opened: ISCSI target validation fails when target name includes a ':' [16:51] Bug #1679231 opened: Machine MACs do not show when MAC is the selected column === frankban is now known as frankban|afk [17:51] Bug #1679247 opened: [2.2] Random unit test failure in TestListClusterNodesPowerParameters.test__returns_checked_nodes_in_last_checked_order [17:51] Bug #1679249 opened: [2.2b5] Machines table occasionally shows javascript trace in the console log [21:10] mpontillo: not sure if my last question went through, had connection issues...is there anyway to stop creating the mdadm disk groups in the initial pxe image of MAAS? i have a host connected to a large storage array via SAS and the pxe image is dropping to the busybox shell because it can't connect to the rack controller [21:10] i only want the head node under MAAS control, i can configure the disk array later on [21:10] tgtd seems to be working fine on the rack controller, no firewall between the hosts [21:31] Bug #1679312 opened: [maas 2.2 beta5] Connection refused after juju (2.2 beta1) deploy ESXi VM - Juju Agent pending [21:31] Bug #1679315 opened: [2.0] Updating the name of a domain only changes one machine in the web ui [21:32] cmd_pancakes: hm, sorry, I don't really have a good understanding of the problem. is this because the default gateway is being set from a different interface (such as the storage interface) and the machine can't reach the rack? you can try using the API to set the gateways [21:35] cmd_pancakes: for example, "maas $PROFILE interfaces read $SYSTEM_ID" followed by "maas admin interface set-default-gateway $SYSTEM_ID $IFNAME id=$LINK_ID" [21:35] cmd_pancakes: that is, make sure the default gateway is set to a link on the interface which can reach the rack controller. [21:58] Bug #1679322 opened: maas-dhcp upgrade to 1.9.5+bzr4599-0ubuntu1~14.04.1 fails to start installed isc-dhcp-server [23:07] Bug #1679427 opened: [2.2] Commissioning support script should withhold ephemeral keys [23:37] Bug #1679431 opened: [2.2] If a single commissioning script times out, all scripts will enter "Timed out" state. [23:43] Bug #1679431 changed: [2.2] If a single commissioning script times out, all scripts will enter "Timed out" state. [23:55] Bug #1679431 opened: [2.2] If a single commissioning script times out, all scripts will enter "Timed out" state.