Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ubuntu 14.04, Digitalocean - VM kernel panic #51

Closed
flashjames opened this issue Sep 27, 2015 · 11 comments
Closed

Ubuntu 14.04, Digitalocean - VM kernel panic #51

flashjames opened this issue Sep 27, 2015 · 11 comments

Comments

@flashjames
Copy link

Running on
prox@test:~/zulip$ lsb_release -d
Description: Ubuntu 14.04.3 LTS

How it looks in terminal - https://www.dropbox.com/s/0ezckuzslxj6pxm/Screenshot%202015-09-27%2013.53.13.png?dl=0

How it looks in virtualbox - https://www.dropbox.com/s/93u22czp9ncehmu/Screenshot%202015-09-27%2013.53.53.png?dl=0

prox@test:~/zulip$ vagrant ssh -- -L9991:localhost:9991
VM must be running to open SSH connection. Run vagrant up
to start the virtual machine.

@timabbott
Copy link
Sponsor Member

Which digitalocean machine type were you using? Could be you don't have enough memory.

@lfaraone
Copy link
Member

It also looks like you're using VirtualBox inside an already-virtualized environment. Can you use the LXC provider for Vagrant instead?

@ccope
Copy link

ccope commented Sep 28, 2015

Note that you'll also need to switch the vagrant box name in order to use LXC, if you go that route. use fgrehm/trusty64-lxc.

@lfaraone If a user has a dedicated ubuntu vm, could they just skip vagrant and use the provisioning script from the Vagrantfile?:

sudo git clone https://github.com/zulip/zulip.git /srv/zulip
sudo apt-get update
sudo apt-get install -y python-pbs
python /srv/zulip/provision.py

@timabbott
Copy link
Sponsor Member

Yes, that should work (we do basically that in the .travis.yml file)

@timabbott
Copy link
Sponsor Member

@ccope @lfaraone is the problem here that our "vagrant up" instructions should include "--provider=LXC" or something?

@lfaraone
Copy link
Member

@timabbott:

our "vagrant up" instructions should include "--provider=LXC" or something?
Well, we'll fall back to VirtualBox if you didn't install vagrant-lxc-plugin.

@Cam:

If a user has a dedicated ubuntu vm, could they just skip vagrant and use the provisioning script from the Vagrantfile?:
Yes.

@ccope
Copy link

ccope commented Sep 30, 2015

If you want to support LXC, you'll need to add a section to the vagrant configuration to override the box name.

config.vm.provider "lxc" do |lxc, override|
  override.vm.box = "fgrehm/trusty64-lxc"
end

@timabbott
Copy link
Sponsor Member

@ccope this is our Vagrantfile, which I think already does that: https://github.com/zulip/zulip/blob/master/Vagrantfile

@ccope
Copy link

ccope commented Sep 30, 2015

Oh hey, whaddya know, I missed it. I'm used to Vagrantfiles defaulting to Virtualbox and having overrides for lxc, not the other way around.

@flashjames
Copy link
Author

@ccope

config.vm.provider "lxc" do |lxc, override|
override.vm.box = "fgrehm/trusty64-lxc"
end

Solved it.

Here's how the file looks after edits.
https://www.dropbox.com/s/z3evf4jxbljpqoy/Screenshot%202015-10-01%2016.46.41.png?dl=0

"Which digitalocean machine type were you using? Could be you don't have enough memory."
Ubuntu box with 512 ram

@timabbott
Copy link
Sponsor Member

@jenso OK just FYI 512MB of RAM is lower than we recommend right now (see #32 for discussion of how we can improve this), so you may experience OOM issues if you try running a server with that little RAM in production.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants