Bitcoin Forum
December 09, 2018, 08:53:39 PM *
News: Latest Bitcoin Core release: 0.17.0 [Torrent].
 
   Home   Help Search Login Register More  
Pages: « 1 ... 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 [113] 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 ... 1317 »
  Print  
Author Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000  (Read 2141945 times)
neite99
Sr. Member
****
Offline Offline

Activity: 560
Merit: 250



View Profile
August 18, 2014, 11:14:20 PM
 #2241

Congrats to whomever cracked that one. WOW  Grin
1544388819
Hero Member
*
Offline Offline

Posts: 1544388819

View Profile Personal Message (Offline)

Ignore
1544388819
Reply with quote  #2

1544388819
Report to moderator
1544388819
Hero Member
*
Offline Offline

Posts: 1544388819

View Profile Personal Message (Offline)

Ignore
1544388819
Reply with quote  #2

1544388819
Report to moderator
PLAY NOW
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
CryptoSurfer
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
August 18, 2014, 11:14:42 PM
 #2242

#2637 now, wonder who has got the block #2636.
CryptoSurfer
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
August 18, 2014, 11:20:54 PM
 #2243

#2637 now, wonder who has got the block #2636.

This was not a mining block reward but looks like a transaction was sent on that block.
EDIT: This seems to be my own transaction of 10029 burst (was playing with the wallet).

So, what just happened ?

EDIT: ah, just found out this was just sent along the block!
CryptoSurfer
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
August 18, 2014, 11:23:36 PM
 #2244

 Wink Wink Submitting share
{"result":"deadline: 230"}  Wink Wink

Let's hope!

EDIT:  Huh Huh
neite99
Sr. Member
****
Offline Offline

Activity: 560
Merit: 250



View Profile
August 18, 2014, 11:24:18 PM
 #2245

#2637 now, wonder who has got the block #2636.

This was not a mining block reward but looks like a transaction was sent on that block.
EDIT: This seems to be my own transaction of 10029 burst (was playing with the wallet).

So, what just happened ?

Your transaction was just riding along. Someone still got it
neite99
Sr. Member
****
Offline Offline

Activity: 560
Merit: 250



View Profile
August 18, 2014, 11:24:33 PM
 #2246

Wink Wink Submitting share
{"result":"deadline: 230"}  Wink Wink

Let's hope!

Fingers crossed for you buddy!!
tricass
Sr. Member
****
Offline Offline

Activity: 394
Merit: 250


Crypto enthusiast


View Profile
August 18, 2014, 11:24:51 PM
 #2247

So, I am having a random issue and I am not sure why...

Every once in a while on my server machine, one of the instances that is on my G drive (miner instance) crashes out. Just closes. I don't know why it is doing this. It is only on that one drive, the other miner on the other drive is fine, and the miner on the mapped drive on the same server, mapped to my desktop is fine too. It's only the G drive miner, and randomly...


Any Ideas or suggestions on how to get it to stop? Thanks!

I think my question got overlooked, can anyone help me out with this? Thanks!

Is it just the miner that stops or is it a plot generation too?

Try adding the word pause on a line after everything else on your bat file

java -Xmxblah blah blah blah
pause

When it dies it will pause the command prompt and ask you to press a button to shut down. This way you can see what the error is that is killing the process.

Once you get that it is much easier to help diagnose the problem.

Edit:

I am assuming your on windows.

Yea, I have already added pause to it, and am awaiting the next time it crashes out.... It is only the miner, and only 1 of the 2 miners running on the system. The one on the other drive never crashes. Very strange. The plot generation is fine on both drives.

bad sectors of your HDD?

I really don't think so... well, I guess, at least I hope not... This drive, as with almost all of the drives/components in the system in question, are almost brand new WD NAS drives. Do you think that bad sectors would cause only the MINER to crash and not the PLOTTER? It would seem to me that it would be the other way around, but I've been known to be wrong before! hehe.

How is your NAS attached ?


I think you may have misunderstood, or I may have used the wrong context... The drives are NAS drives, but they are physically inside the server, connected like any other drive with SATA and power. Just regular drives, the RED drives from WD, intended for NAS use.

This makes it hard to say what is causing the crash.
We need the error or check the windows event viewer for anything suspicious.

i was/am having this happen to me. started about 3 days ago. running fine for 4.5 days and then random crashes. my single plot size was approach 2TB at the time and my "-Xmx" was limiting it to 750m. I'm wondering whethe it's a mem issue so have upped it to 1024m to see if it makes a diff.

i did ask the question here whether there is a log file i can look at the miner logs to to see if it reports why it shutsdown.

neite99
Sr. Member
****
Offline Offline

Activity: 560
Merit: 250



View Profile
August 18, 2014, 11:28:22 PM
 #2248

So, I am having a random issue and I am not sure why...

Every once in a while on my server machine, one of the instances that is on my G drive (miner instance) crashes out. Just closes. I don't know why it is doing this. It is only on that one drive, the other miner on the other drive is fine, and the miner on the mapped drive on the same server, mapped to my desktop is fine too. It's only the G drive miner, and randomly...


Any Ideas or suggestions on how to get it to stop? Thanks!

I think my question got overlooked, can anyone help me out with this? Thanks!

Is it just the miner that stops or is it a plot generation too?

Try adding the word pause on a line after everything else on your bat file

java -Xmxblah blah blah blah
pause

When it dies it will pause the command prompt and ask you to press a button to shut down. This way you can see what the error is that is killing the process.

Once you get that it is much easier to help diagnose the problem.

Edit:

I am assuming your on windows.

Yea, I have already added pause to it, and am awaiting the next time it crashes out.... It is only the miner, and only 1 of the 2 miners running on the system. The one on the other drive never crashes. Very strange. The plot generation is fine on both drives.

bad sectors of your HDD?

I really don't think so... well, I guess, at least I hope not... This drive, as with almost all of the drives/components in the system in question, are almost brand new WD NAS drives. Do you think that bad sectors would cause only the MINER to crash and not the PLOTTER? It would seem to me that it would be the other way around, but I've been known to be wrong before! hehe.

How is your NAS attached ?


I think you may have misunderstood, or I may have used the wrong context... The drives are NAS drives, but they are physically inside the server, connected like any other drive with SATA and power. Just regular drives, the RED drives from WD, intended for NAS use.

This makes it hard to say what is causing the crash.
We need the error or check the windows event viewer for anything suspicious.

i was/am having this happen to me. started about 3 days ago. running fine for 4.5 days and then random crashes. my single plot size was approach 2TB at the time and my "-Xmx" was limiting it to 750m. I'm wondering whethe it's a mem issue so have upped it to 1024m to see if it makes a diff.

i did ask the question here whether there is a log file i can look at the miner logs to to see if it reports why it shutsdown.

thats actually an excellent point. If the plot files are two big you may need more ram to run the miner.

How big (total) is the plot on that drive?
burstcoin
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
August 18, 2014, 11:42:24 PM
 #2249

Miner doesn't have a log file, and really could use a bit of work.

BURST-QHCJ-9HB5-PTGC-5Q8J9
BurstBurst
Full Member
***
Offline Offline

Activity: 317
Merit: 100


MOOZICORE


View Profile
August 18, 2014, 11:47:42 PM
 #2250

Same problem. Anyone know How to handle large size plot with out crashing the miner ?

So, I am having a random issue and I am not sure why...

Every once in a while on my server machine, one of the instances that is on my G drive (miner instance) crashes out. Just closes. I don't know why it is doing this. It is only on that one drive, the other miner on the other drive is fine, and the miner on the mapped drive on the same server, mapped to my desktop is fine too. It's only the G drive miner, and randomly...


Any Ideas or suggestions on how to get it to stop? Thanks!

I think my question got overlooked, can anyone help me out with this? Thanks!

Is it just the miner that stops or is it a plot generation too?

Try adding the word pause on a line after everything else on your bat file

java -Xmxblah blah blah blah
pause

When it dies it will pause the command prompt and ask you to press a button to shut down. This way you can see what the error is that is killing the process.

Once you get that it is much easier to help diagnose the problem.

Edit:

I am assuming your on windows.

Yea, I have already added pause to it, and am awaiting the next time it crashes out.... It is only the miner, and only 1 of the 2 miners running on the system. The one on the other drive never crashes. Very strange. The plot generation is fine on both drives.

bad sectors of your HDD?

I really don't think so... well, I guess, at least I hope not... This drive, as with almost all of the drives/components in the system in question, are almost brand new WD NAS drives. Do you think that bad sectors would cause only the MINER to crash and not the PLOTTER? It would seem to me that it would be the other way around, but I've been known to be wrong before! hehe.

How is your NAS attached ?


I think you may have misunderstood, or I may have used the wrong context... The drives are NAS drives, but they are physically inside the server, connected like any other drive with SATA and power. Just regular drives, the RED drives from WD, intended for NAS use.

This makes it hard to say what is causing the crash.
We need the error or check the windows event viewer for anything suspicious.

i was/am having this happen to me. started about 3 days ago. running fine for 4.5 days and then random crashes. my single plot size was approach 2TB at the time and my "-Xmx" was limiting it to 750m. I'm wondering whethe it's a mem issue so have upped it to 1024m to see if it makes a diff.

i did ask the question here whether there is a log file i can look at the miner logs to to see if it reports why it shutsdown.

CryptoSurfer
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
August 18, 2014, 11:48:50 PM
 #2251

@BurstBurst:
What is plot file size and your available RAM and your run_mine command ?
neite99
Sr. Member
****
Offline Offline

Activity: 560
Merit: 250



View Profile
August 18, 2014, 11:49:22 PM
 #2252

Same problem. Anyone know How to handle large size plot with out crashing the miner ?

So, I am having a random issue and I am not sure why...

Every once in a while on my server machine, one of the instances that is on my G drive (miner instance) crashes out. Just closes. I don't know why it is doing this. It is only on that one drive, the other miner on the other drive is fine, and the miner on the mapped drive on the same server, mapped to my desktop is fine too. It's only the G drive miner, and randomly...


Any Ideas or suggestions on how to get it to stop? Thanks!

I think my question got overlooked, can anyone help me out with this? Thanks!

Is it just the miner that stops or is it a plot generation too?

Try adding the word pause on a line after everything else on your bat file

java -Xmxblah blah blah blah
pause

When it dies it will pause the command prompt and ask you to press a button to shut down. This way you can see what the error is that is killing the process.

Once you get that it is much easier to help diagnose the problem.

Edit:

I am assuming your on windows.

Yea, I have already added pause to it, and am awaiting the next time it crashes out.... It is only the miner, and only 1 of the 2 miners running on the system. The one on the other drive never crashes. Very strange. The plot generation is fine on both drives.

bad sectors of your HDD?

I really don't think so... well, I guess, at least I hope not... This drive, as with almost all of the drives/components in the system in question, are almost brand new WD NAS drives. Do you think that bad sectors would cause only the MINER to crash and not the PLOTTER? It would seem to me that it would be the other way around, but I've been known to be wrong before! hehe.

How is your NAS attached ?


I think you may have misunderstood, or I may have used the wrong context... The drives are NAS drives, but they are physically inside the server, connected like any other drive with SATA and power. Just regular drives, the RED drives from WD, intended for NAS use.

This makes it hard to say what is causing the crash.
We need the error or check the windows event viewer for anything suspicious.

i was/am having this happen to me. started about 3 days ago. running fine for 4.5 days and then random crashes. my single plot size was approach 2TB at the time and my "-Xmx" was limiting it to 750m. I'm wondering whethe it's a mem issue so have upped it to 1024m to see if it makes a diff.

i did ask the question here whether there is a log file i can look at the miner logs to to see if it reports why it shutsdown.

Im running a drive with 3.5TB (and growing) without the miner dying.

Let me get the command for it

Edit:

Here is my command for the miner:

java -Xmx1500m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner mine "http://127.0.0.1:8125"%*

I doubled the -Xmx. It has never crashed.

I am using 64 bit java too.
Vorksholk
Legendary
*
Offline Offline

Activity: 1717
Merit: 1001



View Profile WWW
August 18, 2014, 11:52:29 PM
 #2253

For 4TB+ plots, 2GB of RAM for the miner seems to do the trick. Been running steady for 3+ days with no issues.

VeriBlock: Securing The World's Blockchains Using Bitcoin
https://veriblock.org
BurstBurst
Full Member
***
Offline Offline

Activity: 317
Merit: 100


MOOZICORE


View Profile
August 18, 2014, 11:54:27 PM
 #2254

2TB and java -Xmx750m .




@BurstBurst:
What is plot file size and your available RAM and your run_mine command ?

neite99
Sr. Member
****
Offline Offline

Activity: 560
Merit: 250



View Profile
August 18, 2014, 11:56:29 PM
 #2255

2TB and java -Xmx750m .




@BurstBurst:
What is plot file size and your available RAM and your run_mine command ?

try  -Xmx1500m
BurstBurst
Full Member
***
Offline Offline

Activity: 317
Merit: 100


MOOZICORE


View Profile
August 19, 2014, 12:01:41 AM
 #2256

Trying now.

2TB and java -Xmx750m .




@BurstBurst:
What is plot file size and your available RAM and your run_mine command ?

try  -Xmx1500m

burstcoin
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
August 19, 2014, 12:03:15 AM
 #2257

For 4TB+ plots, 2GB of RAM for the miner seems to do the trick. Been running steady for 3+ days with no issues.
It seems weird for that to be an issue. It shouldn't require more over time unless the gc isn't working right.

BURST-QHCJ-9HB5-PTGC-5Q8J9
103deltafox
Full Member
***
Offline Offline

Activity: 152
Merit: 100

Keep Calm & Crypto On


View Profile WWW
August 19, 2014, 12:26:55 AM
 #2258

BURST for sale... If you want to avoid incurring additional fees on trades and want to complete a basic BTC for BURST exchange PM me...
NO HASSLE TRADES

I have 300K + Available... I will even match the AE price of 0.003474 BTC / 1000 BURST

30K lots, 50K lots, 100K lots, and even 300K lots if needed. PM me, Thanx!

Can use escrow, or break it up into smaller tarnsactions and straight trade. Let me know.

That's cheaper than the lowest sell at Poloniex @ 0.00353028 for 52 NXT (which would be required to make that transaction)
Dgex is not working for withdrawls or deposits, so actually getting NXT back to BTC has limited options right now...

Eat.. Sleep.. Check Wallet.. Repeat...
BURST-NKS4-UAGZ-2XGL-2KNZS

✪ ✪Step Up Your Trading with C-Cex✪ ✪
mar28
Newbie
*
Offline Offline

Activity: 18
Merit: 0


View Profile
August 19, 2014, 12:47:42 AM
 #2259

Wallet can't find recent blocks  is it offline  ??  Huh Huh
burstcoin
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
August 19, 2014, 12:51:42 AM
 #2260

Wallet can't find recent blocks  is it offline  ??  Huh Huh
Nope, just give it a few minutes to connect.

BURST-QHCJ-9HB5-PTGC-5Q8J9
Pages: « 1 ... 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 [113] 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 ... 1317 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!