Bible Pay

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Rob Andrews

Pages: 1 ... 248 249 250 251 252 253 254 [255] 256 257 258 259 260 261 262 ... 264
3811
I got some errors for you  8)

https://pastebin.com/NaHRQBi7

Also I'm not sure if you saw it but this is what I got on mainnet just before switching that box to testnet

Oh good, thanks :).

Oh I see its in mainnet, so that should be easy to research, hopefully.

Will check it out right now.


3812
all 5 MNodes is ENABLED but we are STUCKED? 41124
All my 3 nodes rolling at 41534 and synced; status = ENABLED, try on your bad node, try going to peers and ban anyone with a low height, and see if it syncs, if not -reindex.

3813
I've been trying to get my masternode up and running again (making sure watchdog is functioning).

My sanctuary wallet was indeed stuck on a certain block and wouldn't sync. But I've reindexed both and it seems I'm on the right chain right now (both wallets are on the same block).

Controller wallet:
Code: [Select]

{
  "version": 1000506,
  "protocolversion": 70708,
  "walletversion": 61000,
  "wallet_fullversion": "1.0.5.6",
  "balance": 38514484.00745234,
  "privatesend_balance": 0.00000000,
  "blocks": 41330,
  "timeoffset": -2,
  "connections": 3,
  "proxy": "",
  "difficulty": 0.1980807012241197,
  "testnet": true,
  "keypoololdest": 1507285625,
  "keypoolsize": 1001,
  "paytxfee": 0.00000000,
  "relayfee": 0.00010000,
  "errors": ""
}

Sanctuary wallet:
Code: [Select]
{
  "version": 1000508,
  "protocolversion": 70708,
  "walletversion": 61000,
  "wallet_fullversion": "1.0.5.8",
  "balance": 0.00000000,
  "privatesend_balance": 0.00000000,
  "blocks": 41330,
  "timeoffset": 0,
  "connections": 8,
  "proxy": "",
  "difficulty": 0.1980807012241197,
  "testnet": true,
  "keypoololdest": 1508425662,
  "keypoolsize": 1001,
  "paytxfee": 0.00000000,
  "relayfee": 0.00010000,
  "errors": ""
}

The only thing now is that the 'masternodelist' command gets different results on my controller and sanctuary wallet.

Controller wallet:
Code: [Select]
17:21:14

{
  "04ca4bd54153476e6d19b72dc26bc27b74cdbbd687aea07c6cc1cd2182beab60-1": "NEW_START_REQUIRED",
  "a23321871670924fa669c26284aeb9b36987d6bb3d7a590eaf2b5406b85201f4-1": "ENABLED",
  "a27ae7dcc93df0ff266d2f11cb906f4929b7ad7d6b46bc98c192ac7998aa1058-1": "WATCHDOG_EXPIRED",
  "8ff3d83216612e2c79a36c5f66f191b34a07eb1d01600b104a76b3151de9e7f6-1": "NEW_START_REQUIRED",
  "78a235e8d3427b7fec1a0f3635cf3aeb2dbf7d0d53c44578815060d80280a271-1": "ENABLED",
  "7b3873de1969b087f63cd287c64694b14250aecf7779c67f68691533a6616f3c-1": "NEW_START_REQUIRED",
  "d183b913e7a4b95c0202bf15d296e00bbdf0bedce317e340985a2c78af06cba4-1": "ENABLED",
  "404f50700e2ffc8c4adb76bea92fb572584b1f3e24ec736d6883a64cc88417fb-1": "ENABLED",
  "be3eaf8322909bbb150d89058bf261f0a2bf96369c8928313a3d69e2d5087add-1": "ENABLED",
  "e413e134f7ecb6388ddfe401870f1e0ba602479abb8de8a5bf78c59c4087ee28-1": "NEW_START_REQUIRED",
  "b0cfdfa2194556e211099bc620a7e27487958aa5774db0c78ded0f839e3105d2-1": "NEW_START_REQUIRED",
  "c5a8405cbc39dd97004a64c1db586313ed25f3c4553ca59a0bdad30dd0c551d5-1": "NEW_START_REQUIRED",
  "44d550fef16c8bc5e340599cddbd6d98736218e1900f92b4625768e5830abfd0-1": "NEW_START_REQUIRED",
  "847be5b647856e9b030d785d7bc82f146362371a28663348e7a3d28df3e38c55-1": "ENABLED"
}

Sanctuary wallet:

Code: [Select]
{
  "04ca4bd54153476e6d19b72dc26bc27b74cdbbd687aea07c6cc1cd2182beab60-1": "NEW_START_REQUIRED",
  "a23321871670924fa669c26284aeb9b36987d6bb3d7a590eaf2b5406b85201f4-1": "ENABLED",
  "a27ae7dcc93df0ff266d2f11cb906f4929b7ad7d6b46bc98c192ac7998aa1058-1": "NEW_START_REQUIRED",
  "8ff3d83216612e2c79a36c5f66f191b34a07eb1d01600b104a76b3151de9e7f6-1": "NEW_START_REQUIRED",
  "78a235e8d3427b7fec1a0f3635cf3aeb2dbf7d0d53c44578815060d80280a271-1": "NEW_START_REQUIRED",
  "7b3873de1969b087f63cd287c64694b14250aecf7779c67f68691533a6616f3c-1": "NEW_START_REQUIRED",
  "d183b913e7a4b95c0202bf15d296e00bbdf0bedce317e340985a2c78af06cba4-1": "NEW_START_REQUIRED",
  "404f50700e2ffc8c4adb76bea92fb572584b1f3e24ec736d6883a64cc88417fb-1": "NEW_START_REQUIRED",
  "be3eaf8322909bbb150d89058bf261f0a2bf96369c8928313a3d69e2d5087add-1": "NEW_START_REQUIRED",
  "b0cfdfa2194556e211099bc620a7e27487958aa5774db0c78ded0f839e3105d2-1": "NEW_START_REQUIRED",
  "e413e134f7ecb6388ddfe401870f1e0ba602479abb8de8a5bf78c59c4087ee28-1": "NEW_START_REQUIRED",
  "44d550fef16c8bc5e340599cddbd6d98736218e1900f92b4625768e5830abfd0-1": "NEW_START_REQUIRED",
  "c5a8405cbc39dd97004a64c1db586313ed25f3c4553ca59a0bdad30dd0c551d5-1": "NEW_START_REQUIRED",
  "847be5b647856e9b030d785d7bc82f146362371a28663348e7a3d28df3e38c55-1": "ENABLED"
}

I am 'a23321871670924fa669c26284aeb9b36987d6bb3d7a590eaf2b5406b85201f4' btw.

Yeah, I have the same problem.  It looks like everyone who reindexed the chain today lost all their masternode data (stored in mncache.dat), all the governance objects are getting revoted on now etc.  So basically the masternode state is very bad in testnet.  We will have to wait a while to see if our 5 masternodes switch back to enabled. 


3814
haha no worries. It's 3 am so I won't be up for long too.

Also,  I only brought the two nodes I talked about in my 2 previous posts above. 1 mining and 1 non-mining that's it.

This is what happened around the time of the "fork" so I'm wondering if it could have been me.
Cool, I took a look at that log, and I can see how that particular node would go off on its own and ban everyone.  In this case, it did not have the same mncache.dat view that everyone else had, so its mnpayment schedule was different, and since we enforce masternode recipients, it was not going to agree on the next block (because it couldnt fill out a masternode while the supermajority could). The question is how did it get all synced with a different view of mncache?  Probably because of the headers it rejected it was mining on a fork or something earlier.

The other thing is, if we have a supermajority that is synced with synced masternode data, a couple bad fraudulently compiled nodes with hosed up integrated business logic compiled in should not be able to take us down.  Of course with the fragility of testnet, having only 4 synced masternodes, its possible to hose us up if you bring just 2 bad nodes online. 

Either way lets move past this one and wait til you have the checkblock(1) error showing and then maybe that will shed light on why your headers were rejected. 


3815
The mining node now on block 41309 is 94.130.49.121 or 2a01:4f8:10b:26e3::2
Ah, good news, we had Exactly 50-50 on both chains!  I just resynced one node, and the balance is shifting.  Im observing this very closely to see if the reset of the net syncs up to 41309+...  I just see one node is reorging by itself.
Unfortunately Ive got company stopping in now, I may be gone for a litle while. 

3816
If you see my post above, I hope it's not my node who broke the network!

Whats your IP, Id like to see if you are banned on any of my 3 nodes?

3817
it looks,that we are stuck on 41100
Yeah I see half the network is on 41116 and the other half on 41293....

Looking...  Not sure why this started all of a sudden, we were going so well other than having a rag tag set of sanctuaries we were staying in sync for a long time.  This happened at 5AM this morning (4 hours ago).


3818
Alright, should I mine at the same time or just be connected and synced to the network?

You can mine if you want, no problem, as long as you are synced first.

But now all of a sudden we have a fork.  I dont know if it has anything to do with your nodes coming on? How many did you bring into testnet?

We all need to be synced before I can make any sense out of the test harness forensic commands.


3819
Rob,

i did it by your instrunctions,typed and nothing... and btw: i had in crontab correct    when you checked my screens what i posted here .. you must saw it
it looks,that all your setup is broken.Exists anybody whom working masternode except you? I dont know this person.By me nobody.It will be very hard start masternode when doesnt working still.





what happened when ill close controller-win-wallet and again run it? its OK?


thanks


That command you ran is good.  When it results in an empty result, Watchman is working.  I see your IP is working on the list also, so its obviously working.  The trick is to get the exact command that runs in the crontab working from the command line, then ensure its in the crontab, and then every 5 mins when it runs, your watchdog will not squeal out to the network that your node is down.

I dont think our guide is bad.  I think it needs a couple rough edges polished.  Ive already edited it based on Togo and Your issues over the last 2 days.

What we need is someone to come in here and start a new one and give us fresh advice.  Anyone who wants to start a testnet Sanctuary,
run the Wiki.biblepay.org/Create_Masternode Guide, and let us know if you think it is lacking.  We have to also take into account that it was written in English, and we have no Polish translation, so Im sure communication is part of the problem.  Also, keep in mind not everyone will use biblepayd to run the commands, for example, I set up my Cold node using the windows RPC, and used Samba and nano for all my settings changes.

3820
Hey Rob, I upgraded my test node and I'm fully synced on testnet. Also just to clarify, the issue also happens on my US machines with the CST timezone and not only the European ones. I'm ready to do any test you would like me to do when you're around.

Im going to be hitting the sack in a few mins, but through the night you can fully sync in testnet, run the code, then see if you receive a CheckProofOfWork(1) log then post it.


3821
I just did a new :

21:30:47

exec order sell 5000 rbbp 1.35

If someone wants to jump on and enter an opposing buy order?


3822
Code: [Select]
ubuntu@ip-172-31-34-47:~/biblepay/src$ ./biblepay-cli getwalletinfo
{
  "walletversion": 61000,
  "balance": 663838.95482574,
  "retirement_account_balance": 1004565,
  "unconfirmed_balance": 0.00000000,
  "immature_balance": 0.00000000,
  "txcount": 36,
  "keypoololdest": 1507584559,
  "keypoolsize": 1001,
  "keys_left": 1001,
  "paytxfee": 0.00000000
}
ubuntu@ip-172-31-34-47:~/biblepay/src$ ./biblepay-cli exec retirementbalance
{
  "Command": "retirementbalance",
  "balance": 1004565
}
ubuntu@ip-172-31-34-47:~/biblepay/src$ ./biblepay-cli exec orderbook
{
  "0": "[S]Price Quantity  Amount   Total       (RBBP)  Price  Quantity Amount     Total   [B]",
  "0": "0.5000  1000      500.00    500.00       |RBBP| 9.2000  1000      9200.00   9200.00     ",
  "1": "1.2400  2100      2604.00   3104.00      |RBBP| 5.0000  5         25.00     9225.00     ",
  "2": "2.2700  1100      2497.00   5601.00      |RBBP| 3.0000  10000     30000.00  39225.00    ",
  "3": "2.2900  1100      2519.00   8120.00      |RBBP| 2.2900  1100      2519.00   41744.00    ",
  "4": "3.0000  10000     30000.00  38120.00     |RBBP| 2.2700  1100      2497.00   44241.00    ",
  "5": "5.0000  5         25.00     38145.00     |RBBP| 2.0000  1100      2200.00   46441.00    ",
  "6": "5.0000  5         25.00     38170.00     |RBBP| 1.0000  1         1.00      46442.00    ",
  "7": "                                         |RBBP| 0.5000  1000      500.00    46942.00    ",
  "8": "                                         |RBBP| 0.5000  5000      2500.00   49442.00    ",
  "9": "                                         |RBBP| 0.5000  1000      500.00    49942.00    ",
  "10": "                                         |RBBP| 0.0100  8000      80.00     50022.00    ",
  "11": "                                         |RBBP|                                         "
}
ubuntu@ip-172-31-34-47:~/biblepay/src$ ./biblepay-cli exec order buy 2100 rbbp 1.24
{
  "Command": "order",
  "Action": "BUY",
  "Symbol": "RBBP",
  "Qty": 2100,
  "Price": 1.24,
  "Rec Address": "yjUmY8EmuSKf6EWJf4aajWovksV2TQbxWc",
  "Placing Order": "0000000000000000000000000000000077707dd750c97dd7d21e316fe8b6e497"
}
ubuntu@ip-172-31-34-47:~/biblepay/src$ ./biblepay-cli exec orderbook
{
  "0": "[S]Price Quantity  Amount   Total       (RBBP)  Price  Quantity Amount     Total   [B]",
  "0": "0.5000  1000      500.00    500.00       |RBBP| 9.2000  1000      9200.00   9200.00     ",
  "1": "1.2400  2100      2604.00   3104.00      |RBBP| 5.0000  5         25.00     9225.00     ",
  "2": "2.2700  1100      2497.00   5601.00      |RBBP| 3.0000  10000     30000.00  39225.00    ",
  "3": "2.2900  1100      2519.00   8120.00      |RBBP| 2.2900  1100      2519.00   41744.00    ",
  "4": "3.0000  10000     30000.00  38120.00     |RBBP| 2.2700  1100      2497.00   44241.00    ",
  "5": "5.0000  5         25.00     38145.00     |RBBP| 2.0000  1100      2200.00   46441.00    ",
  "6": "5.0000  5         25.00     38170.00     |RBBP| 1.2400  2100      2604.00   49045.00    ",
  "7": "                                         |RBBP| 1.0000  1         1.00      49046.00    ",
  "8": "                                         |RBBP| 0.5000  1000      500.00    49546.00    ",
  "9": "                                         |RBBP| 0.5000  5000      2500.00   52046.00    ",
  "10": "                                         |RBBP| 0.5000  1000      500.00    52546.00    ",
  "11": "                                         |RBBP| 0.0100  8000      80.00     52626.00    ",
  "12": "                                         |RBBP|                                         "
}
ubuntu@ip-172-31-34-47:~/biblepay/src$ ./biblepay-cli exec listdebug
{
  "Command": "listdebug",
  "1510796794": "PREPARING ESCROW FOR 25.00 RBBP FOR SANCTUARY yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci OLD ESCTXID ",
  "1510796795": "PREPARING ESCROW FOR 30000.00 RBBP FOR SANCTUARY yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci OLD ESCTXID ",
  "1510796798": "PREPARING ESCROW FOR 2497.00 RBBP FOR SANCTUARY yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci OLD ESCTXID ",
  "1510796799": "PREPARING ESCROW FOR 25.00 RBBP FOR SANCTUARY yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci OLD ESCTXID ",
  "1510796864": "PREPARING ESCROW FOR 2604.00 RBBP FOR SANCTUARY yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci OLD ESCTXID "
}
ubuntu@ip-172-31-34-47:~/biblepay/src$ ./biblepay-cli exec tradehistory
{
  "11/15/2017 7:46:35 PM": "BOT 10000 RBBP @ 3.0000 TOTAL 30000.00BBP ORDER 00000000000000000000000000000000fb1dd17f8688dcfed496632d5f035bd8.",
  "11/15/2017 7:46:42 PM": "BOT 1100 RBBP @ 2.2700 TOTAL 2497.00BBP ORDER 00000000000000000000000000000000925b9cb1dbd9d6ce3a42f06eaf823ba6.",
  "11/15/2017 7:46:43 PM": "BOT 1100 RBBP @ 2.2900 TOTAL 2519.00BBP ORDER 0000000000000000000000000000000041346b76d79494179efbc8cfa2b1903d."
}
ubuntu@ip-172-31-34-47:~/biblepay/src$ ./biblepay-cli exec retirementbalance
{
  "Command": "retirementbalance",
  "balance": 1034515
}
ubuntu@ip-172-31-34-47:~/biblepay/src$ ./biblepay-cli getwalletinfo
{
  "walletversion": 61000,
  "balance": 629715.55447854,
  "retirement_account_balance": 1039531,
  "unconfirmed_balance": 0.00000000,
  "immature_balance": 0.00000000,
  "txcount": 45,
  "keypoololdest": 1507584559,
  "keypoolsize": 1001,
  "keys_left": 995,
  "paytxfee": 0.00000000
}

Ok placed buy order!
./biblepay-cli exec order buy 2100 rbbp 1.24

Im seeing stuff in listdebug and tradehistory now!

Before buy order I had:
tBBP "balance": 663838.95482574,
tRBBP "balance": 1004565

After buy order I had:
tBBP "balance": 629715.55447854,
tRBBP "balance": 1034515

tBBP Difference:  -34123.4003472
tRBBP Difference: 29950

Hmmm, numbers seem weird, but Im not sure if multiple orders got executed
Looks like I had 1 miner thread running at the time too

Edit: Im now updated to 1.0.5.9b

Sweet well you should be able to do exec tradehistory, and see if that reconciles?


3823

Ahh, ok I see what happened, I crashed the sanctuary due to a buffer overflow.  Ok, luckily this might allow us to test a little more now, but I have to go in about 15 mins.  I restarted my sanctuary and now I can see the orders again.


So now try your orderbook, and lets try another trade :)

I just did this one, can you buy:
exec order sell 2100 rbbp 1.24


3824
Hmm, let me do some more testing, its not behaving quite right.   :P

3825
Its possible I may have a 5 min timeout on the escrow, so lets move to a new test if you are there, a time sensitive test
I just sold 1100 for 2.29, please try to buy quick
exec order sell 1100 rbbp 2.29

then, a couple mins later, do an exec orderbook once per minute, see if that kicks it through

Pages: 1 ... 248 249 250 251 252 253 254 [255] 256 257 258 259 260 261 262 ... 264