Skip to content
This repository has been archived by the owner on Feb 14, 2018. It is now read-only.

Grafana setup stalling out of the box #4

Open
ches opened this issue Aug 27, 2014 · 0 comments
Open

Grafana setup stalling out of the box #4

ches opened this issue Aug 27, 2014 · 0 comments

Comments

@ches
Copy link

ches commented Aug 27, 2014

Hey there,

Neat idea here, but unfortunately I haven't been able to get very far: I've run Vessel, used your tested awvessel/manifest and tried to set up an environment for Grafana. Twice now, it seemingly stalls around the end of the CoreOS VM provisioning—the end of the log is showing:

Running provisioner: file...
Running provisioner: shell...
Running: inline script

Vessel is not completely unresponsive (I can open another Environment window), but the "Starting Virtual Machine" dialog is just spinning indefinitely with no means of bailing out. There are two Atom Helper processes running and chewing up a bit of CPU. vagrant global-status (or Virtualbox GUI) confirms the CoreOS VM is running.

I'll try to debug further if you can give me a little guidance. I'm not acquainted with Atom Shell so at the moment I don't have the free cycles to jump in blindly and try to figure out where relevant code lives without some direction.

On another note, it'd be great if you could write a bit more detail than the FAQ about how you're using Consul in the images in the awvessel/manifest. Gaining some insight on how to utilize CoreOS effectively, potentially for production use too, is one of the most interesting things to me about your Vessel manifest, but as it stands currently it looks like I'll have to wade into finding your Dockerfiles, inspecting Vessel code to grok what exactly "etcd is used to coordinate consul bootstrapping across nodes" means, etc. If I have to dig, that's fine, but since it seems like something that's pretty opinionated in your own manifest, it'd be helpful and educational if you explained it further. Actually I see that the Getting Started doc mentions a Development Environment doc that sounds like what I'm seeking, but perhaps this isn't written yet.

Thanks! 🤘

gmr added a commit that referenced this issue Oct 20, 2014
- Remove SSH configuration. With Docker 1.3.0 and docker exec, the ssh config should no longer be required and will be removed from our images
- Move the scripts/bin/containers to the cloud-config.yml template
- Update to consul 0.4.0

Hopefully this addresses some issues people were having including #19 & #4.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant