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.
Same hereSame hereI fixed some crashes with the RPC code today. In case anyone has experienced witness node crashes.
Will we need a new test net or should this sync with current network?
I think it is compatible, because I'm running on the latest commit version.
Hmm maybe registering a new witness account is much easier.Thanks @abit, it is still not showing up so maybe you are right, I'll watch that issue. Sadly I didn't have the foresight to copy it downI'd like to suggest that you could try start a new chain or maybe a new witness_node (don't sync with current network) and create the witness again, maybe you'll get the keys. I noticed that my keys are same every time in the past 4 test networks.
As there isn't a destroy_witness command I guess I'd have to start with a new account to generate a new witness - not sure I can face that right now!
Many thanks for your help anyhow
Good plan, will try that
Is there a way to claim witness pay yet? It would help to fund testing.
get_object "1.13.178"
[{
"id": "1.13.178",
"owner": "1.2.67159",
"balance": {
"amount": 437000000,
"asset_id": "1.3.0"
get_vesting_balances in.abit
withdraw_vesting in.abit 100 CORE true
Thanks @abit, it is still not showing up so maybe you are right, I'll watch that issue. Sadly I didn't have the foresight to copy it downI'd like to suggest that you could try start a new chain or maybe a new witness_node (don't sync with current network) and create the witness again, maybe you'll get the keys. I noticed that my keys are same every time in the past 4 test networks.
As there isn't a destroy_witness command I guess I'd have to start with a new account to generate a new witness - not sure I can face that right now!
Many thanks for your help anyhow
Almost there with my witness - just having trouble finding/adding my witness private key. My witness signing key (starting GPH5..) isn't listed in array output from:Voted in.Code: [Select]dump_private_keys
[[
"GPH6xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxV",
"5xxx<private>"
],[
"GPH6xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxj",
"5xxx<private>"
],[
"GPH7xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxa",
"5xxx<private>"
]
]
Is this simply because I don't have any/enough votes yet?Code: [Select]get_witness "e-v"
{
"id": "1.6.5249",
"witness_account": "1.2.25428",
"last_aslot": 0,
"signing_key": "GPH5xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxX",
"vote_id": "1:5465",
"total_votes": 0,
"url": "url-to-proposal"
}
If so I'd be grateful for some, as I'd like to see if my witness can sign blocks on the AWS free-tier VPS - all running fine on 1GB RAM so far
Me too about the sync status. Looks like it's caused by a few (different) reasons. I posted all my related logs to the issues page on Github. You can check your log files.Polite request for some CORE to continue testing.sent you 20k. I am pretty low as well.
Thanks in advance!
Account name "fox"
My home node lost sync three times during testing requiring a resync. My witness node lost sync once as well. Is the reason for these issues already known? If not what would be the best way to help figure this out. It seems to be happening mainly during stress testing.
how to set witness-id? I set the witness-id = "1.6.5" in config.ini, is it ok?Looks like you're on a minor fork.
I get the follow info:
379000ms th_a witness.cpp:179 block_production_loo ] Not producing block because it isn't my turn
379000ms th_a witness.cpp:146 schedule_production_ ] now.time_since_epoch().count(): 1441375579000817 next_second: 2015-09-04T14:06:20
380000ms th_a witness.cpp:194 block_production_loo ] Not producing block because the last block was generated by the same witness.
This node is probably disconnected from the network so block production has been disabled.
Disable this check with --allow-consecutive option.
380000ms th_a witness.cpp:146 schedule_production_ ] now.time_since_epoch().count(): 1441375580000857 next_second: 2015-09-04T14:06:21
381000ms th_a witness.cpp:191 block_production_loo ] Not producing block because node didn't wake up within 500ms of the slot time.
381000ms th_a witness.cpp:146 schedule_production_ ] now.time_since_epoch().count(): 1441375581000983 next_second: 2015-09-04T14:06:22
382000ms th_a witness.cpp:191 block_production_loo ] Not producing block because node didn't wake up within 500ms of the slot time.
382000ms th_a witness.cpp:146 schedule_production_ ] now.time_since_epoch().count(): 1441375582000927 next_second: 2015-09-04T14:06:23
383000ms th_a witness.cpp:191 block_production_loo ] Not producing block because node didn't wake up within 500ms of the slot time.
383000ms th_a witness.cpp:146 schedule_production_ ] now.time_since_epoch().count(): 1441375583000805 next_second: 2015-09-04T14:06:24
384000ms th_a witness.cpp:191 block_production_loo ] Not producing block because node didn't wake up within 500ms of the slot time.
384000ms th_a witness.cpp:146 schedule_production_ ] now.time_since_epoch().count(): 1441375584000792 next_second: 2015-09-04T14:06:25
385000ms th_a witness.cpp:179 block_production_loo ] Not producing block because it isn't my turn
what's wrong with it?
I did find a good way of ensuring that your witness is producing blocks.Interesting.
If you get_witness <witness_name>Code: [Select]unlocked >>> get_witness dele-puppyIt will give you your vesting pay object as "pay_vb" from there you can get_object 1.13.163
get_witness dele-puppy
{
"id": "1.6.1527",
"witness_account": "1.2.22294",
"last_aslot": 49430,
"signing_key": "GPH75xxKG4ZeztPpnhmFch99smunUWMvDy9mB6Le497vpAA3XUXaD",
"pay_vb": "1.13.163",
"vote_id": "1:1526",
"total_votes": "29174714611",
"url": ""
}
unlocked >>>Code: [Select]unlocked >>> get_object 1.13.163
get_object 1.13.163
[{
"id": "1.13.163",
"owner": "1.2.22294",
"balance": {
"amount": 326000000,
"asset_id": "1.3.0"
},
"policy": [
1,{
"vesting_seconds": 86400,
"start_claim": "1970-01-01T00:00:00",
"coin_seconds_earned": "28080000000000",
"coin_seconds_earned_last_update": "2015-09-03T20:56:30"
}
]
}
]
unlocked >>>
Every time you generate a block the "amount": goes up by 1000000. So you can see that dele-puppy has generated 326 blocks. Not quite real time, but easier than watching the witness_node screen, or stats.bitshares.eu for your number.
get_object 1.13.160
[{
"id": "1.13.160",
"owner": "1.2.38899",
"balance": {
"amount": 379000000,
"asset_id": "1.3.0"
},
"policy": [
1,{
"vesting_seconds": 86400,
"start_claim": "1970-01-01T00:00:00",
"coin_seconds_earned": "32659200000000",
"coin_seconds_earned_last_update": "2015-09-03T21:09:00"
}
]
}
]
One of my node got out of sync when you're flooding the network. An assertion failure which is never seen before.Strange. Restarting doesn't help. Will try resync.
Here is some related log:Code: [Select]2015-09-03T00:30:20 th_a:invoke handle_block handle_block ] Got block #34498 from network application.cpp:356
...
...
2015-09-03T00:30:30 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:30 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:30 th_a:invoke handle_block handle_block ] Got block #34500 from network application.cpp:356
2015-09-03T00:30:30 th_a:invoke handle_block push_block ] Pushing block to fork database that failed to link. fork_database.cpp:57
2015-09-03T00:30:35 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:35 th_a:invoke handle_block handle_block ] Got block #34501 from network application.cpp:356
2015-09-03T00:30:35 th_a:invoke handle_block push_block ] Pushing block to fork database that failed to link. fork_database.cpp:57
2015-09-03T00:30:37 th_a:invoke handle_block handle_block ] Got block #34499 from network application.cpp:3
...
...
2015-09-03T00:30:37 th_a:invoke handle_block handle_block ] Error when pushing block:
10 assert_exception: Assert Exception
(skip & skip_transaction_dupe_check) || trx_idx.indices().get<by_trx_id>().find(trx_id) == trx_idx.indices().get<by_trx_id>().end():
{}
th_a db_block.cpp:487 _apply_transaction
{"trx":{"ref_block_num":34497,"ref_block_prefix":2564640669,"expiration":"2015-09-03T00:31:49","operations":[[0,{"fee":{"amount":2000000,"asset_id":"1.3.0"},"from":"1.2.63354","to":"1.2.63355","amount":{"amount":100000,"asset_id":"1.3.0"},"extensions":[]}]],"extensions":[],"signatures":["1f5f41592441c4f40af47b118e80a0c4786a1d768cf6a8d3204d7c30d79d33e971463c4dc78f1c5fc8f2ae7637ec21e8b523b089baef754422fe99108576b343c8"]}}
th_a db_block.cpp:543 _apply_transaction
{"next_block.block_num()":34499}
th_a db_block.cpp:448 _apply_block
...
...
2015-09-03T00:30:37 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:37 th_a:invoke handle_transaction on_objects_changed ] ids: ["2.5.40","2.5.18","2.6.63354","2.7.4698"] api.cpp:867
2015-09-03T00:30:37 th_a:invoke handle_transaction on_objects_changed ] ids: ["2.5.40","2.5.18","2.6.63354","2.7.4698"] api.cpp:867
2015-09-03T00:30:40 th_a:invoke handle_block handle_block ] Got block #34502 from network application.cpp:356
2015-09-03T00:30:40 th_a:invoke handle_block push_block ] Pushing block to fork database that failed to link. fork_database.cpp:57
Full log files are here:
https://drive.google.com/open?id=0B3xrm70jSHn4U3h3V3liOUlOakkhttps://drive.google.com/open?id=0B3xrm70jSHn4TmtNYWNaVm1yalU
https://drive.google.com/open?id=0B3xrm70jSHn4SURQZjBZaE1rVGc
The other node works fine.
2015-09-03T09:46:28 th_a:?unnamed? main ] Started witness node on a chain with 34498 blocks. main.cpp:165
...
2015-09-03T09:48:39 th_a:invoke handle_block push_block ] Pushing block to fork database that failed to link. fork_database.cpp:57
2015-09-03T09:46:30 p2p:message read_loop fetch_next_batch_of_ ] sync: sending a request for the next items after 000086c202f51da427ebf0507404bc9b6d192f96 to peer 176.9.234.167:40936, (full request is ["000006c280cdf25ca122561981716c74045f16fe","000046c2482fc56dda591b0bea7a47ccbd64d6b2","000066c27fc3abd468f7dd5ad1ce8939614d9d64","000076c2a8ad357d929c0967d98ba955521c11b4","00007ec23da7bcf6188fa3e6e57f0216e78cba1a","000082c22a40c3cbc1152bbd18239e9ffca051dc","000084c22add8beb2d06e3adb13c3573a56ae0b4","000085c29de6e5d439166100ab9d809c730e006c","00008642bd45a1a5711a74bacf4e73cfd5ae69cd","00008682ea2e75d79000e7a4c3411368d7a0a74a","000086a273f0cd7e751e91f6b0795486303009a2","000086b28863612b25b49a1c0a95a3525e42529c","000086ba6b31127d85ba6e1a8b5ea1145a0766e0","000086be74b88f7adb24796112e15c72b04a4e59","000086c0a1c19fb2c9b2d8d92f1caf812fda4bde","000086c19d4fdd989e8e7a62830c6f58e73f33be","000086c202f51da427ebf0507404bc9b6d192f96"]) node.cpp:2294
...
...
2015-09-03T09:46:30 p2p:message read_loop on_blockchain_item_i ] sync: received a list of 669 available items from 192.241.198.6:39809 node.cpp:2310
2015-09-03T09:46:30 p2p:message read_loop on_blockchain_item_i ] is_first_item_for_other_peer: false. item_hashes_received.size() = 669 node.cpp:2356
2015-09-03T09:46:30 p2p:message read_loop on_blockchain_item_i ] popping item because delegate has already seen it. peer's last block the delegate has seen is now 000086c202f51da427ebf0507404bc9b6d192f96 (1) node.cpp:2368
2015-09-03T09:46:30 p2p:message read_loop on_blockchain_item_i ] popping item because delegate has already seen it. peer's last block the delegate has seen is now 000086c3bf20d2e5eeb1039f38c221b46880f2f0 (2) node.cpp:2368
2015-09-03T09:46:30 p2p:message read_loop on_blockchain_item_i ] after removing all items we have already seen, item_hashes_received.size() = 667 node.cpp:2371
2015-09-03T09:46:30 p2p:message read_loop trigger_fetch_sync_i ] Triggering fetch sync items loop now node.cpp:1084
2015-09-03T09:46:30 p2p:fetch_sync_items_loop fetch_sync_items_loo ] beginning another iteration of the sync items loop node.cpp:1023
2015-09-03T09:46:30 p2p:fetch_sync_items_loop request_sync_items_f ] requesting 100 item(s) ["000086c4e3da8babd770344cb8db18ee89a9d09a","000086c50ebdc7f4b5ff303fee02b53f3aec5773",...,"00008727dc9a24b61d0d51454278f2282e89672d"] from peer 192.241.198.6:39809 node.cpp:1007
...
...
2015-09-03T09:48:39 p2p:send_sync_block_to_node_delegate send_sync_block_to_n ] Successfully pushed sync block 34500 (id:000086c4e3da8babd770344cb8db18ee89a9d09a) node.cpp:2793
2015-09-03T09:48:39 p2p:send_sync_block_to_node_delegate send_sync_block_to_n ] sync: client accpted the block, we now have only 5937 items left to fetch before we're in sync node.cpp:2831
Yes I have a 500G disk mounted, now used 110G.One of my node got out of sync when you're flooding the network. An assertion failure which is never seen before.
Here is some related log:Code: [Select]2015-09-03T00:30:20 th_a:invoke handle_block handle_block ] Got block #34498 from network application.cpp:356
...
...
2015-09-03T00:30:30 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:30 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:30 th_a:invoke handle_block handle_block ] Got block #34500 from network application.cpp:356
2015-09-03T00:30:30 th_a:invoke handle_block push_block ] Pushing block to fork database that failed to link. fork_database.cpp:57
2015-09-03T00:30:35 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:35 th_a:invoke handle_block handle_block ] Got block #34501 from network application.cpp:356
2015-09-03T00:30:35 th_a:invoke handle_block push_block ] Pushing block to fork database that failed to link. fork_database.cpp:57
2015-09-03T00:30:37 th_a:invoke handle_block handle_block ] Got block #34499 from network application.cpp:3
...
...
2015-09-03T00:30:37 th_a:invoke handle_block handle_block ] Error when pushing block:
10 assert_exception: Assert Exception
(skip & skip_transaction_dupe_check) || trx_idx.indices().get<by_trx_id>().find(trx_id) == trx_idx.indices().get<by_trx_id>().end():
{}
th_a db_block.cpp:487 _apply_transaction
{"trx":{"ref_block_num":34497,"ref_block_prefix":2564640669,"expiration":"2015-09-03T00:31:49","operations":[[0,{"fee":{"amount":2000000,"asset_id":"1.3.0"},"from":"1.2.63354","to":"1.2.63355","amount":{"amount":100000,"asset_id":"1.3.0"},"extensions":[]}]],"extensions":[],"signatures":["1f5f41592441c4f40af47b118e80a0c4786a1d768cf6a8d3204d7c30d79d33e971463c4dc78f1c5fc8f2ae7637ec21e8b523b089baef754422fe99108576b343c8"]}}
th_a db_block.cpp:543 _apply_transaction
{"next_block.block_num()":34499}
th_a db_block.cpp:448 _apply_block
...
...
2015-09-03T00:30:37 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:37 th_a:invoke handle_transaction on_objects_changed ] ids: ["2.5.40","2.5.18","2.6.63354","2.7.4698"] api.cpp:867
2015-09-03T00:30:37 th_a:invoke handle_transaction on_objects_changed ] ids: ["2.5.40","2.5.18","2.6.63354","2.7.4698"] api.cpp:867
2015-09-03T00:30:40 th_a:invoke handle_block handle_block ] Got block #34502 from network application.cpp:356
2015-09-03T00:30:40 th_a:invoke handle_block push_block ] Pushing block to fork database that failed to link. fork_database.cpp:57
Full log files are here:
https://drive.google.com/open?id=0B3xrm70jSHn4U3h3V3liOUlOakkhttps://drive.google.com/open?id=0B3xrm70jSHn4TmtNYWNaVm1yalU
https://drive.google.com/open?id=0B3xrm70jSHn4SURQZjBZaE1rVGc
The other node works fine.
Do you have enough disk space now?
I just caught up with everyone who posted here through thursday. I will be sending out brownie pts weekly after the mumble sessions in batches. We are getting more organized now.Haven't received the brownie pts for participating in the 2.0 testnet yet.
I apologize for everyone I missed previously. Thanks!
2015-09-03T00:30:20 th_a:invoke handle_block handle_block ] Got block #34498 from network application.cpp:356
...
...
2015-09-03T00:30:30 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:30 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:30 th_a:invoke handle_block handle_block ] Got block #34500 from network application.cpp:356
2015-09-03T00:30:30 th_a:invoke handle_block push_block ] Pushing block to fork database that failed to link. fork_database.cpp:57
2015-09-03T00:30:35 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:35 th_a:invoke handle_block handle_block ] Got block #34501 from network application.cpp:356
2015-09-03T00:30:35 th_a:invoke handle_block push_block ] Pushing block to fork database that failed to link. fork_database.cpp:57
2015-09-03T00:30:37 th_a:invoke handle_block handle_block ] Got block #34499 from network application.cpp:3
...
...
2015-09-03T00:30:37 th_a:invoke handle_block handle_block ] Error when pushing block:
10 assert_exception: Assert Exception
(skip & skip_transaction_dupe_check) || trx_idx.indices().get<by_trx_id>().find(trx_id) == trx_idx.indices().get<by_trx_id>().end():
{}
th_a db_block.cpp:487 _apply_transaction
{"trx":{"ref_block_num":34497,"ref_block_prefix":2564640669,"expiration":"2015-09-03T00:31:49","operations":[[0,{"fee":{"amount":2000000,"asset_id":"1.3.0"},"from":"1.2.63354","to":"1.2.63355","amount":{"amount":100000,"asset_id":"1.3.0"},"extensions":[]}]],"extensions":[],"signatures":["1f5f41592441c4f40af47b118e80a0c4786a1d768cf6a8d3204d7c30d79d33e971463c4dc78f1c5fc8f2ae7637ec21e8b523b089baef754422fe99108576b343c8"]}}
th_a db_block.cpp:543 _apply_transaction
{"next_block.block_num()":34499}
th_a db_block.cpp:448 _apply_block
...
...
2015-09-03T00:30:37 th_a:invoke handle_transaction handle_transaction ] Got transaction from network application.cpp:391
2015-09-03T00:30:37 th_a:invoke handle_transaction on_objects_changed ] ids: ["2.5.40","2.5.18","2.6.63354","2.7.4698"] api.cpp:867
2015-09-03T00:30:37 th_a:invoke handle_transaction on_objects_changed ] ids: ["2.5.40","2.5.18","2.6.63354","2.7.4698"] api.cpp:867
2015-09-03T00:30:40 th_a:invoke handle_block handle_block ] Got block #34502 from network application.cpp:356
2015-09-03T00:30:40 th_a:invoke handle_block push_block ] Pushing block to fork database that failed to link. fork_database.cpp:57
The latest build of graphene is broken again (master branch, commit 00a2d2dac73188e7e265163dfec04c2a523b8e23).Anyone else getting this when trying to update the submoduleCode: [Select]fatal: reference is not a tree: 80d967a70d21d26d27ef3a1544a177925b2a7bbe
Unable to checkout '80d967a70d21d26d27ef3a1544a177925b2a7bbe' in submodule path 'libraries/fc'
Sorry about that, I goofed -- I forgot to push a commit to fc. Try again, it should be good now.
