Author Topic: October 5 Test Network  (Read 127127 times)

0 Members and 1 Guest are viewing this topic.

Offline theoretical

It may be supicious, but look at it - it is the correct chainID. I do not know why the marque is shown. Have you never seen that? It's just another thing odd about this.

The "NEW CHAIN -- Welcome to graphene!" message should only display:

- If the blockchain is empty
- And --enable-stale-production is set

We do not recommend running with --enable-stale-production except in very specific (and unusual) circumstances:  If you're creating an entirely new blockchain, or if you're trying to resurrect a blockchain which has not had new blocks in a long time (for example if you control a witness for an older testnet that nobody's used for days / weeks and want to resume producing blocks on that testnet for whatever reason).

You might have enable-stale-production set in your config file, if so, I recommend removing it; the banner should go away.
BTS- theoretical / PTS- PZxpdC8RqWsdU3pVJeobZY7JFKVPfNpy5z / BTC- 1NfGejohzoVGffAD1CnCRgo9vApjCU2viY / the delegate formerly known as drltc / Nothing said on these forums is intended to be legally binding / All opinions are my own unless otherwise noted / Take action due to my posts at your own risk

Offline Thom

No that does not look correct, the big NEW CHAIN welcome is suspicious, you're trying to start a new chain there...

Try this:

Code: [Select]
witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json -d test-folder -s "104.236.51.238:2005"
BTW. Did you try removing the p2p-endpoint like I said?

It may be supicious, but look at it - it is the correct chainID. I do not know why the marque is shown. Have you never seen that? It's just another thing odd about this. You're right tho, it isn't running correctly. I've been away for 3 hours and there has been no other output. It clearly thinks it's a new chain, but why?

It seems pretty clear it's reading values from the config.ini file and they appear in the output, but what else it's doing who the fork knows?

I tried your suggestion and here are the results"
Code: [Select]
admin@seed08:~/test$ witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json -d test-folder -s "104.236.51.238:2005"               
3239509ms th_a       main.cpp:120                  main                 ] Writing new config file at /home/admin/test/test-folder/config.ini
3239510ms th_a       witness.cpp:83                plugin_initialize    ] witness plugin:  plugin_initialize() begin
3239511ms th_a       witness.cpp:93                plugin_initialize    ] key_id_to_wif_pair: ["GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV","5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3"]
3239511ms th_a       witness.cpp:111               plugin_initialize    ] witness plugin:  plugin_initialize() end
3239511ms th_a       db_management.cpp:131         open                 ] Old database version detected, reindex is required
3239511ms th_a       db_management.cpp:98          wipe                 ] Wiping database
3239523ms th_a       object_database.cpp:81        wipe                 ] Wiping object_database.
3239524ms th_a       application.cpp:243           operator()           ] Initializing database...
3272050ms th_a       db_debug.cpp:79               debug_dump           ] total_balances[asset_id_type()].value: 14239376866944 core_asset_data.current_supply.value: 271289987694689
3272050ms th_a       db_debug.cpp:82               debug_dump           ] core_in_orders: 14239376866944 reported_core_in_orders: 14239376866944
3272135ms th_a       thread.cpp:95                 thread               ] name:ntp tid:140378487215872
3272154ms th_a       thread.cpp:95                 thread               ] name:p2p tid:140378451367680
3272207ms th_a       application.cpp:123           reset_p2p_node       ] Adding seed node 104.236.51.238:2005
3272209ms th_a       application.cpp:135           reset_p2p_node       ] Configured p2p node to listen on 0.0.0.0:50072
3272211ms th_a       witness.cpp:116               plugin_startup       ] witness plugin:  plugin_startup() begin
3272211ms th_a       witness.cpp:133               plugin_startup       ] No witnesses configured! Please add witness IDs and private keys to configuration.
3272211ms th_a       witness.cpp:134               plugin_startup       ] witness plugin:  plugin_startup() end
3272212ms th_a       main.cpp:167                  main                 ] Started witness node on a chain with 0 blocks.
3272212ms th_a       main.cpp:168                  main                 ] Chain ID is 60e21871125ea9995fe498b7f68a87a85c6583725ea5448f6fd969c59a37df83
3272340ms ntp        ntp.cpp:177                   read_loop            ] ntp_delta_time updated to 3374 us

I suspect that's the last output we'll see from this witness_node until I press ^C. Using your cmd line created a new folder in /home/admin/test, since that is where I ran your command line. Of course since nothing existed it created the default folder and placed the default (i.e. mostly everything commented config.ini) in there. Why does it ignore the seed cmd line arg?

I did a second attempt with your cmd line identical to before but I edited the mostly commented config.ini and added the same seed mode definition used on the command line. It crashed and died a firey death, but it did report that it added a seed:

Code: [Select]
1008672ms th_a       application.cpp:123           reset_p2p_node       ] Adding seed node 104.236.51.238:2005

OK I just tested on my macbook which hadn't been updated in a while. I deleted everything and just started from scratch.

The issue you're having is quite simple: the seed node you're using isn't working (either it's refusing more connections or it's down, who knows)

I first tried the command I gave you, and same result as you (empty chain with nothing happening after first init)

I then added a seed node, and it started syncing right away. Here's the new command I used:

Code: [Select]
./witness_node --rpc-endpoint "0.0.0.0:8090"  --genesis-json oct5-genesis.json -d oct-5 -s "104.236.118.105:1776" -s "188.165.233.53:1777"

Confirmed. Changed the seed node to puppies and everything was fine.
The config.ini states multiple seed node definitions are OK. Does that mean if one fails (as in yesterday) the code will use another one if it is defined?
Injustice anywhere is a threat to justice everywhere - MLK |  Verbaltech2 Witness Reports: https://bitsharestalk.org/index.php/topic,23902.0.html

Xeldal

  • Guest
My witness has lost sync once and crashed twice in the last 36 hours.

I was running the witness on ubuntu 15.04x64 before this for many days with no issues but 15.04 had compatibility issues with xerocs feed script dependencies so I switched to 14.04x64 and ran the script.  Since switching to 14.04 and running the feed, I've repeatedly had these issues.

I'm not saying they're related, just making note of it.  I'm switching back to 15.04 now to see if it crashes in the time we have left for testnet.

Offline alt

  • Hero Member
  • *****
  • Posts: 2821
    • View Profile
  • BitShares: baozi
why so many duplicate blocks?
Code: [Select]
587729ms th_a       application.cpp:401           handle_block         ] Got block: #185843 time: 2015-10-12T13:09:48 latency: 259 ms from: init2  irreversible: 185818 (-25)
587778ms th_a       application.cpp:401           handle_block         ] Got block: #185843 time: 2015-10-12T13:09:48 latency: 308 ms from: init2  irreversible: 185819 (-24)
590797ms th_a       application.cpp:401           handle_block         ] Got block: #185844 time: 2015-10-12T13:09:51 latency: 327 ms from: mindphlux.witness  irreversible: 185819 (-25)
593784ms th_a       application.cpp:401           handle_block         ] Got block: #185845 time: 2015-10-12T13:09:54 latency: 314 ms from: spartako  irreversible: 185820 (-25)
596672ms th_a       application.cpp:401           handle_block         ] Got block: #185846 time: 2015-10-12T13:09:57 latency: 202 ms from: delegate-clayop  irreversible: 185821 (-25)
599796ms th_a       application.cpp:401           handle_block         ] Got block: #185847 time: 2015-10-12T13:10:00 latency: 326 ms from: bitcube  irreversible: 185822 (-25)
599843ms th_a       application.cpp:401           handle_block         ] Got block: #185847 time: 2015-10-12T13:10:00 latency: 373 ms from: bitcube  irreversible: 185823 (-24)
602729ms th_a       application.cpp:401           handle_block         ] Got block: #185848 time: 2015-10-12T13:10:03 latency: 259 ms from: init9  irreversible: 185823 (-25)
602805ms th_a       application.cpp:401           handle_block         ] Got block: #185848 time: 2015-10-12T13:10:03 latency: 335 ms from: init9  irreversible: 185824 (-24)

Offline bytemaster

Seed node is back to normal. 
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline svk

No that does not look correct, the big NEW CHAIN welcome is suspicious, you're trying to start a new chain there...

Try this:

Code: [Select]
witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json -d test-folder -s "104.236.51.238:2005"
BTW. Did you try removing the p2p-endpoint like I said?

It may be supicious, but look at it - it is the correct chainID. I do not know why the marque is shown. Have you never seen that? It's just another thing odd about this. You're right tho, it isn't running correctly. I've been away for 3 hours and there has been no other output. It clearly thinks it's a new chain, but why?

It seems pretty clear it's reading values from the config.ini file and they appear in the output, but what else it's doing who the fork knows?

I tried your suggestion and here are the results"
Code: [Select]
admin@seed08:~/test$ witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json -d test-folder -s "104.236.51.238:2005"               
3239509ms th_a       main.cpp:120                  main                 ] Writing new config file at /home/admin/test/test-folder/config.ini
3239510ms th_a       witness.cpp:83                plugin_initialize    ] witness plugin:  plugin_initialize() begin
3239511ms th_a       witness.cpp:93                plugin_initialize    ] key_id_to_wif_pair: ["GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV","5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3"]
3239511ms th_a       witness.cpp:111               plugin_initialize    ] witness plugin:  plugin_initialize() end
3239511ms th_a       db_management.cpp:131         open                 ] Old database version detected, reindex is required
3239511ms th_a       db_management.cpp:98          wipe                 ] Wiping database
3239523ms th_a       object_database.cpp:81        wipe                 ] Wiping object_database.
3239524ms th_a       application.cpp:243           operator()           ] Initializing database...
3272050ms th_a       db_debug.cpp:79               debug_dump           ] total_balances[asset_id_type()].value: 14239376866944 core_asset_data.current_supply.value: 271289987694689
3272050ms th_a       db_debug.cpp:82               debug_dump           ] core_in_orders: 14239376866944 reported_core_in_orders: 14239376866944
3272135ms th_a       thread.cpp:95                 thread               ] name:ntp tid:140378487215872
3272154ms th_a       thread.cpp:95                 thread               ] name:p2p tid:140378451367680
3272207ms th_a       application.cpp:123           reset_p2p_node       ] Adding seed node 104.236.51.238:2005
3272209ms th_a       application.cpp:135           reset_p2p_node       ] Configured p2p node to listen on 0.0.0.0:50072
3272211ms th_a       witness.cpp:116               plugin_startup       ] witness plugin:  plugin_startup() begin
3272211ms th_a       witness.cpp:133               plugin_startup       ] No witnesses configured! Please add witness IDs and private keys to configuration.
3272211ms th_a       witness.cpp:134               plugin_startup       ] witness plugin:  plugin_startup() end
3272212ms th_a       main.cpp:167                  main                 ] Started witness node on a chain with 0 blocks.
3272212ms th_a       main.cpp:168                  main                 ] Chain ID is 60e21871125ea9995fe498b7f68a87a85c6583725ea5448f6fd969c59a37df83
3272340ms ntp        ntp.cpp:177                   read_loop            ] ntp_delta_time updated to 3374 us

I suspect that's the last output we'll see from this witness_node until I press ^C. Using your cmd line created a new folder in /home/admin/test, since that is where I ran your command line. Of course since nothing existed it created the default folder and placed the default (i.e. mostly everything commented config.ini) in there. Why does it ignore the seed cmd line arg?

I did a second attempt with your cmd line identical to before but I edited the mostly commented config.ini and added the same seed mode definition used on the command line. It crashed and died a firey death, but it did report that it added a seed:

Code: [Select]
1008672ms th_a       application.cpp:123           reset_p2p_node       ] Adding seed node 104.236.51.238:2005

OK I just tested on my macbook which hadn't been updated in a while. I deleted everything and just started from scratch.

The issue you're having is quite simple: the seed node you're using isn't working (either it's refusing more connections or it's down, who knows)

I first tried the command I gave you, and same result as you (empty chain with nothing happening after first init)

I then added a seed node, and it started syncing right away. Here's the new command I used:

Code: [Select]
./witness_node --rpc-endpoint "0.0.0.0:8090"  --genesis-json oct5-genesis.json -d oct-5 -s "104.236.118.105:1776" -s "188.165.233.53:1777"
Worker: dev.bitsharesblocks

Offline Thom

No that does not look correct, the big NEW CHAIN welcome is suspicious, you're trying to start a new chain there...

Try this:

Code: [Select]
witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json -d test-folder -s "104.236.51.238:2005"
BTW. Did you try removing the p2p-endpoint like I said?

It may be supicious, but look at it - it is the correct chainID. I do not know why the marque is shown. Have you never seen that? It's just another thing odd about this. You're right tho, it isn't running correctly. I've been away for 3 hours and there has been no other output. It clearly thinks it's a new chain, but why?

It seems pretty clear it's reading values from the config.ini file and they appear in the output, but what else it's doing who the fork knows?

I tried your suggestion and here are the results"
Code: [Select]
admin@seed08:~/test$ witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json -d test-folder -s "104.236.51.238:2005"               
3239509ms th_a       main.cpp:120                  main                 ] Writing new config file at /home/admin/test/test-folder/config.ini
3239510ms th_a       witness.cpp:83                plugin_initialize    ] witness plugin:  plugin_initialize() begin
3239511ms th_a       witness.cpp:93                plugin_initialize    ] key_id_to_wif_pair: ["GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV","5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3"]
3239511ms th_a       witness.cpp:111               plugin_initialize    ] witness plugin:  plugin_initialize() end
3239511ms th_a       db_management.cpp:131         open                 ] Old database version detected, reindex is required
3239511ms th_a       db_management.cpp:98          wipe                 ] Wiping database
3239523ms th_a       object_database.cpp:81        wipe                 ] Wiping object_database.
3239524ms th_a       application.cpp:243           operator()           ] Initializing database...
3272050ms th_a       db_debug.cpp:79               debug_dump           ] total_balances[asset_id_type()].value: 14239376866944 core_asset_data.current_supply.value: 271289987694689
3272050ms th_a       db_debug.cpp:82               debug_dump           ] core_in_orders: 14239376866944 reported_core_in_orders: 14239376866944
3272135ms th_a       thread.cpp:95                 thread               ] name:ntp tid:140378487215872
3272154ms th_a       thread.cpp:95                 thread               ] name:p2p tid:140378451367680
3272207ms th_a       application.cpp:123           reset_p2p_node       ] Adding seed node 104.236.51.238:2005
3272209ms th_a       application.cpp:135           reset_p2p_node       ] Configured p2p node to listen on 0.0.0.0:50072
3272211ms th_a       witness.cpp:116               plugin_startup       ] witness plugin:  plugin_startup() begin
3272211ms th_a       witness.cpp:133               plugin_startup       ] No witnesses configured! Please add witness IDs and private keys to configuration.
3272211ms th_a       witness.cpp:134               plugin_startup       ] witness plugin:  plugin_startup() end
3272212ms th_a       main.cpp:167                  main                 ] Started witness node on a chain with 0 blocks.
3272212ms th_a       main.cpp:168                  main                 ] Chain ID is 60e21871125ea9995fe498b7f68a87a85c6583725ea5448f6fd969c59a37df83
3272340ms ntp        ntp.cpp:177                   read_loop            ] ntp_delta_time updated to 3374 us

I suspect that's the last output we'll see from this witness_node until I press ^C. Using your cmd line created a new folder in /home/admin/test, since that is where I ran your command line. Of course since nothing existed it created the default folder and placed the default (i.e. mostly everything commented config.ini) in there. Why does it ignore the seed cmd line arg?

I did a second attempt with your cmd line identical to before but I edited the mostly commented config.ini and added the same seed mode definition used on the command line. It crashed and died a firey death, but it did report that it added a seed:

Code: [Select]
1008672ms th_a       application.cpp:123           reset_p2p_node       ] Adding seed node 104.236.51.238:2005
Injustice anywhere is a threat to justice everywhere - MLK |  Verbaltech2 Witness Reports: https://bitsharestalk.org/index.php/topic,23902.0.html

Offline puppies

  • Hero Member
  • *****
  • Posts: 1659
    • View Profile
  • BitShares: puppies
-s 188.165.233.53:1777

Thanks. That worked.

Is the other seed node down? Is there a list of seed nodes somewhere? How could i have known about this if clayop didn't post it here?

You could look through your logs for previously connected peers. 
104.236.144.84:1776 is my seed node and is the node I plan on using as a seed node on the real chain.
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline abit

  • Committee member
  • Hero Member
  • *
  • Posts: 4664
    • View Profile
    • Abit's Hive Blog
  • BitShares: abit
  • GitHub: abitmore
Until now I didn't realize the object_database and genesis.json file location (if it is provided in the config.ini and not the --genesis-json cmd line arg) are relative to the folder from which the witness_node binary is executed.

I made the assumption that everything is relative to the --data-dir folder where the config.ini is found. Although I noticed the genesis.json and object_database were in a different location than the blockchain, config.ini etc, it never occured to me why, since I always launched from the same place each time.

I realize this is a very low priority request, but may I suggest the code be changed to "chroot" (so to speak) the location of all files to the value provided by the --data-dir (-d) command line argument. What would the reason be for not doing that, or not putting the object_database in the same place as the blockchain? Perhaps there is a good reason, but I can't think of any.
I believe it's related to a bug which hasn't been fixed, probably due to low priority.
https://github.com/cryptonomex/graphene/issues/257
BitShares committee member: abit
BitShares witness: in.abit

Offline sittingduck

  • Sr. Member
  • ****
  • Posts: 246
    • View Profile

When you start the witness, what determines the chainID it runs on?

I don't see any specific cmd line options for a witness to act as a seed node, is that just a matter of not enabling block production and changing the --p2p-endpoint arg it will listen on?

When I do that it provides some (arbitrary, self-generated?) chainID, could each seed node theoretically represent it's own chain that other witness nodes could join to form their own P2P network?

I can easily see why the cli_wallet needs a chainID parameter, just not sure how it is determined for each witness.

Can anyone help clarify this?

Chain ID is just the hash of the Genesis file.


Sent from my iPhone using Tapatalk

Offline svk

Could be it's using the built in genesis which only has 10 or so accounts in it.

 Did you triplecheck the genesis file is in the right location? ;) and are you using a seed node in config.ini?

Yes on all counts. I posted the full config.ini below (above).

Sorry missed that post. Try commenting out the p2p-endpoint line, I remember that was preventing me from connecting to the testnet when we first launched it.

Tbh I used to run using config.ini but now I just set everything in the command line, much easier to reproduce...

I launch like this, with the genesis file in the same directory, works every time:

Code: [Select]
./witness_node --rpc-endpoint "127.0.0.1:8090"  --genesis-json oct5-genesis.json -d oct-5 -s "104.236.51.238:2005"

I just deleted the blockchain, logs, p2p folders from the test/witness_node_data_dir, and the object_database from the test folder.
I am using the exact same config.ini file I posted before, which I copied to the test/witness_node_data_dir. I am not using a -d or --data-dir option.
I then restarted using "admin@seed08:~/test$ witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json".
Here is the output so far:

Code: [Select]
admin@seed08:~/test$ witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json
3176759ms th_a       main.cpp:115                  main                 ] Error parsing logging config from config file /home/admin/test/witness_node_data_
dir/config.ini, using default config
3176759ms th_a       witness.cpp:83                plugin_initialize    ] witness plugin:  plugin_initialize() begin
3176760ms th_a       witness.cpp:93                plugin_initialize    ] key_id_to_wif_pair: ["GPH6oUevPDj52JK67E199jBAMBuh6CQBQGgkyLtoXKiAvTVCpvYU7","5KJ
QMshbWeKadB4uxpxtbH7qZL7nSgtLhsARUbciP13TLo4Enux"]
3176760ms th_a       witness.cpp:93                plugin_initialize    ] key_id_to_wif_pair: ["GPH842NwZzwMQTKp2RwJbBT4wN8szPmXX5fHnrLLi741TrkT3dFFu","5KL
QSDsdFvWHZbPwh5cc8CyywFZpUfDwtcecBM3fEqeXdXCMvwd"]
3176760ms th_a       witness.cpp:93                plugin_initialize    ] key_id_to_wif_pair: ["GPH7AoEUMSJUx1DzVqkVBbdeC88tpcQn8AQPdmNDVJJmH4dnXjrhZ","5JP
rHDRamk6V2KHtHMtg58XDMnFjQASdsyCPcniV6TKRuyoFPE2"]
3176761ms th_a       witness.cpp:111               plugin_initialize    ] witness plugin:  plugin_initialize() end
3176761ms th_a       db_management.cpp:131         open                 ] Old database version detected, reindex is required
3176761ms th_a       db_management.cpp:98          wipe                 ] Wiping database
3176769ms th_a       object_database.cpp:81        wipe                 ] Wiping object_database.
3176770ms th_a       application.cpp:243           operator()           ] Initializing database...
3212666ms th_a       db_debug.cpp:79               debug_dump           ] total_balances[asset_id_type()].value: 14239376866944 core_asset_data.current_sup
ply.value: 271289987694689
3212666ms th_a       db_debug.cpp:82               debug_dump           ] core_in_orders: 14239376866944 reported_core_in_orders: 14239376866944
3212766ms th_a       thread.cpp:95                 thread               ] name:ntp tid:140683677284096
3212785ms th_a       thread.cpp:95                 thread               ] name:p2p tid:140683641435904
3212821ms th_a       application.cpp:123           reset_p2p_node       ] Adding seed node 104.236.51.238:2005
3212822ms th_a       application.cpp:135           reset_p2p_node       ] Configured p2p node to listen on 0.0.0.0:1776
3212823ms th_a       application.cpp:185           reset_websocket_serv ] Configured websocket rpc to listen on 127.0.0.1:8090
3212823ms th_a       witness.cpp:116               plugin_startup       ] witness plugin:  plugin_startup() begin
3212823ms th_a       witness.cpp:123               plugin_startup       ] Launching block production for 1 witnesses.

********************************
*                              *
*   ------- NEW CHAIN ------   *
*   - Welcome to Graphene! -   *
*   ------------------------   *
*                              *
********************************

Your genesis seems to have an old timestamp
Please consider using the --genesis-timestamp option to give your genesis a recent timestamp

3212823ms th_a       witness.cpp:134               plugin_startup       ] witness plugin:  plugin_startup() end
3212823ms th_a       main.cpp:167                  main                 ] Started witness node on a chain with 0 blocks.
3212824ms th_a       main.cpp:168                  main                 ] Chain ID is 60e21871125ea9995fe498b7f68a87a85c6583725ea5448f6fd969c59a37df83
3212920ms ntp        ntp.cpp:177                   read_loop            ] ntp_delta_time updated to 1537 us

Everythink looks correct, but it seems to take longer than I recall from a clean (no databases) state. We'll see...

No that does not look correct, the big NEW CHAIN welcome is suspicious, you're trying to start a new chain there...

Try this:

Code: [Select]
witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json -d test-folder -s "104.236.51.238:2005"
BTW. Did you try removing the p2p-endpoint like I said?
« Last Edit: October 11, 2015, 08:32:45 pm by svk »
Worker: dev.bitsharesblocks

Offline Thom

Could be it's using the built in genesis which only has 10 or so accounts in it.

 Did you triplecheck the genesis file is in the right location? ;) and are you using a seed node in config.ini?

Yes on all counts. I posted the full config.ini below (above).

my strace shows

Code: [Select]
open("genesis.json", O_RDONLY) = 3

if you do not have it in the output, it is not opened then.

I don't disagree, but then how do you answer the questions I asked here: https://bitsharestalk.org/index.php/topic,18751.msg243253.html#msg243253
It clearly opens the config.ini file, reads a number of values from it, and a genesis file is one of those. The md5sum of that config.ini matches exactly with the one I copied from a working witness node on another VPS.

Weird bug?
Injustice anywhere is a threat to justice everywhere - MLK |  Verbaltech2 Witness Reports: https://bitsharestalk.org/index.php/topic,23902.0.html

Offline Thom

Could be it's using the built in genesis which only has 10 or so accounts in it.

 Did you triplecheck the genesis file is in the right location? ;) and are you using a seed node in config.ini?

Yes on all counts. I posted the full config.ini below (above).

Sorry missed that post. Try commenting out the p2p-endpoint line, I remember that was preventing me from connecting to the testnet when we first launched it.

Tbh I used to run using config.ini but now I just set everything in the command line, much easier to reproduce...

I launch like this, with the genesis file in the same directory, works every time:

Code: [Select]
./witness_node --rpc-endpoint "127.0.0.1:8090"  --genesis-json oct5-genesis.json -d oct-5 -s "104.236.51.238:2005"

I just deleted the blockchain, logs, p2p folders from the test/witness_node_data_dir, and the object_database from the test folder.
I am using the exact same config.ini file I posted before, which I copied to the test/witness_node_data_dir. I am not using a -d or --data-dir option.
I then restarted using "admin@seed08:~/test$ witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json".
Here is the output so far:

Code: [Select]
admin@seed08:~/test$ witness_node --genesis-json /home/admin/BitShares2/oct5-genesis.json
3176759ms th_a       main.cpp:115                  main                 ] Error parsing logging config from config file /home/admin/test/witness_node_data_
dir/config.ini, using default config
3176759ms th_a       witness.cpp:83                plugin_initialize    ] witness plugin:  plugin_initialize() begin
3176760ms th_a       witness.cpp:93                plugin_initialize    ] key_id_to_wif_pair: ["GPH6oUevPDj52JK67E199jBAMBuh6CQBQGgkyLtoXKiAvTVCpvYU7","5KJ
QMshbWeKadB4uxpxtbH7qZL7nSgtLhsARUbciP13TLo4Enux"]
3176760ms th_a       witness.cpp:93                plugin_initialize    ] key_id_to_wif_pair: ["GPH842NwZzwMQTKp2RwJbBT4wN8szPmXX5fHnrLLi741TrkT3dFFu","5KL
QSDsdFvWHZbPwh5cc8CyywFZpUfDwtcecBM3fEqeXdXCMvwd"]
3176760ms th_a       witness.cpp:93                plugin_initialize    ] key_id_to_wif_pair: ["GPH7AoEUMSJUx1DzVqkVBbdeC88tpcQn8AQPdmNDVJJmH4dnXjrhZ","5JP
rHDRamk6V2KHtHMtg58XDMnFjQASdsyCPcniV6TKRuyoFPE2"]
3176761ms th_a       witness.cpp:111               plugin_initialize    ] witness plugin:  plugin_initialize() end
3176761ms th_a       db_management.cpp:131         open                 ] Old database version detected, reindex is required
3176761ms th_a       db_management.cpp:98          wipe                 ] Wiping database
3176769ms th_a       object_database.cpp:81        wipe                 ] Wiping object_database.
3176770ms th_a       application.cpp:243           operator()           ] Initializing database...
3212666ms th_a       db_debug.cpp:79               debug_dump           ] total_balances[asset_id_type()].value: 14239376866944 core_asset_data.current_sup
ply.value: 271289987694689
3212666ms th_a       db_debug.cpp:82               debug_dump           ] core_in_orders: 14239376866944 reported_core_in_orders: 14239376866944
3212766ms th_a       thread.cpp:95                 thread               ] name:ntp tid:140683677284096
3212785ms th_a       thread.cpp:95                 thread               ] name:p2p tid:140683641435904
3212821ms th_a       application.cpp:123           reset_p2p_node       ] Adding seed node 104.236.51.238:2005
3212822ms th_a       application.cpp:135           reset_p2p_node       ] Configured p2p node to listen on 0.0.0.0:1776
3212823ms th_a       application.cpp:185           reset_websocket_serv ] Configured websocket rpc to listen on 127.0.0.1:8090
3212823ms th_a       witness.cpp:116               plugin_startup       ] witness plugin:  plugin_startup() begin
3212823ms th_a       witness.cpp:123               plugin_startup       ] Launching block production for 1 witnesses.

********************************
*                              *
*   ------- NEW CHAIN ------   *
*   - Welcome to Graphene! -   *
*   ------------------------   *
*                              *
********************************

Your genesis seems to have an old timestamp
Please consider using the --genesis-timestamp option to give your genesis a recent timestamp

3212823ms th_a       witness.cpp:134               plugin_startup       ] witness plugin:  plugin_startup() end
3212823ms th_a       main.cpp:167                  main                 ] Started witness node on a chain with 0 blocks.
3212824ms th_a       main.cpp:168                  main                 ] Chain ID is 60e21871125ea9995fe498b7f68a87a85c6583725ea5448f6fd969c59a37df83
3212920ms ntp        ntp.cpp:177                   read_loop            ] ntp_delta_time updated to 1537 us

Everythink looks correct, but it seems to take longer than I recall from a clean (no databases) state. We'll see...

« Last Edit: October 11, 2015, 08:06:45 pm by Thom »
Injustice anywhere is a threat to justice everywhere - MLK |  Verbaltech2 Witness Reports: https://bitsharestalk.org/index.php/topic,23902.0.html

Offline jtme

Could be it's using the built in genesis which only has 10 or so accounts in it.

 Did you triplecheck the genesis file is in the right location? ;) and are you using a seed node in config.ini?

Yes on all counts. I posted the full config.ini below (above).

my strace shows

Code: [Select]
open("genesis.json", O_RDONLY) = 3

if you do not have it in the output, it is not opened then.

Offline Spectral

First, I didn't say "the paths must be relative to the binary", I said they must be relative to where the binary is launched. The object_database marks the folder from which the binary is launched. My binaries reside in a totally different folder than where I launch them from.

I see, I didn't think of that possibility. If you launch from the same dir as the witness binary is located, does that make a difference?
Vote for BTS-2 witness: spectral (1.6.30)
0.9 DVS delegate: dvs1.bitspace
Stay tuned for bitspace-clains worker!