[01:28] Hi === zz_CyberJacob is now known as CyberJacob === CyberJacob is now known as zz_CyberJacob === mgz is now known as mgz_ === kevin is now known as Guest16407 [12:28] Are maas & juju two completely different things, are they competitors or do you use them together/same time? [12:32] CyborgCygnus: they perform at two different layers in the stack. [12:32] CyborgCygnus: Juju works at "I need an instance" level. It can use EC2, Openstack, Azure and others to fulfil that need. Or it can use MAAS. [12:33] CyborgCygnus: MAAS is a "cloud provider" in the same sense as EC2's "just give me a working instance" by API model. Except that it uses bare metal to get those instances. [12:34] CyborgCygnus: so, MAAS to provision bare metal, and Juju to make use of that in a smart way. Or just use MAAS for bare metal and have something else call the MAAS API directly. Or just use Juju with a different provider. [12:42] rbasak, okay still confusing but good information, I've been eyeing off all of these ubuntu server, openstack cloud & other affiliated those tools. [12:43] CyborgCygnus: still confusing> maybe I can try again? MAAS is relatively simple to explain. Get freshly installed bare metal machines from a pool of bare metal machines by API. MAAS takes care of managing the machines and provides the API. Does that make sense? [12:45] rbasak, yeah get that pretty much, does juju use maas to do its thing? I was confused as to whether maas is the essential thing to have an juju just an accessory for web browser based controller for ease [12:47] CyborgCygnus: let me try and explain Juju first. Juju lets you supply a model of the deployment you want in terms of a set of services and how those services are connected to each other. Then it turns that model into reality by deploying instances are required. [12:47] by deploying instances as required. [12:47] Does that make sense? [12:47] That means that Juju needs to somehow deploy instances. [12:47] To do that Juju uses a pluggable architecture of "providers". [12:48] There is a Juju MAAS provider, which you can use to turn your Juju model into reality on bare metal. [12:48] rbasak, okay yeah a bit more understandable for noob slow me [12:48] There is also a Juju EC2 provider, which you can use to turn the same Juju model into reality on EC2 instead. [12:48] rbasak, which one do you prefer, EC2 or MAAS? [12:49] CyborgCygnus: depends on where you want your deployment. [12:49] CyborgCygnus: want it on your own physical machines? You'll spend money on those machines, electricity and hardware maintenance but nothing after that. [12:50] CyborgCygnus: or, instead, want Amazon to take care of capital expenditure, electricity and hardware maintenance for you? Then use EC2 instead. [12:50] rbasak, Oh okay :S , so say at home for some reason I wanted 6 machines in the house to install ubuntu through the one server & have their accounts stored on the server so they can log on from any computer & log into their account [12:51] 6 machines to do what, and what do you mean by account exactly? [12:54] rbasak, well I remember way back when I was in high school every student had a login that they can put into any school pc & they get access to their files aswell as the operating system. The 6 machines just ubuntu operating system [12:56] CyborgCygnus: so you want 6 machines running Ubuntu desktop with central authentication and a central file server? You can do that with Ubuntu, all the tools are there. But there isn't a turnkey system to provide that - most sysadmins put together a customised deployment manually. [12:57] rbasak, so what would be an example use of the ubuntu server with openstack, maas & juju? [12:59] CyborgCygnus: a simple example? A web app. [13:00] CyborgCygnus: a complex example is an Openstack deployment itself, though that doesn't generally use Openstack obviously. [13:04] rbasak, alright thanks, So deploying a web app to where? Or where do you deploy openstack to? As in installing it to another server or computer over the network to ? [13:05] CyborgCygnus: deploying a web app to anywhere that can provide instances. EC2, Azure, an Openstack cloud, or directly on bare metal with no virtualisation with MAAS (though for a basic web app that'd be quite wasteful). [13:05] CyborgCygnus: deploying Openstack is normally to bare metal in a datacentre somewhere in order to run a private cloud - like EC2 but a private one. [13:13] rbasak, thanks for your help [13:35] garibaldi, sorry, i went afk [13:35] the 'maas list' shows the accounts that you have set up. [13:36] so you did: maas login some-name-here some-url-here some-creds-here [13:36] then, from then on out, MYMAASNAME is 'some-name-here' [13:36] ie, you have to tell the maas cli which maas end point you're talking to [14:10] smoser: I commissioned a new node and then after was able to successfully start it with "maas local node start distro_series=trusty user_data=$(base64 --wrap=0 /tmp/script.sh)" [14:11] smoser: /tmp/script.sh contains the bash shebang followed by "echo "test $(whoami)" > /home/ubuntu/test.txt" on a new line; the node successfully installed the OS, but once it was done /home/ubuntu/test.txt did not exist so it seems it didn't run my user_data script [14:11] smoser: what could be wrong? [14:12] htat should work [14:12] can you pastebin /var/log/cloud-init.log and /var/log/cloud-init-output.log ? [14:20] smoser: yes, I'm re-installing the node now but when it finishes I will post them [14:25] k. thanks. [15:24] Bug #1461135 was opened: Can't assign the same IP address to two different MAC addresses === zz_CyberJacob is now known as CyberJacob [16:04] hey all. is there a way to run a custom script after startup of a node? basically I want to deploy a ssh key so i have root access to the machine. our hardware only has WOL and we need a way to shut them off... [16:45] drhalan, you can use user-data [16:46] smoser: what's that exactly? [16:46] user-data is the same concept in maas that it is in ec2. [16:47] cloud-init runs in maas or ec2 instances and consumes user-data that the user fed it. [16:47] what you can do with user-data is described about:blank [16:47] err.. [16:47] https://help.ubuntu.com/community/CloudInit [16:48] and you can deploy a node with user-data by passing user_data key to maas node start [17:45] Bug #1461181 was opened: [1.8rc1] Too many open files, after upgrade to rc1 [17:56] hah! [18:25] smoser: here are my cloud-init.log (http://pastebin.com/vvbbDNDm) and cloud-init-output.log (http://pastebin.com/1h1snXQM) files [18:25] smoser: the command I used to start the VM (after commissioning it) was maas local node start distro_series=trusty user_data=$(base64 --wrap=0 /tmp/script.sh) [18:26] smoser: where /tmp/script.sh contains the bash shebang followed by "echo "test $(whoami)" > /home/ubuntu/test.txt" on a new line [18:33] garibaldi, just for your own sanity, there is a tool called 'pastebinit' that allows use of sane paste bins via: [18:33] pastebinit /var/log/cloud-init.log [18:33] or pastebinit < /var/log/cloud-init.log [19:08] is there a way to set a comment or something for each machine that for example indicates the location of the machine? [19:08] garibaldi, it does seem like you didn't get user_data through though [19:08] we have a tag on each machine that i would like maas to know about [19:18] drhalan, you may be able to abuse tags for that. [19:21] Bug #1461226 was opened: Clicking "Nodes" in 1.8 takes several seconds to load - seems much slower than 1.7.5 [19:21] Bug #1461233 was opened: Node power summary less informative in 1.8 [19:25] drhalan, maas admin tags new name=row35 [19:25] maas admin tag update-nodes row35 add=node-260cbb52-094d-11e5-a379-00163ee0d91e [19:25] its not a perfect fit. [19:25] maybe i can just maintain a list outside of maas :) [19:25] thanks! [19:48] Bug #1461236 was opened: Clicking Nodes makes three webfont requests that return 404 in 1.8 UI [19:59] i am using the fast installer and get the following error during install. any idea? http://pastebin.com/m5jmmxdG [20:32] smoser: thanks for the tip about pastebinit; any ideas on why the user_data did not get through for this node? [20:36] garibaldi, well... [20:36] could you verify that it didn't ? [20:37] can you verify taht /var/lib/cloud/instance/user-data.txt has nothing in it ? [20:37] and also.. what version of maas are you using ? [20:37] if user-data were completely busted, then we'd know. as juju uses it when pointed at maas. [20:37] and that gets tested heavily [20:38] but if the maas cli was busted, probably would'nt know so fast, but would still seem odd. [20:39] can somebody explain me what maas actually does when acquiring a node? it seems to reboot during the process [20:40] i could ssh into my machine and my updated curtin script seemed to have deployed the ssh keys and packages I needed. suddenly it rebooted and everything was gone [20:42] smoser: confirmed, the test file I tried to create as part of the script is not there; and /var/lib/cloud/instance/user-data.txt is empty [20:42] is there a debug mode I can enable? [20:42] Bug #1461256 was opened: 1.8rc1: Filter by node broken in Chromium - angular errors in java script console [20:42] Bug #1461258 was opened: 1.8rc1: Deploy/Release in single node view keeps adding blank pages at the top [20:43] drhalan, yeah, thats sort of a bug [20:43] what do you mean ? [20:43] the ephemeral environment that maas uses to run curtin in also gets your user's keys [20:43] so you can ssh into the install enviornment as 'ubuntu@' [20:43] oh yeah [20:43] and not realize that you're in iscsi root [20:44] the sanest fix seems to be to just have the user in the ephemeral root environment be 'ephemeral' or 'admin' or something. [20:44] then you wouldnt think you were in [20:45] that makes sense. but i sitll dont understand which file i have to modify to change the final install. i tried /etc/maas/preseed/curtin and /etc/maas/preseed/curtin_userdata [20:45] garibaldi, what versoin of maas ? [20:46] the first one only seems to affect the install and the second one has no effect for me [20:46] there is also curtin_userdata_custom which i am not sure what it is for [20:46] /etc/maas/preseed/curtin_userdata is the right file. [20:47] what i'd suggest is running 'curtin in-target' in a late_command [20:47] as the easiest way to affect the install [21:02] smoser: MAAS 1.6 (the version available in trusty); I didn't know that I needed to modify curtin_userdata, I thought I just needed to pass the user_data bundle along with the "maas" cli command? [21:03] I tried putting this under late_commands in curtin_userdata but it also did not work: " enable_test: ['sh', '-c', 'echo "this is a test" > /home/ubuntu/test.txt']" [21:08] garibaldi, you're right [21:08] the user_data comment was for drhalan [21:11] smoser: ah, okay [21:12] smoser: thanks! is there a document that explains the syntax that curtain expects? [21:13] not really. drhalan :-( [21:13] :/ [21:13] i just want to define packages to be installed [21:13] drhalan, well, personally i'd do that in user-data [21:14] oh that is something else? [21:14] when you deploy a node, you can say "use this user-data". [21:14] which can be anything... and then cloud-init interprets it on boot [21:14] same way it does on EC2 or on azure [21:14] except for garibaldi is having trouble getting user-data to work :) [21:15] https://help.ubuntu.com/community/CloudInit <-- that describes cloud-init user-data [21:15] oh but i need it for every node [21:15] well, you can do it every time you deploy a node. [21:15] i do understand the desire for central place. [21:15] i have to run. [22:00] Bug #1461295 was opened: Maas is not picking up new release root-tgz automatically [22:00] Bug #1461298 was opened: maas documentation should document how to configure manual DHCP for UEFI [22:40] hi, the maas was working fine, until now it says the only cluster I have is disconnected. I don't see anything suggesting errors from /var/log/maas/maas.log to check, I have dhcp-reconfigured maas-region and cluster-controller, but that didn't help. [22:40] any ideas where I can look at to find out why it's disconnected? [22:41] both region and cluster are on the same server. [22:43] an error keeps repeating: twisted.internet.error.CannotlistenError [22:43] on pserv.log [22:47] https://bugs.launchpad.net/maas/+bug/1374233 [23:10] Bug #1374233 was opened: pserv continually failing: address already in use