Pages:
Author

Topic: [GUIDE] How to rent your rig on LEASERIG.NET - Scrypt & SHA256 - page 11. (Read 33434 times)

member
Activity: 64
Merit: 10
When running the proxy with SMOS I get

Quote
/lib/i686/cmov/libc.so.6: version `GLIBC_2.15' not found

Any ideas?  I am using V 0.03b

Try to install: http://sourceware.org/ml/libc-alpha/2012-03/msg00836.html

I've got the same issue.  SMOS v1.3, "GLIBC-2.15 not found".
And yes, at the website you listed, i do see links to various versions of glibc, including 2.15 and never (and older).

For the linux idiots such as myself, would someone kindly point out how, VERY SPECIFICALLY, one would "install" GLIBC from the website above?

Thanks in advance.
newbie
Activity: 58
Merit: 0
I just configured LRP but was leasing with it before now. Does it give me any extra benefits to use LRP? I was just testing it but wondered if i should keep on using it. How does the pool saving work when using LRP? Saves directly to the /LRP/pool.conf?

Cheers for info.

Yes, saves to pools.conf automatically after any change is made. Generally, if you already used method B, the LRP won't bring you much (besides ability to create large rigs and have less management). However, LRP is better for pool management - there are no such issues as pools being lost or pools priority being lost after rig failure.


Cheers Djezo, the pool management is what i was hoping for. Quite a few times i had to copy my pools.conf from a backup, hopefully this fixes that little annoyance.
hero member
Activity: 588
Merit: 520
I just configured LRP but was leasing with it before now. Does it give me any extra benefits to use LRP? I was just testing it but wondered if i should keep on using it. How does the pool saving work when using LRP? Saves directly to the /LRP/pool.conf?

Cheers for info.

Yes, saves to pools.conf automatically after any change is made. Generally, if you already used method B, the LRP won't bring you much (besides ability to create large rigs and have less management). However, LRP is better for pool management - there are no such issues as pools being lost or pools priority being lost after rig failure.
newbie
Activity: 58
Merit: 0
I just configured LRP but was leasing with it before now. Does it give me any extra benefits to use LRP? I was just testing it but wondered if i should keep on using it. How does the pool saving work when using LRP? Saves directly to the /LRP/pool.conf?

Cheers for info.
newbie
Activity: 9
Merit: 0
hero member
Activity: 588
Merit: 520
You have poor connection to LeaseRig. Where are you from?
newbie
Activity: 9
Merit: 0
I'm using the Windows version of the proxy and I'm noticing these timeouts and reconnects fairly often.  Any idea why this is happening?

Listening on 3333 for miners
Connecting to LeaseRig.net
Connected to LeaseRig.net
Pool connection established: useast.wafflepool.com:3333
Pool connection established: us.clevermining.com:3333
Pool authorized: us.clevermining.com:3333
Pool authorized: useast.wafflepool.com:3333
Authorized with LeaseRig.net
--127.0.0.1:59255->rig connected
--127.0.0.1:59255->connecting to pool useast.wafflepool.com:3333
--127.0.0.1:59255->pool connection established
--127.0.0.1:59255->pool diff: 512
--127.0.0.1:59255->pool diff: 512
--127.0.0.1:59255->share ACCEPTED (diff=512)
--127.0.0.1:59255->share ACCEPTED (diff=512)
--127.0.0.1:59255->share ACCEPTED (diff=512)
--127.0.0.1:59255->share ACCEPTED (diff=512)
Connection to LeaseRig.net timed out!
Connecting to LeaseRig.net
Connected to LeaseRig.net
Authorized with LeaseRig.net
--127.0.0.1:59255->share ACCEPTED (diff=512)
--127.0.0.1:59255->share ACCEPTED (diff=512)
--127.0.0.1:59255->share ACCEPTED (diff=512)
--127.0.0.1:59255->share ACCEPTED (diff=512)
--127.0.0.1:59255->share ACCEPTED (diff=512)
--127.0.0.1:59255->share ACCEPTED (diff=512)
Connection to LeaseRig.net timed out!
Connecting to LeaseRig.net
Connected to LeaseRig.net
Authorized with LeaseRig.net
--127.0.0.1:59255->share ACCEPTED (diff=512)
--127.0.0.1:59255->share ACCEPTED (diff=512)
hero member
Activity: 588
Merit: 520
So I have 2 antminers mining through the proxy... but I'm not showing hshrate on the website side. What ip am I supposed to put in on the admin tab? I'm guessing that has something to do with it....

The proxy is accepting work, etc...

from proxy README file:

Quote
ADVANCED - REALTIME SPEED READING (cgminer/sgminer and other forks)
-------------------------------------------------------------------

Speed is calculated according to shares being submited and can be off. To fix this usse when
using cgminer(s), LeaseRigProxy can obtain realtime speed stats via cgminer API. Enable API
support on cgminer and set third parameter for leaserig to API port of your cgminers. You will
have to use same port for all your cgminers. Example, if you choose to use port 7777, then
you launch LeaseRigProxy like this:

   leaserigproxy.exe 3333 PUT-YOUR-ID-HERE 7777

and another alternative for SHA rigs:

Quote
ADVANCED - SHA256 RIGS
----------------------

If you do not use realtime speed reading, you will have to fix speed calculations when offering
SHA256 rigs. Speed calculation is fixed if you pass in fourth parameter 's':

   leaserigproxy.exe 3333 PUT-YOUR-ID-HERE 0 s
full member
Activity: 139
Merit: 100
So I have 2 antminers mining through the proxy... but I'm not showing hshrate on the website side. What ip am I supposed to put in on the admin tab? I'm guessing that has something to do with it....

The proxy is accepting work, etc...

edit.... I'm a dumbass..... use the 's' parameter in cgminer, as stated in the readme...
legendary
Activity: 1098
Merit: 1000
You can enable cgminer logging in the script/command line where you're starting cgminer; do like this:

cgminer ...cgminer-options... 2>>cgminer.log

This will redirect full cgminer logs into cgminer.log and so you'll be able to check what happened with cgminer just before it crashed.

Thanks for that, it's running off an openwrt router and so there are probably space considerations hence no default logging, plus need to find where to edit.  Anyway it's heading in the right direction I'll ask in the antminer support thread someone there will know Smiley
sr. member
Activity: 457
Merit: 273
I'm currently having issues with all of my Antminers and am at a loss what the problem could be.

They had all been up without any issues for months, but going through the leaserig proxy at random intervals I get the 'rig disconnected' message and if I check in the miners web page it shows that cgminer isn't running. After some time the cron jobs fires it back up and it resumes mining.

This problem doesn't occur with my KNC equipment nor with my scrypt farm which are all running flawlessly.

Does anybody have an idea what's happening ?



What is the version of cgminer on antminers?

I know for a fact that cgminer version 3.7.2 and prior have bug related to stratum mining, which causes cgminer to crash - it doesn't happen often, but here and there.

They are running 3.8.5

You can enable cgminer logging in the script/command line where you're starting cgminer; do like this:

cgminer ...cgminer-options... 2>>cgminer.log

This will redirect full cgminer logs into cgminer.log and so you'll be able to check what happened with cgminer just before it crashed.
legendary
Activity: 1098
Merit: 1000
I am not a linux guru, but isn't there a way to know detailed why something crashed? If you could have provided me these logs, I may forward you somewhere...

I know nothing about linux either, the only 2 logs I know are the ones in the GUI which are below

The system log is filled with these nothing else
Code:
Mon Mar  3 20:33:01 2014 cron.info crond[575]: crond: USER root pid 28346 cmd /usr/bin/cgminer-monitor
Mon Mar  3 20:36:01 2014 cron.info crond[575]: crond: USER root pid 28363 cmd /usr/bin/cgminer-monitor
Mon Mar  3 20:39:01 2014 cron.info crond[575]: crond: USER root pid 28403 cmd /usr/bin/cgminer-monitor

The kernel log has a bit more in it

Code:
[    0.000000] Linux version 3.10.12 (xxl@ubuntu) (gcc version 4.6.4 (OpenWrt/Linaro GCC 4.6-2013.05 r38031) ) #10 Thu Dec 26 09:03:53 CST 2013
[    0.000000] MyLoader: sysp=1bec2fee, boardp=fdd6ef6f, parts=fc031564
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU revision is: 00019374 (MIPS 24Kc)
[    0.000000] SoC: Atheros AR9330 rev 1
[    0.000000] Clocks: CPU:400.000MHz, DDR:400.000MHz, AHB:200.000MHz, Ref:25.000MHz
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x00000000-0x03ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x00000000-0x03ffffff]
[    0.000000] On node 0 totalpages: 16384
[    0.000000] free_area_init_node: node 0, pgdat 803005b0, node_mem_map 81000000
[    0.000000]   Normal zone: 128 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 16384 pages, LIFO batch:3
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line:  board=TL-WR741ND-v4 console=ttyATH0,115200 rootfstype=squashfs,jffs2 noinitrd
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] Memory: 61336k/65536k available (2187k kernel code, 4200k reserved, 588k data, 232k init, 0k highmem)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS:51
[    0.080000] Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104)
[    0.080000] pid_max: default: 32768 minimum: 301
[    0.080000] Mount-cache hash table entries: 512
[    0.090000] NET: Registered protocol family 16
[    0.100000] MIPS: machine is TP-LINK TL-WR741ND v4
[    0.100000] MAC FF:FF:FF:FF:FF:FF
[    0.100000] MAC 20:59:a0:b1:0f:65
[    0.560000] bio: create slab at 0
[    0.560000] Switching to clocksource MIPS
[    0.570000] NET: Registered protocol family 2
[    0.570000] TCP established hash table entries: 512 (order: 0, 4096 bytes)
[    0.580000] TCP bind hash table entries: 512 (order: -1, 2048 bytes)
[    0.580000] TCP: Hash tables configured (established 512 bind 512)
[    0.590000] TCP: reno registered
[    0.590000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.600000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.610000] NET: Registered protocol family 1
[    0.610000] PCI: CLS 0 bytes, default 32
[    0.630000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.630000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.640000] msgmni has been set to 119
[    0.650000] io scheduler noop registered
[    0.650000] io scheduler deadline registered (default)
[    0.650000] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[    0.660000] ar933x-uart: ttyATH0 at MMIO 0x18020000 (irq = 11) is a AR933X UART
[    0.670000] console [ttyATH0] enabled, bootconsole disabled
[    0.680000] ath79-spi ath79-spi: master is unqueued, this is deprecated
[    0.690000] m25p80 spi0.0: found gd25q64, expected m25p80
[    0.690000] m25p80 spi0.0: gd25q64 (8192 Kbytes)
[    0.700000] 5 tp-link partitions found on MTD device spi0.0
[    0.700000] Creating 5 MTD partitions on "spi0.0":
[    0.710000] 0x000000000000-0x000000020000 : "u-boot"
[    0.710000] 0x000000020000-0x000000117d80 : "kernel"
[    0.720000] mtd: partition "kernel" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
[    0.730000] 0x000000117d80-0x0000007f0000 : "rootfs"
[    0.730000] mtd: partition "rootfs" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
[    0.750000] mtd: partition "rootfs" set to be root filesystem
[    0.750000] mtd: partition "rootfs_data" created automatically, ofs=0x370000, len=0x480000
[    0.760000] 0x000000370000-0x0000007f0000 : "rootfs_data"
[    0.770000] 0x000000020000-0x0000007f0000 : "firmware"
[    0.770000] 0x0000007f0000-0x000000800000 : "art"
[    0.790000] libphy: ag71xx_mdio: probed
[    0.800000] eth0: Atheros AG71xx at 0xba000000, irq 5, mode:GMII
[    1.350000] eth0: Found an AR7240/AR9330 built-in switch
[    2.390000] eth1: Atheros AG71xx at 0xb9000000, irq 4, mode:MII
[    2.940000] ag71xx ag71xx.0 eth1: connected to PHY at ag71xx-mdio.1:04 [uid=004dd041, driver=Generic PHY]
[    2.950000] TCP: cubic registered
[    2.950000] NET: Registered protocol family 17
[    2.960000] 8021q: 802.1Q VLAN Support v1.8
[    2.970000] VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
[    2.980000] Freeing unused kernel memory: 232K (80316000 - 80350000)
[    5.800000] usbcore: registered new interface driver usbfs
[    5.810000] usbcore: registered new interface driver hub
[    5.810000] usbcore: registered new device driver usb
[    5.820000] usbcore: registered new interface driver bitmain
[    5.830000] hash ok
[    5.830000] hashtest OK
[    5.830000] bitmain-asic: success to register device
[    5.840000] usbcore: registered new interface driver bitmainbl
[    5.850000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    5.850000] ehci-platform: EHCI generic platform driver
[    5.860000] ehci-platform ehci-platform: EHCI Host Controller
[    5.860000] ehci-platform ehci-platform: new USB bus registered, assigned bus number 1
[    5.870000] ehci-platform ehci-platform: irq 3, io mem 0x1b000000
[    5.900000] ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00
[    5.900000] hub 1-0:1.0: USB hub found
[    5.900000] hub 1-0:1.0: 1 port detected
[    6.230000] usb 1-1: new high-speed USB device number 2 using ehci-platform
[    6.380000] hub 1-1:1.0: USB hub found
[    6.380000] hub 1-1:1.0: 2 ports detected
[    6.670000] usb 1-1.1: new full-speed USB device number 3 using ehci-platform
[    6.800000] bitmain 1-1.1:1.0: USB Bitmain asic device now attached to USB Bitmain asic-0
[    6.810000] PIC microchip usb OK
[   10.560000] jffs2: notice: (327) jffs2_build_xattr_subsystem: complete building xattr subsystem, 25 of xdatum (0 unchecked, 24 orphan) and 41 of xref (0 dead, 26 orphan) found.
[   12.850000] hidraw: raw HID events driver (C) Jiri Kosina
[   12.860000] Loading modules backported from Linux version master-2013-06-27-0-gdcfa6d5
[   12.860000] Backport generated by backports.git backports-20130617-4-ge3220f5
[   12.880000] nf_conntrack version 0.5.0 (962 buckets, 3848 max)
[   12.900000] usbcore: registered new interface driver usbhid
[   12.910000] usbhid: USB HID core driver
[   12.920000] usbcore: registered new interface driver usbserial
[   12.920000] usbcore: registered new interface driver usbserial_generic
[   12.930000] usbserial: USB Serial support registered for generic
[   12.960000] xt_time: kernel timezone is -0000
[   12.980000] cfg80211: Calling CRDA to update world regulatory domain
[   12.990000] ip_tables: (C) 2000-2006 Netfilter Core Team
[   13.000000] cfg80211: World regulatory domain updated:
[   13.000000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[   13.010000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[   13.010000] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[   13.020000] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[   13.030000] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[   13.040000] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[   13.190000] ath: EEPROM regdomain: 0x0
[   13.190000] ath: EEPROM indicates default country code should be used
[   13.190000] ath: doing EEPROM country->regdmn map search
[   13.190000] ath: country maps to regdmn code: 0x3a
[   13.190000] ath: Country alpha2 being used: US
[   13.190000] ath: Regpair used: 0x3a
[   13.190000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   13.210000] cfg80211: Calling CRDA for country: US
[   13.210000] cfg80211: Regulatory domain changed to country: US
[   13.220000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[   13.230000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
[   13.240000] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
[   13.240000] cfg80211:   (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[   13.250000] cfg80211:   (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[   13.260000] cfg80211:   (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[   13.270000] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
[   13.290000] ieee80211 phy0: Atheros AR9330 Rev:1 mem=0xb8100000, irq=2
[   17.810000] device eth0 entered promiscuous mode
[   21.260000] eth1: link up (100Mbps/Full duplex)
[   23.040000] bitmain 1-1.1:1.0: USB Bitmain asic #0 now disconnected
[663248.860000] bitmain 1-1.1:1.0: USB Bitmain asic device now attached to USB Bitmain asic-0
[663248.870000] PIC microchip usb OK
[663251.310000] bitmain 1-1.1:1.0: USB Bitmain asic #0 now disconnected
hero member
Activity: 588
Merit: 520
Is there an error log you could print out to figure out what caused it?

There is a system log and a kernel log, but neither have any clues I'm afraid

I am not a linux guru, but isn't there a way to know detailed why something crashed? If you could have provided me these logs, I may forward you somewhere...
legendary
Activity: 1098
Merit: 1000
Is there an error log you could print out to figure out what caused it?

There is a system log and a kernel log, but neither have any clues I'm afraid
hero member
Activity: 588
Merit: 520
Is there an error log you could print out to figure out what caused it?
legendary
Activity: 1098
Merit: 1000
I'm currently having issues with all of my Antminers and am at a loss what the problem could be.

They had all been up without any issues for months, but going through the leaserig proxy at random intervals I get the 'rig disconnected' message and if I check in the miners web page it shows that cgminer isn't running. After some time the cron jobs fires it back up and it resumes mining.

This problem doesn't occur with my KNC equipment nor with my scrypt farm which are all running flawlessly.

Does anybody have an idea what's happening ?



What is the version of cgminer on antminers?

I know for a fact that cgminer version 3.7.2 and prior have bug related to stratum mining, which causes cgminer to crash - it doesn't happen often, but here and there.

They are running 3.8.5
hero member
Activity: 588
Merit: 520
I'm currently having issues with all of my Antminers and am at a loss what the problem could be.

They had all been up without any issues for months, but going through the leaserig proxy at random intervals I get the 'rig disconnected' message and if I check in the miners web page it shows that cgminer isn't running. After some time the cron jobs fires it back up and it resumes mining.

This problem doesn't occur with my KNC equipment nor with my scrypt farm which are all running flawlessly.

Does anybody have an idea what's happening ?



What is the version of cgminer on antminers?

I know for a fact that cgminer version 3.7.2 and prior have bug related to stratum mining, which causes cgminer to crash - it doesn't happen often, but here and there.
legendary
Activity: 1098
Merit: 1000
I'm currently having issues with all of my Antminers and am at a loss what the problem could be.

They had all been up without any issues for months, but going through the leaserig proxy at random intervals I get the 'rig disconnected' message and if I check in the miners web page it shows that cgminer isn't running. After some time the cron jobs fires it back up and it resumes mining.

This problem doesn't occur with my KNC equipment nor with my scrypt farm which are all running flawlessly.

Does anybody have an idea what's happening ?

member
Activity: 60
Merit: 10
Quote
v0.5a
- added additional checks for 'broken pipe' to eliminate linux crashing

Was running 0.04, woke up to "rig down (critical)". I've now upgraded to 0.05 and crossing my fingers.

Thanks for all your work!
hero member
Activity: 588
Merit: 520
Quote
v0.5a
- added additional checks for 'broken pipe' to eliminate linux crashing
Pages:
Jump to: