[RESURRECTION] Bringing Life to Growthcoin (GRW) , MADATORY UPDATE TO 1.3.0

[burtnaked]

is grw.multi-pool.info down? its the only grw pool i know of and the frond end at least seems to be down, my comps are still mining though apparently...

It's only the front end, owner will fix it soon. Mining works fine.

hi,
sorry for the trouble, but MPOS emails that pool front-end was not working finish in spam folder (by the internet provider), so I did not see it yesterday (I always check stratum mining every day, so it was running)! This is due that I have shot time skeduled crons (for short payout), and so it generates many mails of errors in short time and provider thinks it is spam.

now it is fixed

Thanks

Hey Ice00, it looks like the pool stratum is down, i cant seem to connect

also do you have an address i could donate to for running the pool?

[ice00]

Hey Ice00, it looks like the pool stratum is down, i cant seem to connect

also do you have an address i could donate to for running the pool?

hi,

apparently it was active (I get no one warning by the software).

This is due to the time the daemon need to startup (some minutes): if stratum start when the daemon is at 50% of starting, it find it up and so it not terminate, but at the sametime it is not able to use the daemon (server was reboot as new MPOS installed into one pool change the directory structure and this cause it to saturate apache resources. Now I see how to make the changes for all the others).

Now stratum is running good. Thanks.

I'm compiling the new daemon from the new source, then I will try to run another instance of the software to let it creating the new database structure without stop the pool working and only when ready make the instant switch.

p.s.
for the donation address I will send a pm
Thanks

[burtnaked]

Hey Ice00, it looks like the pool stratum is down, i cant seem to connect

also do you have an address i could donate to for running the pool?

hi,

apparently it was active (I get no one warning by the software).

This is due to the time the daemon need to startup (some minutes): if stratum start when the daemon is at 50% of starting, it find it up and so it not terminate, but at the sametime it is not able to use the daemon (server was reboot as new MPOS installed into one pool change the directory structure and this cause it to saturate apache resources. Now I see how to make the changes for all the others).

Now stratum is running good. Thanks.

I'm compiling the new daemon from the new source, then I will try to run another instance of the software to let it creating the new database structure without stop the pool working and only when ready make the instant switch.

p.s.
for the donation address I will send a pm
Thanks

thanks you sir for your prompt reply!

[noise23]

Hey guys here are the new commits to the source.

I activated the DNS seeds witch greatly improves the get connection time when the client is freshly installed or the peers.dat file deleted. I managed to get connected within seconds with a fresh install... no config file to mess with

I have setup a dns seed host (seed.grw.blockx.info). I plan to make it an automated process so the host can scan for good nodes to connect to in realtime.

If someone wants to host another dns seed host for redundancy please do so. send me the link and I will add it to the source.

If you can setup a static node, that will also be a great addition for the network.

I can host DNS seed host but need some directions how to setup it properly - never did it before 
Already run two GRW static nodes on my servers.

[unick]

Hey guys here are the new commits to the source.

I activated the DNS seeds witch greatly improves the get connection time when the client is freshly installed or the peers.dat file deleted. I managed to get connected within seconds with a fresh install... no config file to mess with

I have setup a dns seed host (seed.grw.blockx.info). I plan to make it an automated process so the host can scan for good nodes to connect to in realtime.

If someone wants to host another dns seed host for redundancy please do so. send me the link and I will add it to the source.

If you can setup a static node, that will also be a great addition for the network.

I can host DNS seed host but need some directions how to setup it properly - never did it before  
Already run two GRW static nodes on my servers.

The quick and dirty way is to manually add ip addresses of connected nodes of the network using the default port 17177, to the A records of an address (seed.growthco.in for instance)

The more proper way would be to setup https://github.com/iamunick/bitcoin-seeder on a server so it can scan periodically the network and return active nodes.

you can check these 2 repositories to find out the changes made to the bitcoin-seeder so it listen on the correct network.

https://github.com/JoiBlumen/auroracoin-seeder
https://github.com/Bushstar/worldcoin-seeder

[ice00]

hi,

I close the pool for today as at midnight it seems that there was a fork in the network.

I so install the new client daemon and download all the blockchain again.

Maybe the pool will be up for this night.

Thanks

[ranlo]

hi,

I close the pool for today as at midnight it seems that there was a fork in the network.

I so install the new client daemon and download all the blockchain again.

Maybe the pool will be up for this night.

Thanks

Another fork? unick, are any of the changes you're making going to help keep this from being a problem? Checkpointing or something?

[ice00]

Another fork? unick, are any of the changes you're making going to help keep this from being a problem? Checkpointing or something?

Pool was 226 blocks ahead the block explorer.

I think that when the number of nodes will be stabilizate with the hardcore seeds and with the client speedup that there is now, situation will be better.

[allcoin.com]

Another fork? unick, are any of the changes you're making going to help keep this from being a problem? Checkpointing or something?

Pool was 226 blocks ahead the block explorer.

I think that when the number of nodes will be stabilizate with the hardcore seeds and with the client speedup that there is now, situation will be better.

We have the same problem .
We've frozen  deposit/withdraw temporarily.

[noise23]

Another fork? unick, are any of the changes you're making going to help keep this from being a problem? Checkpointing or something?

Pool was 226 blocks ahead the block explorer.

I think that when the number of nodes will be stabilizate with the hardcore seeds and with the client speedup that there is now, situation will be better.

It looks like block explorer is stuck at block 501065 18 hours ago.
Right now my seed node 67.211.45.68 and home desktop client are both at 502515
Wondering if it correct one.

[unick]

I'm still not sure what the problem is.

It could be the number of nodes not being high enough
It could also be the way PoS blocks that are being generated that causes forks.

I've also experienced a bunch of PoS blocks being generated one right after the other. It doesn't seem right.

[ranlo]

I'm still not sure what the problem is.

It could be the number of nodes not being high enough
It could also be the way PoS blocks that are being generated that causes forks.

I've also experienced a bunch of PoS blocks being generated one right after the other. It doesn't seem right.

This isn't a good sign. Is there anything a non-technical (at least in this sense) person can do to help figure out the problem?

[unick]

I'm still not sure what the problem is.

It could be the number of nodes not being high enough
It could also be the way PoS blocks that are being generated that causes forks.

I've also experienced a bunch of PoS blocks being generated one right after the other. It doesn't seem right.

This isn't a good sign. Is there anything a non-technical (at least in this sense) person can do to help figure out the problem?

I think now is a good time to setup a checkpoint node. This should help the situation as checkpoints are established automatically and on a constant basis rather than by issuing a new release everytime

[ice00]

How about the windows wallet of current client?

Actually with the old it has difficulty to syncronized and so when pool has finish to download blockchains (now it is 30.000 block below) I cannot transfer coins from old wallet to new one (so payout must be stoppen until transfer will be performed).

[ice00]

Pool up with latest client from git.

However payout are disabled until I'm able to move coins from old to new wallet.
As syncronization in pc is very slow I think I will able to do this on Saturday morning.

All forked blocks are market to be payed from the pool when payout will be activated.

Thanks

[noise23]

Pool up with latest client from git.

However payout are disabled until I'm able to move coins from old to new wallet.
As syncronization in pc is very slow I think I will able to do this on Saturday morning.

All forked blocks are market to be payed from the pool when payout will be activated.

Thanks

You can download May 07 version of old client blockchain here - http://acidpool.com/misc/grwchain_may_07_2014.rar
Will sync much faster.

[DKdance]

Does that work: http://grw.blockx.info/get/chain/GrowthCoin Is it up to date or not ?

[noise23]

Does that work: http://grw.blockx.info/get/chain/GrowthCoin Is it up to date or not ?

Yes it's up to date now.

[DKdance]

Yes it's up to date now.

Noooooo ! xD THANKS ! So, if my wallet says 503372 whereas explorer says 502635, I'm on the fork ? What should I do ? Is my ip baned ?

[noise23]

Yes it's up to date now.

Noooooo ! xD THANKS ! So, if my wallet says 503372 whereas explorer says 502635, I'm on the fork ? What should I do ? Is my ip baned ?

Yes it looks like you are on the wrong fork.
You need to delete blockchain files and re-download the blockchain (always backup your wallet.dat !).

If you run old Windows client you can download older blockchain version here to sync faster.