Amazon AWS setup

Message boards : Questions and problems : Amazon AWS setup
Message board moderation

To post messages, you must log in.

AuthorMessage
Scalextrix

Send message
Joined: 12 Jun 14
Posts: 15
Message 60071 - Posted: 3 Feb 2015, 11:25:02 UTC

Hi, so as ever Im having ideas well beyond my capability. Amazon Web Services allows 1 year of free server time so I decided to try and setup an Ubuntu server running BOINC in a headless mode.

I have created the server and installed BOINC, however remote controlling it from the Linux command (via SSH) is causing me real issues because of my lack of experience.

Im trying to run:
boinccmd [hostname] [passwd] join_acct_mgr {URL} {name} {passwd}

I keep getting:
Authorization failure -155

what is the [hostname], what is the [passwd] ??

Im guessing [hostname] could either be 'ubuntu@ip-172-xxx-xxx-xxx' or it could be 'localhost'

I have no idea what the [password] might be, I mayhave changed it to 'Ubuntu', but that doesnt seem to work either.

Perhaps the syntax I have is wrong, should it be:
boinccmd hostname [hostname] etc.?

thanks.
ID: 60071 · Report as offensive
Claggy

Send message
Joined: 23 Apr 07
Posts: 1112
United Kingdom
Message 60072 - Posted: 3 Feb 2015, 13:56:33 UTC - in response to Message 60071.  

Im trying to run:
boinccmd [hostname] [passwd] join_acct_mgr {URL} {name} {passwd}

I keep getting:
Authorization failure -155

what is the [hostname], what is the [passwd] ??

Im guessing [hostname] could either be 'ubuntu@ip-172-xxx-xxx-xxx' or it could be 'localhost'

I have no idea what the [password] might be, I mayhave changed it to 'Ubuntu', but that doesnt seem to work either.

The password is whatever is written in the gui_rpc_auth.cfg file:

Controlling BOINC remotely

You might also need to setup the remote_hosts.cfg too.

Claggy
ID: 60072 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15002
Netherlands
Message 60073 - Posted: 3 Feb 2015, 16:48:10 UTC - in response to Message 60071.  

Im trying to run:
boinccmd [hostname] [passwd] join_acct_mgr {URL} {name} {passwd}

The usage of BOINCCMD is:
boinccmd [--host hostname] [--passwd passwd] command

See http://boinc.berkeley.edu/wiki/Boinccmd_tool for all the correct commands. All commands are preceded by a double hyphen '--'.

So in this case it would probably be:
boinccmd --host {IP address of the server} --passwd {the password from gui_rpc_auth.cfg} --join_acct_mgr {URL of the Account Manager} {your name at the account manager} {your password at the account manager}

Everything between braces '{}' is added without the braces.
ID: 60073 · Report as offensive
Scalextrix

Send message
Joined: 12 Jun 14
Posts: 15
Message 60131 - Posted: 5 Feb 2015, 12:22:09 UTC - in response to Message 60073.  

Thanks Ill try that soon, I suspected it was quite a basic error on my part. Im hoping once I have the BAM control, I wont actually need to repote control the server as it only has 1 virtual cpu.
ID: 60131 · Report as offensive
Scalextrix

Send message
Joined: 12 Jun 14
Posts: 15
Message 60154 - Posted: 7 Feb 2015, 12:53:20 UTC - in response to Message 60131.  

thanks guys your details really helped me. in the end figuring out what the IP address and password was, was just too complicated for me. But based on the instructions it seemed easier for a novice to do:

cd /var/lib/boinc-client

then:
boinccmd --join_acct_mgr {URL} {name} {password}

Im now on BAM, thanks so much again.
ID: 60154 · Report as offensive
Scalextrix

Send message
Joined: 12 Jun 14
Posts: 15
Message 60166 - Posted: 8 Feb 2015, 8:07:40 UTC - in response to Message 60154.  

OK I have another question, I got my AWS machine crunching with
/var/lib/boinc-client
boinccmd --set_run_mode always

but after a couple of hours CPU usage went from 100% to 10%. Is anyone aware if AWS are limiting the usage on their end or is there another lever I need to pull to get it running 100% always?
ID: 60166 · Report as offensive
Scalextrix

Send message
Joined: 12 Jun 14
Posts: 15
Message 60168 - Posted: 8 Feb 2015, 8:57:45 UTC - in response to Message 60166.  

Found the answer:
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts_micro_instances.html#available-cpu-resources-during-spikes

Im using the free tier which is a micro instance so it is AWS limiting the CPU.
ID: 60168 · Report as offensive
Profile NullCoding*
Avatar

Send message
Joined: 10 Jan 11
Posts: 57
United States
Message 60233 - Posted: 10 Feb 2015, 20:15:52 UTC - in response to Message 60168.  

AWS informed of this as well. I run BOINC on my web server hosted through AWS. When people mentioned they had difficulty loading my site - especially dynamic content that relies on a MySQL backend - I was informed that the "micro" class instances are quite limited in terms of compute strength.

Technically speaking, all instance types are somewhat limited in that they are effectively run through a Xen-like hypervisor rather than being true dedicated servers - although such an option does exist within AWS, albeit at a significantly higher price tag.

I ultimately found it impractical to run BOINC on AWS, but my budget constraints differ considerably from the average user, so you may be better off.

If you are dead-set on running BOINC (and nothing else) you may want to look into a compute-optimised instance. The current generation is much more efficient and powerful than the last, including in terms of credits/dollar. If paying for compute time for BOINC is not out of the question, it may be worth a look!

Protip: don't use spot instances for BOINC thinking it'll save you time and money. Because of the innately ephemeral nature of spot instances, the AMI effectively resets with each restart, meaning all unreported work gets lost and it reverts (upon restart) to a state where it's doing tasks that project servers won't even accept. That caused issues for me, so don't bother. On-demand or reserved is your best bet.


ID: 60233 · Report as offensive

Message boards : Questions and problems : Amazon AWS setup

Copyright © 2022 University of California. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.