Topic: Smartcoin Linux mining administration. [MULTI-MACHINE SUPPORT NOW IN!] - page 33. (Read 105029 times)

why not use ubuntu 11.04?  i understand linux coin makes is super 'easy'.

also make sure you have the latest and greatest version of smartcoin, and the stats ONLY show up properly with phoenix miner.

I've got the EXACT same problem as you EPG, grand total hashrates won't show. I am running LinuxCoin too.

+ the kill command does not work for me, linuxcoin will just lag up and I cannot do anything. Mouse cursor won't move, I have to reset the power to reboot. Do you know a solution?

epg: Which miner are you using?   I haven't coded the display routines for poclbm yet, so if you're not using phoenix not all the display stuff works yet (though it will still mine just fine, its only a display issue)

jondecker76:

This is super cool! Thanks for your hard work!!

I'm running LinuxCoin and just set SmartCoin up. I got most of it working, but none of my stats are showing up under the "Total" and "Grand Total" lines- they just say [ khash/sec] [0 Accepted] [0 Rejected] [0.00% Rejected]. The temperature, CPU/GPU load %, and realtime khash/s readouts for the workers are working fine though.

I've reinstalled SmartCoin using the information from http://forum.bitcoin.org/index.php?topic=16548.msg287725#msg287725 but no changes. Any pointers for a Linux newbie?

Happy to report that we go Alan's machine running smartcoin quite weil Thanks to him for letting me take a peek at his machine. Each different setup I see gives me more information to make installation easier in the future

lordbuggie: No, I'm not saving this information yet, though it would be very easy.  If/when I do, I'll probably create a separate database for the information so it doesn't pollute the configuration information in the current database.  A cli/bash rendering of a graph would be extremely cool (and exposing it externally via an API if needed)



drgr33n:
Yes,  I'm keeping everything hard-coded to $HOME until I get out of beta phase.  Its been difficult enough trying to get things to work on so many different configurations and linux distros!  Having at least the path hard-coded until I get everything else worked out is just one less variable to remove from the equation while I track down bug reports and other issues.  Once I can get these other things ironed out, then I can take on the extra support load of having another variable thrown into the mix - but the decision for a set path was a conscious one so that I have at least one constant while trying to work with beta testers and improve the platform.  Please be patient, it will be changed in the future to allow any install location!

jondecker76 - are you saving hash rates to the db as of yet?  any logical data from the hashes either (ie - accepted/rejected/temp/load/cpu load/fan speeds?)

I would be willing to help create some type of visual history system if you were to store that?  such as spit it out to rrd graphs?  then people could scp into their boxes or do a push to an sftp server somewhere and visually see the graphs or heck, even install apache on the main box(as you are writing it for a multi-box style if i presume?)?

i always like historical data, it tells me where my boxes have been and shows me if/why i was doing poorly or well at any given day.

i currently am utilizing much code from another project that i have taken the code from and smashed it together to make it more friendly to my liking.

anyone have any interest/thoughts into this?

i could even setup a small server to send graphs to test it prior to instructing people to install more software on their boxes.  apache is great, but if not configured right, then it can be an open portal as most are aware.

It is hard coded that way for a reason.  He tells everyone to download it into their home directory.

Smartcoin.sh gets copied over to /usr/bin/smartcoin which is the initial script source then calls the rest form the users home dir

if you run it as root, just make a symlink to the directory for management sake.

i do believe he said he is going to add an option to change install location at a later point in time, which will take out all of the hard coding and turn them into db calls i would have to assume

AGH its everywhere You've hardcoded everything to use $HOME

Hey !!

I've noticed a big problem with the line your using to include the functions from *ops.sh. By using


Your assuming the user has downloaded the files to . $HOME/smartcoin/. When I try and add this to linuxcoin I'm getting errors.

quick dirty fix is to change to


But need looking into. Hope this helps,

yes, several times. jondecker76 contactet me via PM, maybe he can figure it out

have you attempted to trash the whole smartcoin install including removing the smartcoin in the other dir and then redoing it from ground up?

just trying to help.

sudo or not sudo, same issue 

have you tried

sudo smartcoin

?

i have the issue running it 'headless' with aticonfig calls and writing to certain dir's with ubuntu 11.04

That could be the problem. I encrypted the users files and noticed that, as long as GUI was enabled, I had to type my username and password at bootup.

Would that help?

exec /bin/login -f alan < /dev/tty1 > /dev/tty1 2>&1

within tty1.conf rather than
exec /sbin/getty -8 38400 tty1

My own mining rig is an 11.04 32bit desktop install
(I run it headless, but didn't bother to disable any of the startup stuff, just enabled autologin for my user). Its very strange that there could be that big of a difference between our setups, as I used the same guide minus neutering the normal startup.

The grep errors are definitely from the miner screen session not starting - though I have no idea what would stop it from starting.
I recently enabled some new logging, do you see anything in the log referring to the launch paths its attempting to start the miners with?

Within /tmp there is only a pulse file, I suppose for pulse audio.

I have 4 GPU's.

Edit: this is a ubuntu 11.04 full desktop version crippled to only start as a server, basically. I used this tutorial:
http://forum.bitcoin.org/index.php?topic=9239.0;all

oops, that last one was supposed to be:
and look for any files with smartcoin or miner in the name

re: version. Is it Ubuntu Server? Which version?

re devices: do you have 4 GPU devices? (0,1,2 and 3?) I'm thinking one of them is the CPU? You may have done the install before that bug was fixed, which would explain why the cpu detected as a GPU

re miner screen session:
That is puzzling. It should have started, and even if it failed it should be there, as its launched with zombie mode enabled.
Is there anything at the end of ~/smartcoin.log that may be helpful?

//smartcoin.googlecode.com/svn/branches/beta1/smartcoin


Linux version 2.6.38-8-generic (buildd@allspice) (gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu3) ) #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC 2011



1|1|GPU[0]|0|gpu|1|0
2|1|GPU[1]|1|gpu|1|0
3|1|GPU[2]|2|gpu|1|0
4|1|GPU[3]|3|gpu|1|0



There is a screen on:
        10994.smartcoin (30.06.2011 21:49:24)   (Detached)
1 Socket in /var/run/screen/S-alan.


There is no screen to be resumed matching miner.

Alan,
What distro and version are you running?
I would suggest just trying to run smartcoin the standard way for a test (with no other launch scripts) - that way we can try to eliminate any other possibilities.

For a test:
- start out fresh.. Kill all the screen sessions (sudo killall screen)
- start smartcoin
- Lets make sure the database has the right cards in there:
(disconnect from smartcoin with ctrl+a d, or from the control tab
- Did the miner session start?
You should see a smartcoin and a miner screen session
- If the miner session is there, check it out
-RE: grep errors
Do you see any Miner files in there?

alan, what do you get back when you run this:
I just want to make sure you're on the beta branch is all.

I think this error is because aticonfig is getting pounded with requests - i think I've seen this error before and it went away when I put a delay in between my aticonfig calls in smartcoin_status.sh (it sleeps for 0.2 seconds between each call).  If you have multiple scripts calling aticonfig, I can see how this would happen.

A quick test would be to comment out the other aticonfig calls in the other script, and see if the problem goes away