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

I get the same error after the update.

Hi,

i used the update function. after i killed smartcoin i get and error:

/usr/bin/smartcoin: Zeile 59: Goto: Command not found.

r320 update available!:
- Smartcoin can now be installed in any directory.  The install directions on the first post of this thread have been updated to reflect this.
- smartcoin.db and smartcoin.log have been moved to ~/.smartcoin. This is the linux standard, and allows different users to have their own persistent smartcoin information (such as the database and logs)
- When adding profiles, specific miners can be set up per instance instead of per profile.  This allows you to create several miners with different command line options, and reference each individual miner from the profile. This is more for advanced users.
- various other code cleanup

Don't forget!
Use the Update option from the control screen to update to this version, or install fresh. This version contains patches, so do not simply do an svn update!  From here on out, the patch system can and will be used with updates, so again, be sure to always use the Update option from the control screen!

Minco is set up in the database as
server: mineco.in
port: 3000

which is correct to my knowledge.

Perhaps mineco is down, or the worker information is incorrect?
Can you connect manually using phoenix outside of smartcoin?
smartcoin.log should show you the launch string used to launch the miner, that might have some clues as well.

I added miner deepbit to automatic & after that created a new profile & deepbit miner mined.
But when i tried with mineco.in, mineco.in miner don't mine.
It uses port 3000, may this cause not mining?

Here are the goals for today:
- Implement arbitrary location installation.  This includes creating a ~/.smartcoin directory.  This is where the database will be located after the changes
- Improve the installer a bit with more feedback and user-selectable options
- First use of the patching system to bring everyone's schema up-to-date
- Add ability to specify separate miner instances in profiles

 I'm going to do all updates and testing on the experimental branch.  I will post back when the update is ready.

Or you can just use the Catalyst 11.6 drivers which allow the same thing with the stock aticonfig commands. 

+1

I experienced that, too. A restart routine is missing at this point in the code.

dedicated rig 3x GPU HD 6790 @ 950/1050 fans 100%

uninstalled and freshly installed
phoenix    r107 (no patching)
smartcoin r297


smartcoin Management System r297 Mon Jul 4 16:09:52 EDT 2011
--------------------------------------------------------------------------------
Host: localhost
GPU[0]: Temp: 65.00 load: 99%
GPU[1]: Temp: 74.00 load: 99%
GPU[2]: Temp: 68.00 load: 99%
CPU Load : 0.84%

Profile: Automatic
--------Bitcoin.cz (slush)--------
GPU[0]: [56.25 Mhash/sec] [15 Accepted] [1 Rejected] [RPC]
GPU[1]: [54.47 Mhash/sec] [20 Accepted] [0 Rejected] [RPC]
GPU[2]: [54.47 Mhash/sec] [16 Accepted] [1 Rejected] [RPC]
Total : [165.19 Mhash/sec] [51 Accepted] [2 Rejected]
--------BTCGuild--------
GPU[0]: [56.25 Mhash/sec] [13 Accepted] [2 Rejected] [RPC (+LP)]
GPU[1]: [54.47 Mhash/sec] [16 Accepted] [0 Rejected] [RPC (+LP)]
GPU[2]: [54.47 Mhash/sec] [12 Accepted] [0 Rejected] [RPC (+LP)]
Total : [165.19 Mhash/sec] [41 Accepted] [2 Rejected]
--------Bitcoins.lc--------
GPU[0]: [54.42 Mhash/sec] [9 Accepted] [6 Rejected] [RPC (+LP)]
GPU[1]: [54.47 Mhash/sec] [13 Accepted] [7 Rejected] [RPC (+LP)]
GPU[2]: [54.47 Mhash/sec] [12 Accepted] [5 Rejected] [RPC (+LP)]
Total : [163.36 Mhash/sec] [34 Accepted] [18 Rejected]
--------MineCo--------
GPU[0]: [54.44 Mhash/sec] [12 Accepted] [4 Rejected] [RPC (+LP)]
GPU[1]: [54.47 Mhash/sec] [7 Accepted] [4 Rejected] [RPC (+LP)]
GPU[2]: [56.29 Mhash/sec] [12 Accepted] [3 Rejected] [RPC (+LP)]
Total : [165.20 MHash/sec] [31 Accepted] [11 Rejected]

Grand Total: [658.94 Mhash/sec] [157 Accepted] [33 Rejected] [21.019% Rejected]

looks like workers entered first having more rejections than last entered workers.
bottom list first worker, top is last worker entered.

also
if I remove worker (by editing use in default profile - n) computing power will not spread between rest of workers,
I have to kill smartcoin and start it again.

I was holding my breath for a cage match! You guys are making mining on our rigs smooth sailing. Thanks to you both

lol no worries Yes indeed I think smartcoin + linuxcoin = awesomeness Some really great idea's too. I'd love to chat more about getting this implemented into linuxcoin permanently. Do you skype ? I'll send you a PM with my contact details. I don't know what timezone your in but would be good to have a chat and discuss this more.

My bad, I didn't realize it was you for some reason (how emberrassing) - I thought it was just a random user
I actually see a good partnership between smartcoin and linuxcoin.  I have an idea that would work well, and avoid branching the codebase out.
How about you create a special file in a known location (I.e. a blank file named 'linuxcoin' in a known location). Then, I can have autodonate return some of your workers if the file exists, that way, those not using linuxcoin wouldn't be donating to it.
Perhaps we should discuss this over pm and come up with a plan, as given the situation I am open on this subject.

Fair play I might just script something so I can add an auto donate feature to linuxcoin, I like the idea !! It's got nothing else but to do with that the users home folder is generated on the fly as my livecd boot. I would really like to include this in linuxcoin but move it over to /opt rather than have it sit in the home folder.

I will leave a link for now then and ask people to manually install smartcoin.

Thanks man, I really appreciate your constant patience with the <---- n00b

I'll throw at least 4GHash at you for 30 minutes every day. The problem is that dd (live cd and running system) freezes with kernel error at some point and I can't clone the usb flash drives.

fdisk -l shows some like: "physical and logical beginnings differ (not linux?)"

Which could be the problem with flashdrive, because of the controller reassinging the cells all the time. Do you also use a usb flash drive? I didn't have the problem when I cloned my HDD from rig 1 ---> 2.

Sorry all,  its been a busy weekend and I haven't been around much (family plans, 4th of July, wife's birthday...)
I'll try to catch up on all the questions:


drgr33n:
I don't care what you do with smartcoin locally, but I definitely would not appreciate it if you branched off to add support for installing it anywhere and changed the donation profiles. I literally have hundreds of hours of my time into this.  To be up-front with you (and everybody), smartcoin makes me next to nothing - I've received 4 BTC in donations, 0 BTC from the "pledges" that were made, and about 0.019 BTC (about 2 bit cents) per day via autodonate.  Be patient, support will come to move it to an arbitrary directory pretty soon actually, as things are stabilizing out quite a bit.

m3ta:
I'll modify the installer to make auto-detection optional.  The linux locate command simply is not reliable without running updatedb before hand.
Aside from that,  your install is quite unique in that most people mine on completely stripped down machines, dedicated solely to mining.  Most people wouldn't even dream of running 5 drives packed full of files on their miners, so understand that features that are made are assuming the case of the normal  average user.  But I'll definitely try to keep special cases like this in mind in the future, thanks for the report
I can change that, though I commonly see it represented both ways
Actually, both are valid. The current list of tags includes: <#path#>,<#user#>,<#pass#>,<#server#>,<#port#>,<#device#>

plantucha:
I don't have that problem here.  I run 4 different workers on each GPU, with 3 GPUs.  My rejections are almost always under 1%.  I have seen other installs over SSH which mimic this behavior, and  have no extra rejection problems.  Additionally,  I see no performance hit running multiple instances eaither. (perhaps it related to an outdated phoenix, what phoenix revision are you running?)

I will be adding this feature very very soon (tomorrow most likely), the only thing you will have to watch out for is running 2 different miners on one card (i.e. phoenix and poclbm on the same card), as they could be running different kernels.  However, running different instances of phoenix with  unique parameters is more the type of thing you would be wanting to do.

Alan:
RE: <<>>
I have seen this report a couple of times, and now have the problem figured out.  When things appear to lock up in the down state, its most likely that phoenix is reporting "Work queue empty. Miner Idle".  This is a long standing phoenix connection bug in older phoenix versions. (If it happens again,  look at the miner screen (screen -r miner). You will likely find one or more of the phoenix instances with this error.
I used to get this error all the time in phoenix.  I switched to phoenix r100 about 3 weeks ago, and haven't had the problem since.
Anyone having this problem, I highly recommend getting  updated versions of phoenix installed (I recommend r100, as I know it works well regarding their connection bug, but I'm sure even more recent updates are fine too)
If phoenix was installed via svn, just run:

Code:

cd /path/to/phoenix
svn update -r 100

If you wanted to start fresh with checking out phoenix r100, I would use something like:
svn checkout -r 100 http://svn3.xp-dev.com/svn/phoenix-miner/trunk

also, I have been running the same phatk kernel mod for a while now, with no problems at all.



Also, I ssh'd in and smartcoin is up and running, you accidentally misspelled <#device#> as <#devic#> in your miner launch string

It's me again trying to fight with my system. Did a full uninstall & reinstall, deleted all smartcoin* Files in /tmp (there were not files anyway) and no I'm getting thy "No screen sessions found" syndrome again.

http://forum.bitcoin.org/index.php?topic=25750.0
how about include this script 
than some fan control. 
  And than something what will balancing maximum clock speed based on max set temperature. 

PC:Ubuntu64narwhal, Smartcoin r297, ATI6790 x3, AMDX6 1100

bug report:

Smartcoin
with 3GPUs and 4 workers (each worker for different pool)   .........33% rejected
with 3GPUs and 3 workers (each worker for different pool)   .........13% rejected
with 3GPUs and 2 workers (each worker for different pool)   .........5% rejected

with 3GPUs and 2 workers (each worker for different pool) 
+ improved phatk OpenCL kernel 2% increase Hash/s
http://forum.bitcoin.org/index.php?topic=25135.0 and only   .........3% rejected

if One worker per GPU without smartcoin                     .........1%< rejected

it looks like more pools = more rejections

maybe will be good idea to try assign 1poolworker to 1GPU and if pool shut down
reassign whole GPU to another pool (or open some backup pool)
no spreading equally to other pools. if pool opens, redirect GPU back to original pool.

Request:
Can we assign also specific miner to device?
My CPU AMDX6 is mining 24MHash/s without OC.
And i have to start minerd outside of Smartcoin.
 

Edited the kernel.cl on two other machines. Just copied it over WinSCP.