There are a number of ways, the easiest is to use our Brightbox Capistrano recipes.
Login over SSH as the rails user and run commands using the sudo tool, which asks for your rails user password and then runs the command as root:
sudo /etc/init.d/apache restart
We recommend running each command you need using the sudo command, but if you need to get a root shell to run a number of commands, just run the bash command with sudo
sudo bash
See the SSH support page for more information on setting up an ssh key for direct root access.
Run the following command via ssh to restart your Brightbox machine:
sudo shutdown -r now
Note: We’ll soon have a web-based account admin area where you’ll also be able to reboot your Brightbox machines.
Each Brightbox comes with two virtual network interfaces each one on a separate physical network segment. eth0 is Internet facing and carries your web and remote access traffic. eth1 is a private network and is used to access local services, such as the MySQL and backup servers. Having these separate helps with security and performance. The Brightbox Network page has more details.
Dedicated MySQL services are available with all Brightbox hosting packages. The MySQL Cluster page has more information on configuring your Rails app to use them.
All Brightboxes are protected by our firewall with only a limited set of ports open. If you require additional ports to be opened for your Brightbox, please submit a request with the Help Desk. The Brightbox Network page has more information about the firewalls.
All Brightboxes have access to a dedicated smtp relay.
You can configure the Cron daemon to run any commands you like whenever you like.
By default PHP isn't supported, but you can easily install it. See the PHP documentation for more details.
Coming soon.
The most common cause of this is stale Mongrel pid files. You just need to delete the stale mongrel pid files from the log directory.
Stop your app using the stop_mongrel_cluster task.
ssh into your Brightbox and run the command:
rm /home/rails/myappname/current/log/*.pid
Then start up your app again using the start_mongrel_cluster task.
Mongrel is partially threaded. It has one thread to manage inbound http connections, one thread to run the Rails application and a third thread to handle large file uploads so that the main Rails thread doesn't block.
What you are seeing on the process list is all these threads due to the way that Linux implements threading (by using 'process cloning'). If you run 'ps uxf' you will see the way the mongrel threads are linked to each other in two distinct sets of three.
So yes it is correct, when you start a mongrel you'll get three processes.
SSH is incredibly fussy about file permissions and file ownership. Make sure that you have followed the instructions about installing a new public key.
Check that
~/.ssh/authorized_keys. Note the 'z' and plural 'keys'.~/.ssh directory are set correctly (no group or other write).~ are set correctly. (no group or other write).ssh command line with the -i option if you are not using the default key name.ssh-add and are using the correct Agent forwarding option (-A on Ubuntu) if you are logging in with another machine as the gateway.If you're running Rubygems less than v1.2.0 you may experience problems installing gems. This is because old versions of rubygems tried to keep an entire index locally and that index is now too big for 256Mb (and even some 512Mb) machines to cope with.
In this case you will not be able to update rubygems using the usual gem update –system and you will need to upgrade by hand.
wget http://rubyforge.org/frs/download.php/38646/rubygems-1.2.0.tgz tar xvf rubygems-1.2.0.tgz cd rubygems-1.2.0
sudo ruby setup.rb