wallyworld_the error isn't tools related00:00
thumperwallyworld_: sorry, was lazy helping as I'm eating :)00:00
sinzuinoodles775, beuno then upload the images and streams to a location in that region00:01
noodles775OK, I've got a bit of learning to do there. sinzui if there's any docs outline the process, let me know. Thanks.00:02
sinzuinoodles775, beuno: this article covers some of the details, but it would be nice to find a location in that region that provides the streams for free: https://juju.ubuntu.com/docs/howto-privatecloud.html00:02
noodles775Also, how can I check which juju version was the first to include a goamz with cn-north-1? I see it's in current, but it's not in the juju installed on a deployment machine (which I'm trying to get updated, but is currently on 1.18.4)00:02
noodles775Great, thanks sinzui00:03
sinzuinoodles775, juju 1.20.0 had cn knowledge00:03
sinzuinoodles775, you can still the tools/agents parts of that doc to get running. --upload-tools will get you an env to play with.00:04
noodles775sinzui: thanks. So, just checking my understanding, the issue is because cn-north-1 isn't included here right? http://cloud-images.ubuntu.com/daily/server/trusty/current/00:16
sinzuinoodles775, try this in environment.yaml: image-metadata-url: https://cloud-images.ubuntu.com/releases00:16
sinzuinoodles775, the url we see in your paste is for daily, and there aren't and cn in that stream. the released stream lists on cn00:17
noodles775sinzui: right, I was specifically using daily in the environments.yaml, let me switch that and try first, then I'll try with the image-metadata-url.00:17
sinzuinoodles775, I am not sure about the url. I think juju will see the streams/ dir below that path and work00:17
noodles775sinzui: here's the output when not using the daily stream: https://pastebin.canonical.com/124270/ - I assume that means I don't need to try with the image-metadata-url (as it seems to be using /releases)?00:21
sinzuinoodles775, right, that is the default url, but I see we do have cn in the file http://cloud-images.ubuntu.com/releases/streams/v1/index.json00:23
sinzuinoodles775, ah, the url is slightly different https://ec2.cn-north-1.amazonaws.com.cn in the paste != to https://ec2.cn-north-1.amazonaws.com.cn in the json00:25
sinzuiNot sure why juju isn't looking at https://ec2.cn-north-1.amazonaws-cn.com.cn as specified in the json00:26
noodles775sinzui: right, good spot. (s/amazonaws/amazonaws-cn).00:26
sinzuinoodles775, I wonder if that region is behind a caching proxy. Your env is reading stale data.00:32
sinzuinoodles775, if you are in that region, can you curl http://cloud-images.ubuntu.com/releases/streams/v1/index.json to verify the index states it was made  26 Jan 201500:32
noodles775sinzui: I'm not, but I migth be able to ask someone who is.00:35
noodles775sinzui: do you know that an old version did in fact have the incorrect url that we're seeing? (I've pinged nessita, but might not hear straight back)00:37
sinzuinoodles775, I don't. I don't know much here. I am applying my experience of missing agents to missing images. Stale caching is often the cause of urls that don't match the recently published data00:39
noodles775sinzui: seems correct from cn also: https://pastebin.canonical.com/124272/ . Note, I'm bootstrapping on a canonistack instance in the DC, and I can confirm that it also sees the correct url. So I'm not sure where the amazonaws.com.cn is coming from?00:45
noodles775s/on a/from a/00:46
sinzuinoodles775, that is the file I was looking at00:47
noodles775sinzui: actually, - looks like it's goamz https://pastebin.canonical.com/124273/00:50
noodles775which would mean a fix would require a new juju version :/ (if that's right)00:50
sinzuinoodles775, yep00:50
noodles775sinzui: do you want me to create a bug (guessing you can probably create something more specific, but happy to create it if you're ready to EOD or whatever)00:51
sinzuinoodles775, you can report the bug. Include when this needs to be fixed. that will help determine if we change 1.21.1 or 1.22.000:52
noodles775sinzui: We're trying to deploy to cn-north-1 now, so I'm guessing beuno will say asap. Creating the bug now.00:53
sinzuinoodles775, thank you. I will bring the bug to the various parties00:53
hloeungcan we backport the fix to the juju version in Trusty as well?00:54
noodles775sinzui: actually, we should first check whether the url we think is the incorrect one actually is (ie. could it be that the goamz one is correct, while the stream is not - I've not checked)00:55
sinzuinoodles775, good point. I think #cloudware and utlemming are the experts. I think they will say their streams are correct and the code from last year is wrong00:56
noodles775sinzui: OK, I'll just note that on the git bug.00:57
noodles775sinzui: did you see hloeung's question above? (as he's providing the juju version which we're using)00:57
=== kadams54-away is now known as kadams54
noodles775sinzui: actually, hloeung just pointed out that amazonaws.com.cn resolves, while amazonaws-cn.com.cn does not - so I'm hopeful it is the stream :)01:03
hloeungyeah, it looks like it's just the stream - "endpoint": "https://ec2.cn-north-1.amazonaws-cn.com.cn"01:04
hloeung$ host ec2.cn-north-1.amazonaws-cn.com.cn01:04
hloeungHost ec2.cn-north-1.amazonaws-cn.com.cn not found: 3(NXDOMAIN)01:04
hloeung"com.ubuntu.cloud:released:aws-cn": { "updated": "Wed, 10 Dec 2014 20:45:42 +0000",01:05
hloeungtaken from http://cloud-images.ubuntu.com/releases/streams/v1/index.json01:05
sinzuinoodles775, okay, his is good news. I think we can contrive our own streams using what already exists01:07
noodles775sinzui: OK, I'd just created the bug, but feel free to mark it invalid (or git equiv) https://github.com/go-amz/amz/issues/2101:08
hloeungsinzui: I checked all the other endpoints, it seems us-gov-west-1 needs fixing as well01:08
hloeung     "endpoint": "https://ec2.us-gov-west-1.amazonaws-govcloud.com"01:08
noodles775sinzui: How often are the streams updated?01:09
sinzuinoodles775, still a bug since we are talking about work arounds. We can copy just a few files from cloud-images, the correct the urls.01:09
hloeungsinzui: should be ec2.us-gov-west-1.amazonaws.com01:09
sinzuinoodles775, I cannot speak for image streams. I think they are updated every time a package in the image changes or a new region is added01:09
sinzuihloeung, I'll take your word for that. I can claim to be an expert on juju agent streams, but not cloud images01:10
noodles775sinzui: How is it a bug in the goamz code though? I thought the proper fix would be for the stream to be fixed (by the people you mentioned earlier)? (ie. not trying to get you to do something, just wondering what the correct fix is here)01:11
hloeungsinzui: heh, I'm just going with what's in goamz (https://github.com/goamz/goamz/blob/master/aws/regions.go) and that seems to resolve01:11
sinzuinoodles775, as I said. I don't know anything about image streams, but I know the people who test in china are the authors of the streams. I don't know of anyone using goawz to test cn01:12
noodles775sinzui: Great, are you able to ping/contact those people about the bug then? (I'm assuming they're using the same juju with goamz compiled in).01:16
sinzuinoodles775, I am sure they are NOT01:17
sinzuinoodles775, cloudware makes os images. I test juju. I don't work with them and vice versa.01:17
sinzuiSo I am not surprised juju doesn't just work01:18
noodles775sinzui: Sorry, I misunderstood - I thought they were testing juju in china.01:18
=== kadams54 is now known as kadams54-away
=== kadams54-away is now known as kadams54
=== kadams54_ is now known as kadams54-away
=== kadams54-away is now known as kadams54_
=== zz_CyberJacob is now known as CyberJacob
=== CyberJacob is now known as zz_CyberJacob
=== Caguax_ is now known as LuisFlores
=== LuisFlores is now known as LuFlores
=== LuFlores is now known as luflores
TugHey, I just read that Google Cloud Platform was an ubuntu partner http://partners.ubuntu.com/partner-programmes/public-cloud10:10
TugDo you think we're going to have a google cloud provider for juju in the future ?10:11
dimiternTug, yes, it's under development and should be ready soon10:48
Tugdimitern, cool Thank you10:50
=== lazyPower is now known as lazyPower|Travel
=== dannf` is now known as dannf
hazmatTug, there's a merge proposal for extant re gce15:05
=== rcj is now known as Guest88089
=== scuttlemonkey is now known as scuttle|afk
=== roadmr is now known as roadmr_afk
=== Guest88089 is now known as rcjenn
=== kadams54 is now known as kadams54-away
=== kadams54-away is now known as kadams54
=== mwak_ is now known as mwak
=== roadmr_afk is now known as roadmr
marcoceppihey mwak, how's it going?17:59
mwakgood and you marcoceppi18:00
marcoceppidoing great18:01
mattraehi, i'm using juju 1.20.14. it appears that when doing debug-hooks and using 'exit 1' to pause the queue does not work. it moves on to the next queued hook and clears the hook error. this is making debug-hooks mostly useless18:25
mattraeand we may have to redeploy because i don't know if i can retrigger the same hook that was incorrectly resolved18:26
mattraeis there any version of juju that fixes the 'exit 1' debug-hooks issue, or any way to retrigger the hook that was originally in error state?18:26
drbidwellHow do I find out why a "juju deploy" stays in a pending state?  I can ssh to the host as ubuntu@host and I can do "juju ssh 1" .  The auth.log doesn't show any attempts to log in and I don't find anything in any of the /var/log/juju/ logs.19:04
lazyPower|Traveldrbidwell: what provider?19:04
drbidwelllazyPower|Travel: maas on ubuntu 14.04.1 using maas 1.7.1 rc4 and juju 1.20.1419:05
lazyPower|Traveldrbidwell: can the unit communicate with the bootstrap node? thats typcally why a unit will stay in pending and not come online in my experience with maas.19:06
lazyPower|Traveldrbidwell: best guess is to ssh into that pending unit and attempt to ping the ip of the bootstrap node an ensure there is connectivity19:06
=== carlin is now known as Guest75565
drbidwelllazyPower|Travel: I can ping from the boostrap node to the target node19:07
drbidwell lazyPower|Travel: I can ping from the target to the bootstrap node also19:08
Guest75565has anyone come across this error "getInstanceNetworkInterfaces failed: invalid hardware information" while deploying a charm19:09
lazyPower|Traveldrbidwell: hmm seems like its in order then19:09
Guest75565i am running juju and maas as a vm19:09
* lazyPower|Travel nods19:10
lazyPower|Travelthats how i got started with maas too - however at the moment i dont have any other ideas off the top of my head and I'm about to board a flight19:10
lazyPower|Traveldrbidwell: i'll be back around in just over an hour, i'll follow up if you're still here19:11
=== kadams54 is now known as kadams54-away
=== sfeole is now known as sfeole-rage
=== kadams54-away is now known as kadams54
=== sfeole-rage is now known as sfeole
=== JoseeAntonioR is now known as jose
=== kadams54 is now known as kadams54-away
=== kadams54-away is now known as kadams54
noodles775axw, sinzui, utlemming : I've just retried bootstrapping for cn-china-1, but it fails with a different error. I've updated the issue with a (private) paste, but don't see an option to reopen the bug: https://github.com/go-amz/amz/issues/2121:58
noodles775hrm, maybe it should be a separate issue anyway, as the endpoints now match.21:58
utlemmingnoodles775: yeah, that is a seperate issue...and may be related to the Great Firewall of China. Unless you are playing in China...yeah, good luck with that.21:59
utlemming(and I am only have kidding)21:59
sinzuinoodles775, I think you need to be in china to use the region. it is for Chinese businesses22:02
sinzuinoodles775, Juju QA requires  Chinese host, preferably one we can setup a jenkins slave to test stream health.22:03
noodles775sinzui: I don't think that's the case for aws itself (but will check by seeing if I can launch instances there sans juju), but it certainly looks like we'll need a deployment host there from which to manage deployments :/ I'll try.22:05
sinzuinoodles775, that is good phrasing of what Juju QA wants.22:06
noodles775utlemming: Have you confirmed that `juju bootstrap` on cn-north-1 works there with the updated streams? (I don't want to go down that path unless we know it is indeed working)22:12
=== kadams54 is now known as kadams54-away
=== kadams54-away is now known as kadams54

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!