=== freeflying_away is now known as freeflying === thumper-lunch is now known as thumper === arosales_ is now known as arosales === cmagina_ is now known as cmagina === xnox_ is now known as xnox === markthomas_ is now known as markthomas === JoseeAntonioR is now known as jose === _mup__ is now known as _mup_ === CyberJacob|Away is now known as CyberJacob === wgrant is now known as Guest34733 === _thumper_ is now known as thumper === thumper is now known as thumper-afk [05:20] $JUJU_HOME/bin/juju bootstrap -v --debug --upload-tools would return 2014-02-13 00:35:41 ERROR juju.cmd supercommand.go:294 failed to enable bootstrap storage: failed to create storage dir: exit status 255 (Permission denied (publickey,password).) [05:21] anyone knows reasons/solution for this ? [05:24] ERROR juju.cmd supercommand.go:294 failed to enable bootstrap storage: failed to create storage dir: exit status 255 (Permission denied (publickey,password).) - how to workaround this? [05:29] keshava: sounsd like you're using the wrong public key? === meebey_ is now known as meebey === timrc is now known as timrc-afk === stub` is now known as stub === Guest34733 is now known as wgrant [06:42] Can anyone point me to a charm which streams data (in my case, a log file) to another service? netcat would work but doesn't have the security I'd want. [06:42] stub: there are rsyslog charms [06:43] stub: http://manage.jujucharms.com/charms/precise/rsyslog [06:44] Ta. [06:44] * stub wonders about serializing his logs and using syslog as the transport === mwhudson is now known as zz_mwhudson === zz_mwhudson is now known as mwhudson [09:03] marcoceppi: hi there, I'm trying to understand what https://pypi.python.org/pypi/amulet/1.2.1 is lp:amulet where there is no 1.2.1 tag, can you help ? [10:12] Gah, I've got logging backwards [10:13] My charm needs to 'require' syslog in order to emit log messages to a receiver that 'provides' syslog [10:15] I think the rsyslog charm was written from the POV of syslog being a service, when I'm thinking of it as a protocol [10:17] But I guess that way makes sense if we start running hooks in a better defined order, provider side hooks first === mwhudson is now known as zz_mwhudson === rbasak_ is now known as rbasak === jacekn_ is now known as jacekn [11:30] vila: amulet is mirrored on launchpad, but hosted on github [11:30] vila: https://github.com/marcoceppi/amulet/releases [11:40] marcoceppi: but https://github.com/marcoceppi/amulet.git/ doesn't have the 1.2.1 tag either ... what am I doing wrong >-/ [11:40] vila: it's there, hard refresh? [11:43] marcoceppi: that made it, glitch since yesterday evening I suppose... Anyway, [11:43] marcoceppi: thsnks [11:43] vila: np [11:43] hehe, thanks (damn fingers) [11:46] marcoceppi: I'm also trying to find where I can get an ubuntu packaged version for that, I'm using ppa:juju/devel but amulet is not there (and I need support for precise, saucy, trusty, /me sighs, life is complicated sometimes... ;) [11:46] vila: tools are in juju:ppa/stable :) [11:46] and it's built for precise, saucy and trusty [11:46] \o/ [11:47] marcoceppi: can I mix ppa/stable with juju 1.17.2 ? [11:47] vila: yes, so if you have devel ppa, you'll always get the lastest juju as juju 1.17.2 > 1.16.6 [11:48] but when the next stable release comes out, 1.18.0 it'll get installed over 1.17.2 [11:48] since we do devel and stable releases differently [11:48] evens are stable, odds are devel [11:48] marcoceppi: cool, thanks for the tip about juju/stable, I could find it on lp from lp:amulet :-/ [11:48] as such, having both ppa won't break anything [11:48] vila: I'll update the project page, thanks for the feedback! [11:48] marcoceppi: oh, ok, good to know (I hope I will remember that odd/even in this context...) [12:00] when joining the db-admin relation with postgres, the user does not get the right to create new databases? [12:05] cargill: uh, the user /should/ [12:06] when I do "SELECT rolcreatedb from pg_roles where rolname like 'db_admin%';", all are flase [12:06] *false [12:07] cargill: give me a few mins to spin up the latest postgres charm and check [12:08] sure, mine says 'cs:precise/postgresql-61' [12:08] just in case it matters [12:09] cargill: that appears to be the latest [12:14] ok, that's interesting, it might be the pg_hba.conf interaction with the local environment again, as trying to create it in psql works now [12:16] and he does have rolsuper, that should give the user right to do anything? [12:23] cargill: yeah, db-admin gives you superuser permissions [12:23] so you should be able to romp around and create a database, etc [12:24] marcoceppi: thanks, and sorry for the false alarm, it was caused by postgresql restoring my changes to pg_hba.conf after a while [12:27] if doing deployment from local: and I've fixed bugs in the charm, how do I get them to be picked up? do I have to update revision? just removing the service and redeploying it again still uses the old version and there is nothing in .juju/charmcache [12:58] cargill: yeah, from local, run juju deploy -u --repository... local:... [12:59] the -u will update the cache [13:34] marcoceppi: doc your way with working dual local lxc environments [13:34] rick_h_: \o/ [13:35] now that I've got this I want cross env relations :P [13:38] marcoceppi: so the proper way is changing the revision, thanks [13:40] rick_h_: dont' we all :) === timrc-afk is now known as timrc === freeflying is now known as freeflying_away [14:44] when generating default passwords, is there a way to communicate them to the user? === rogpeppe2 is now known as rogpeppe [15:00] cargill: no, we strongly recommend you not auto-generate passwords and have users set it via config.yaml [15:01] cargill: you can juju-log it, or place it in a file on the server and tell the user to ssh + cat that file though, again not recommended [15:01] but what if they do not set it? [15:02] cargill: you can have the config-changed hook exit 1, to alert the user of an error, or have it exit 0 while it waits for the user to change/set the password [15:25] marcoceppi, so at the sprint people were making fun of me because I had to keep blowing away .jenv files [15:25] http://joshstrobl.blogspot.com/2014/02/developing-ubuntu-juju-charm.html [15:25] I feel vindicated knowing I wasn't the only one with broken local provider [15:26] Thanks jcastro_, I'll go ahead and sign up in the juju mailing list and take part in the discussion! [15:26] JoshStrobl: its not local either [15:26] err jcastro_^ [15:26] we should name this script thumper.sh: http://pastebin.com/UMeZdH0Y [15:26] jcastro_: ha! [15:26] JoshStrobl, this is sweet feedback dude [15:27] jcastro_: HOLY CRAP DUDE [15:27] niceeee [15:27] jcastro_: Just figured I'd share my experience writing a charm =) [15:27] jcastro_: please don't recommend that script [15:27] jcastro_: great way to loose your entire environments.yaml [15:27] its pretty destructive without any kind of warning [15:27] But yea, it was a bit of a pain setting up the environment, destroying it, etc. [15:27] marcoceppi and lazyPower_ that is the point === lazyPower_ is now known as lazyPower [15:28] JoshStrobl: oh i'm aware of that, but some people just run scripts blindly [15:28] JoshStrobl: some of us have more than one environment in environments.yaml :) [15:28] ^ [15:28] I did it because whenever my charm failed to be installed properly and I went to kill the service, it would just put the state as "dying" the entire time, I couldn't kill it without destroying the environment. [15:28] my point was mostly "we suck at cleanup so badly someone had to write a script." [15:28] jcastro_: yeah, I agree [15:28] lazyPower, actually, weren't you writing a "nuke it from orbit" plugin? [15:28] * marcoceppi makes a cleanup plugin [15:28] jcastro_: i dubbed it "The Atom Bomb" [15:29] Are there best practices for accessing private bzr branches from LP from a service node? The most obvious strategy seems to be to create a bot user and copy around a private ssh key but that thought alone I suspect makes kittens cry [15:29] I couldn't even use destroy-machine because the charm was stuck as dying. [15:29] and yeah - Its still in my slack task listing [15:29] JoshStrobl: there's a force flag for that [15:29] JoshStrobl: juju terminate-machine --force # [15:30] marcoceppi: I'd trying that out, but thanks to you being so helpful (bad marcoceppi, bad!), my charm works. [15:30] So I'll need to intentionally break the charm to test if that works :P [15:30] marcoceppi and jcastro_ I'll update my blog with the update you provided, provide some warnings about the script, and join the juju mailing list. My fiancee and I are going to a dance however, so I'll be afk! [15:31] *with the update, as in the quickstart stuff. === JoshStrobl is now known as JoshStrobl[afk] [15:34] JoshStrobl[afk]: enjoy! [15:39] jcastro_: here's pretty much all you need for a clean up: https://gist.github.com/marcoceppi/8977344 [15:40] marcoceppi: not sure about recent revisions of juju as i haven't had any issues, but with 1.17.0 i had to nuke ~/.juju/$env in the case of local as well. just removing the .jenv wasn't enough. [15:41] lazyPower: OHH, yeah, good point [15:41] lazyPower: https://gist.github.com/marcoceppi/8977344 [15:41] marcoceppi: and then there's the case where it wasn't destorying the lxc containers... [15:41] lazyPower: well, that's been fixed in 1.17 [15:41] you've basically just written the nuke plugin once you've done that. parse the env name out of the lxc-ls --fancy and bam. [15:41] yeah, i agree, its no longer really required. [15:42] someone was dilligent in getting that patched, and i send them all the <3 in the world for that. [15:42] lazyPower: probably thumper, at least that's who I always blame the lxc stuff on ;) === roaksoax_ is now known as roaksoax === makyo_ is now known as Makyo [15:53] So, I'm about to make a juju-plugin plugin which downloads...plugins [15:53] much like npm, but for juju, because that seems the sanest way to package plugins [15:55] +1 [15:56] Are you going to be hosting the API that powers this? [15:56] or just parse launchpad data? [15:56] lazyPower: free for all [15:57] lazyPower: so you can host it on github, gist, lp, where ever [15:57] lazyPower: hosted [15:57] brilliant [15:57] open source, etc [15:58] just going to have the plugin create a $JUJU_HOME/plugins directory, and have it added to the users path [16:11] marcoceppi, do you know if we still support firing off a specific AMI for the AWS provider? [16:11] we used to iirc. [16:12] jcastro_: I don't think we've supported that since the goland rewrite, let me check the source doe [16:12] code* [16:21] jcastro_: so you /could/ if you created simplestream data and overwrote the canonical stream data [16:21] then you could have it use another AMI [16:21] marcoceppi, Are the machine logs for hp cloud stored on my local machine? [16:21] mbruzek: no, they're in the bootstrap node [16:22] mbruzek: the only reason machine logs are stored on your machine is if you're using the local provider because your laptop/desktop becomes the bootstrap node [16:22] OK [16:23] all-machines.log? [16:24] hi, when i try to deploy a service on a machine with "juju deploy mysql --to lxc:0" it says "container creation template for juju-machine-0-lxc-0 failed" [16:24] in /var/log/juju/ ? [16:24] the output, of "juju status" in detail is: http://pastebin.ubuntu.com/6926247 [16:25] marcoceppi, excellent [16:26] jcastro_: haven't tested that, but it shoudl work [16:26] tomixxx4: which provider? [16:26] ok so not impossible [16:26] mbruzek: machine-# is where the machine logs are [16:27] tomixxx4: nvm, I see you're on maas [16:27] marcoceppi: what do you mean "which provider" please have a look at the output of "juju status": http://pastebin.ubuntu.com/6926247 [16:27] tomixxx4: does this machine have outside network accecss? [16:28] machine being cloud1.master [16:28] marcoceppi: yes [16:28] tomixxx4: well, the error states "failed to get https://cloud-images.ubuntu.com/query/precise/server/released-dl.current.txt" [16:29] marcoceppi: that should be fixed with help from #maas because the nodes were able to resolve all packages while booting after i executed a bash script to do some NAT [16:29] tomixxx4: so, ssh in to that machine and try to wget that URL [16:29] so i should enter this command on the bootstrap node? [16:29] tomixxx4: yup [16:30] or any other url? [16:30] tomixxx4: that cloud-images url [16:32] it answers with "password:" [16:32] tomixxx4: that's...what? [16:33] i have to type this command on the console of the juju bootstrap node, right? [16:33] so, i typed this command in and the response of the console is "Password: " [16:33] tomixxx4: so, you should just be able to type juju ssh 0 from wherever you ran juju bootstrap [16:33] that should SSH you into the node [16:33] then you should just type `wget https://cloud-images.ubuntu.com/query/precise/server/released-dl.current.txt` [16:33] aha [16:33] ok [16:35] because i have the physcial node beside me, so i typed this command with node's keyboard ;) [16:37] tomixxx4: right, and maas removes the passwords, so you can't just log in [16:37] ok, i have tried ssh now it prints "thomas@cloud1.master's password: " on maas-server console [16:37] tomixxx4: did you add your ssh key to maas? [16:37] yes [16:38] so i have to add sth to "ssh cloud1.master" ? [16:38] tomixxx4: well `juju ssh 0` should try to ssh ubuntu@cloud1.master [16:38] not sure why it says thomas@cloud1.master [16:38] it says master because i use DNS resolving [16:38] provided by maas server [16:39] tomixxx4: not sure why it says thomas instead of ubuntu [16:39] OK [16:39] it should be using the ubuntu user to ssh you in when you run `juju ssh 0`, could you run `juju ssh --show-log --debug 0` ? [16:39] and paste the output [16:39] kk [16:40] k, i tried "juju ssh 0" it says "permission denied (publickey, password) [16:40] tomixxx4: yeah, so it doesn't have your ssh keys on there [16:41] i have followed the installation guide... i have created an ssh key [16:41] andd added with "+ add ssh key" to preferences of root [16:41] tomixxx4: can you run `ssh -vvv ubuntu@cloud1.master` and pastebin the output [16:42] tomixxx4: and the ssh key is on the machine you're running the juju command from, correct? [16:42] yes, its on the maas-server-node [16:42] tomixxx4: cool, so you're running these commands from the maas-master [16:43] yes [16:43] output: http://pastebin.ubuntu.com/6926349 [16:44] oh [16:44] this id_rsa.pub... is this the ssh key which should come into maas-dashboard? [16:45] because i have another ssh key created some time ago, and its file name is different and its location too... [16:45] tomixxx4: so, yeah, the ssh id_rsa.pub file that's on this machine in the thomas user should be the one in the dashboard [16:46] ok, s*** [16:46] add it, juju destroy-environment maas, rebootstrap, then try to deploy --to lxc:0 again [16:46] tomixxx4: if it fails, again, then do the ssh and check to make sure you can get that url [16:46] ok [16:46] tomixxx4: no worries man! you would have hit this issue sooner or later ;) [16:48] iam such an idiot, if this is the cause of the issue, i have wasted lots of hours. xP [16:48] but Thank You so far !!! [16:51] tomixxx4: np, feel free to ping me when you get going again. I don't think that's why the lxc container failed, but it's hard to troubleshoot if you can't get to the node [16:51] marcoceppi: ok ty [17:16] marcoceppi: hmm, i have changed that ssh, destroyed juju and rebootstrapped but there is still sth wrong: http://pastebin.ubuntu.com/6926519 [17:45] ok, last try for today, i have deleted all keys in .ssh and created a new one with the command "ssh-keygen -t rsa", rebootstraping now... === JoshStrobl[afk] is now known as JoshStrobl === FunnyLookinHat_ is now known as FunnyLookinHat [18:07] marcoceppi: ok, i could login now to the node and i tried wget but i get "failed: no route ho host" [18:07] tomixxx4: ah, I know this issue! [18:07] tomixxx4: you need to configure your DNS server to foward requests [18:07] quick fix, on the maas-master [18:08] tomixxx4: open /etc/bind/named.conf.options on maas-master [18:08] kk! [18:08] and add the following bit [18:09] http://paste.ubuntu.com/6926815/ [18:09] tomixxx4: you should see it commented out currently [18:09] just uncomment and set the dns server to something, lik 8.8.8.8 [18:09] marcoceppi: no its not uncommented, its 143.205.140.21 [18:09] i told u from a bashscript to NAT right? [18:09] i guess the NAT script has caused to set this IP as DNS [18:09] tomixxx4: you're using the micro-cluster scripts? [18:10] gimme a sec plz [18:10] i have executed this script on maas-server: http://pastebin.ubuntu.com/6926827/ [18:11] there is a line: dnsserver="143.205.140.21" [18:12] tomixxx4: yeah, that's from the micro-cluster scripts [18:12] tomixxx4: can you actually dig @ that address? [18:12] tomixxx4: ie, `dig @143.205.140.21 google.com` from the maas-master [18:13] yes, i guess, "query time: 1022 msec" [18:13] 1 server found [18:14] but a question: is the dns-server of the node not simply the maas-dns-server? [18:14] so 10.0.0.9 ? [18:14] because i have set "manage dhcp + dns" [18:14] instead of 143.205.140.21, which is dns-server from the maas-server [18:15] tomixxx4: right, so basically the nodes will use your maas-master as DNS, but that DNS server needs to forward requests that it dosn't know about to an outside DNS server [18:15] otherwise you'll get no route to host [18:16] hmm ok , what does this mean? do i have to edit resolvconf on ssh node and add 10.0.0.9 (maas-server) as dns-nameserver= [18:16] ? [18:18] aaaahhh 10.0.0.9 is already written in resolv.conf of the node [18:19] hmm [18:20] this is, what my "interfaces" file on the maas-server looks like: http://pastebin.ubuntu.com/6926866 [18:20] dns-nameservers: 10.0.0.9 seems wrong, not? [18:20] (eth0 connects the server to the nodes, eth1 connects the server to the i-net) [18:21] tomixxx4: yeah, that dns-server should be the outward facing dns-server [18:21] dns-nameserver* [18:22] kk [18:22] tomixxx4: then you'll have to restart networking [18:22] k [18:25] hmm still no route to host [18:41] whe i start bootstrapping, i have to manually power on the node which is allocated in maas [18:41] so, when i power off the node, and power on it again, does juju still work on that node? [18:41] (i have also rebooted maas-server in meantime xP) [18:42] tomixxx4: it should, unless the node has been set to stopped in maas [18:42] kk [18:43] but now, i see on the nodes console "cloud1 login:" but it seems it is not finishing... [18:43] u know what i mean? [18:43] normally, after this line, the node goes on and at the end it prints "cloud init" or sth like that [18:43] tomixxx4: is this after a bootstrap or just a powercycle post bootstrap? [18:44] just powerxycle [18:44] tomixxx4: that's noraml [18:44] ok, but when i hit "juju status" i get no answer in maas-server... [18:44] it seems to stuck some way [18:44] i cant even login too [18:44] tomixxx4: so, you see cloudinit the first time because it's provisioning juju and installing a bunch of stuff, however, it's already done that so it just boots up and runs [18:45] tomixxx4: can you ssh ubuntu@cloud1.master ? [18:45] * JoshStrobl thinks he may have been a bit overkill in the length of his response on the Juju mailing list :S [18:45] no it says "could not resolve hostname cloud1.master: Name or service not known" [18:45] * marcoceppi goes to review the overkill [18:46] tomixxx4: so, can you run ssh -vvv ubuntu@cloud1.master and pastebin the output? [18:46] "interfaces" on master: http://pastebin.ubuntu.com/6927005 [18:46] maybe i have to add "master" in search line? [18:47] ah... [18:47] JoshStrobl: fantastic feedback! [18:48] Thanks [18:48] thank you! [18:50] it should spelled "dns-search" and "dns-nameservers" and not "search" and "nameserver" ... xP [18:50] marcoceppi: In case you didn't get the notice on G+, I went ahead and updated the blog post to suggest your script as well. I described mine as an atom bomb to a problem that can be solved with a screwdriver :P [18:51] JoshStrobl: cool, I'm taking a few mins to work on making installing plugins for juju a lot easier too, as well as addressing some of the documentation concerns you brought up [18:51] Unfortuantely our copywriter is out, so things like quickstart which are relatively new haven't been documented yet [18:52] marcoceppi: That's understandable. Better to know now then never I suppose! :P [18:56] marcoceppi: http://pastebin.ubuntu.com/6927050 [18:57] tomixxx4: what does dig cloud1.master present? [18:57] marcoceppi: http://pastebin.ubuntu.com/6927064 [18:59] tomixxx4: what does /etc/resolve.conf look like on maas-master? [19:00] marcoceppi: http://pastebin.ubuntu.com/6927078 and "interfaces": http://pastebin.ubuntu.com/6927082 [19:01] tomixxx4: move 10.0.0.9 to the first line [19:01] also, which DNS server is the one you actually use? [19:01] 140.21 or 176.16 ? [19:02] dont know [19:02] whichever it is, that's the one that needs to be in /etc/bind/named.local.options [19:02] as it'll be the one that forwards requests, I'm guessing 143.205.140.21 considering the output of dig [19:04] ok its 143.205.140.21 , i did "dig www.google.com | grep SERVER" [19:04] can i simply edit resolv.conf? [19:05] tomixxx4: you can, but it'll eventually get re-generated [19:05] re-generated, but only after reboot? [19:06] tomixxx4: and other certain times [19:06] oh ok... [19:06] tomixxx4: the best way is to edit /etc/resolvconf/... [19:06] uh, I forget the file name, one second [19:06] head? [19:06] tomixxx4: yeah, /etc/resolvconf/resolv.conf.d/head [19:07] that's a good one to start with [19:09] and then reboot :-) [19:11] yep [19:11] working [19:12] can login again :-) [19:12] but no route to host :( [19:15] tomixxx4: yeah, so you'll need to update the forwarders rule in the /etc/bind/named.local.optoins to the right dns server [19:15] restart bind, then try again [19:16] good point, but the ip is already correct [19:16] 143.205.140.21 [19:16] well, something's messed up along the line there [19:17] u meand named.conf.options? [19:17] tomixxx4: for the sake of, something or another, from maas-master run `dig @8.8.8.8 google.com` [19:17] btw, i have to run the bash script again it seems, because nat table iptables is empty ^^ [19:18] i always have to run it, if i reboot the maas-server tbh [19:18] has sth to do with my old server version i guess [19:19] when i execute this bash script, do i have to reboot, restart network service or sth like that? [19:19] tomixxx4: nope, it should do all that for you [19:19] kk [19:19] tomixxx4: so, dig @8.8.8.8 google.com; did that work? [19:20] "dig @8.8.8.8 google.com" > connection timed out; no servers could be reached [19:20] darn, okay [19:21] ? [19:21] tomixxx4: well I was going to say you could just use another DNS server, but you can't because of your network location [19:22] but i can connect to i-net on my maas-server [19:23] tomixxx4: right, but some networks block exterior nameserver lookups [19:23] which is happening in your case [19:23] interesting: when i try "ping 143.205.140.21" on my node, it says "destination host unreachable" [19:23] tomixxx4: it might not be listening to pings [19:24] but "ping 10.0.0.9" works [19:24] and "ping 143.205.140.21" works also from maas-server [19:24] tomixxx4: right, because your bind instance isn't configured to not respond to pings [19:24] OH, on your node [19:25] yes, on the maas-server, i can ping 143.205.140.21 and 10.0.0.9 [19:25] from the juju-bootstrap-node, i can only ping 10.0.0.9 [19:25] so it seems there is some NAT problem? [19:27] in the bash-script, eth0 and eth1 are not confused or sth like that? iam not that familiar with iptables-statements [19:27] eth0 = connects the server to the nodes via switch, eth1 = connects the server with internet [19:32] tomixxx4: oh, maybe that's what's up [19:32] the script assumes something else [19:33] kk === zz_mwhudson is now known as mwhudson [19:40] so, i guess i need other NAT- and forwarding statements? [19:41] tomixxx4: one sec, link the script you're using again? [19:42] marcoceppi: kk, link is: http://pastebin.ubuntu.com/69227311 [19:43] marcoceppi: sorry, wrong address.... correct: http://pastebin.ubuntu.com/6927311 [19:44] tomixxx4: you should uncomment sysctl --system [19:44] also, you should install iptables-persist [19:44] and write the rules to it, so they survite restarts [19:46] so, install iptables-persist, then run the nat script, then run `iptables-save > /etc/iptables/rules.v4` [19:47] marcoceppi: but sysctl --system does not work with my ubuntu server edition [19:47] tomixxx4: what...version are you running? [19:48] ubuntu server 12.04.3 LTS [19:53] rick_h_: if I have an environment running, with a gui installed, will 'juju quickstart' just log me in to it? [19:54] thumper: yes [19:54] ok [19:54] thumper: it's a much faster way thank finding your admin secret [19:54] thank/than [19:54] true that [19:55] can we just make juju quickstart juju deploy? [19:55] err boostrap [19:55] not a fan, in this case it's not bootstrapping. It's using the existing env [19:55] and it's used for: juju quickstart bundle:xxxx [19:56] which can reuse an env, that's not 'bootstrap' really. [19:56] rick_h_: it will bootstrap if the env doesn't exist already [19:56] atleast, I'm pretty sure it will [19:58] marcoceppi: so, the content of the bash script is ok? [20:00] tomixxx4: seems about right [20:02] marcoceppi: but dns resolving works [20:02] marcoceppi: see the output of the wget command: http://pastebin.ubuntu.com/6927432 [20:19] marcoceppi: so, do u have any other idea what the reason for the problem could be ? :( === mwhudson is now known as zz_mwhudson === timrc is now known as timrc-afk [20:43] marcoceppi: ok, i have to go now. but i will be here next week, maybe there is a chance to get things work on another day ;) [20:44] tomixxx4: cheers, sorry we couldnt' get this figured out today! [20:46] marcoceppi: np! thank you for all your help and hints so far ;-) All these things helped me to get stepwise closer to openstack! [20:46] gn8 [20:53] jcastro: https://github.com/juju/plugins [20:53] I saw, I am subbed to the juju org [20:53] <3 [20:54] I'll add more as I clean up plugins [20:54] jcastro: could you test my install instructions when you get a chance? [20:55] lazyPower: you probably wrote a few plugins too ^^ [20:55] sure [20:56] marcoceppi, git is in `git` now, not `git-core` [20:56] jcastro: so git is no longer a metapackage? [20:58] no it's a package package [20:58] but it's git, not git-core [20:58] marcoceppi, the rest of the instructions work [20:58] jcastro: cool, thanks [20:58] docs updated [20:59] marcoceppi, http://paste.ubuntu.com/6927700/ [20:59] something is wrong with the backup one I think? [20:59] jcastro: backup isn't a plugin in the plugin repo [20:59] marcoceppi, also it's Verify not Veify [20:59] jcastro: that's something in your path [20:59] oh! [21:00] marcoceppi: the only juju plugin i wrote you replaced with clean [21:00] +1 on instructions working [21:00] marcoceppi, all you need is an "updating" section and you should be good [21:00] jcastro: something I just realized, it'd be nice if in () after the description juju showed you the path to the plugin [21:00] just cd'ing in there and git pull should do it right? [21:00] jcastro: ah, good catch [21:00] jcastro: ack [21:00] o/ [21:01] thumper: you up? [21:01] marcoceppi: yeah man [21:01] pfft [21:01] been up for hours [21:01] thumper: hey, how hard would it be to display the path of a plugin in the juju help plugins output? [21:02] like `PLUGIN --description output PATH` [21:02] man, I really want the docs on github [21:02] you mean where we found th eplugin? [21:02] but I don't want to go down that rabbit hole [21:02] jcastro: oh, you mean with like markdown ;) [21:02] jcastro: do it :-) [21:02]