Dry Run 4: A New Hope

[emski]

do you connect through 107.170.30.182:8763 ?

,{
    "addr": "107.170.30.182:38519",
    "addrlocal": "xxx.xxx.xxx.xxx:xxxxx",
    "services": "00000001",
    "lastsend": 1403353891,
    "lastrecv": 1403353921,
    "bytessent": 121024,
    "bytesrecv": 82512,
    "conntime": "20140620T214351.588474",
    "pingtime": "",
    "pingwait": "",
    "version": "",
    "subver": "bts::net::node",
    "inbound": false,
    "firewall_status": "not_firewalled",
    "startingheight": "",
    "banscore": "",
    "syncnode": "",
    "bitshares_git_revision_sha": "e724df5e08f57522cc69406c7b8f3164952cdacf (different from ours)",
    "bitshares_git_revision_unix_timestamp": "20140620T203400",
    "bitshares_git_revision_age": "16 hours ago (older than ours)",
    "fc_git_revision_sha": "accb6fddcbde110600edaf46de4a749130b90046 (same as ours)",
    "fc_git_revision_unix_timestamp": "20140619T195141",
    "fc_git_revision_age": "41 hours ago (same as ours)",
    "platform": "linux"
  }

[wackou]

do you connect through 107.170.30.182:8763 ?

[emski]

"blockchain_head_block_num": 1070,
  "blockchain_head_block_time": "20140621T122530",
  "blockchain_head_block_time_rel": "24 seconds old",
  "blockchain_confirmation_requirement": 303,
  "blockchain_average_delegate_participation": 61.585365853658537,
  "network_num_connections": 40,
  "ntp_time": "20140621T122554.457943",
  "ntp_error_seconds": -0.0040379999999999999,

[CalabiYau]

 "blockchain_head_block_num": 1064,
  "blockchain_head_block_time": "20140621T121700",
  "blockchain_head_block_time_rel": "12 seconds old",
  "blockchain_confirmation_requirement": 299,
  "blockchain_average_delegate_participation": 61.811505507955935,
  "network_num_connections": 11,

seems to connect here in Switzerland

[wackou]

It doesn't connect. Only for me? I've tried restarting it 6 to 7 times.
FYI, my VPS located in San Francisco.

doesn't connect for me either, same git revision, VPS in France. I'm thinking maybe the seed node (seems there's only one in this dry run) has reached his maximum number of connections and doesn't accept new ones?

[coolspeed]

It doesn't connect. Only for me? I've tried restarting it 6 to 7 times.
FYI, my VPS located in San Francisco.

Code: [Select]

bitshares_toolkit/programs/client$ ./bitshares_client
Loading blockchain from "/home/coolspeed/.BitSharesXTS/chain"
Initializing genesis state from built-in genesis file
Loading config "/home/coolspeed/.BitSharesXTS/config.json"
Not starting RPC server, use --server to enable the RPC interface
Attempting to map P2P port 8763 with UPNP...
Listening for P2P connections on port 8763
Attempting to connect to peer 107.170.30.182:8763
(wallet closed) >>> info
{
  "blockchain_head_block_num": 0,
  "blockchain_head_block_time": "20140621T115909",
  "blockchain_head_block_time_rel": "0 second old",
  "blockchain_confirmation_requirement": 202,
  "blockchain_average_delegate_participation": 0,
  "network_num_connections": 0,
  "ntp_time": "20140621T115909.387689",
  "ntp_error_seconds": -0.035317000000000001,
  "wallet_unlocked_seconds_remaining": 0,
  "wallet_next_block_production_time": null,
  "wallet_seconds_until_next_block_production": null,
  "wallet_local_time": "20140621T115909",
  "blockchain_random_seed": "0000000000000000000000000000000000000000",
  "blockchain_shares": 9999999984056,
  "network_num_connections_max": 12,
  "network_protocol_version": 103,
  "wallet_open": false,
  "wallet_unlocked_until": "",
  "wallet_version": 100
}


(wallet closed) >>> about
{
  "bitshares_toolkit_revision": "991ec4da17429395aacd65a373ead21084848338",
  "bitshares_toolkit_revision_age": "10 hours ago",
  "fc_revision": "331e6aac7d1ac7a6fd7c0b0fa092099eb25c99a1",
  "fc_revision_age": "20 hours ago",
  "compile_date": "compiled on Jun 21 2014 at 20:04:39"
}




[xeroc]

keyhotee ID - initial delegate issue

I have to accounts with the same key: 'xeroc' (keyhotee id) and unelected-xeroc ...
in my account list 'xeroc' appeared as non-delegate .. so I updated that account to a delegate ... transactions pending for 60 minutes now ..
$ get_info results in

10 assert_exception: Assert Exception
delegate_record.valid() && delegate_record->is_delegate():
    {}
    th_a  wallet.cpp:1256 next_block_production_time

    {}
    th_a  wallet.cpp:1266 next_block_production_time

    {}
    th_a  common_api_client.cpp:1192 get_info

    {"command":"get_info"}
    th_a  cli.cpp:529 execute_command

I suggest to remove all keyhotee-ids initial delegation! and vote for 0 as default!!
Would you please confirm!?

[wackou]

I can't connect with the latest (991ec4), not in linux and not in osx either... 

seems like seed node is up, though:

Code: [Select]

$ ping 107.170.30.182
PING 107.170.30.182 (107.170.30.182): 56 data bytes
64 bytes from 107.170.30.182: icmp_seq=0 ttl=47 time=132.586 ms
64 bytes from 107.170.30.182: icmp_seq=1 ttl=47 time=132.939 ms
64 bytes from 107.170.30.182: icmp_seq=2 ttl=47 time=133.373 ms
maybe it's full and doesn't accept connections anymore? Someone else has a public ip seed node I could connect to? Cheers!

[pgbit]

What are the broadband requirements for running this at the moment? How might this change as delegates become busier? Just wanting to know how important connection speed is / and what the data volumes are likely to be eg in Gb / month.

[Harvey]

Night gathers, and now my watch begins.


NAME (* delegate)                  KEY                                                             REGISTERED            TRUST LEVEL    BLOCK PRODUCTION ENABLED
harvey-longclaw *                  XTS6wirNprN84XuLQRYxbxRUYwvVJ1vEcXRfe74umqQF37iQnGUYq           2014-06-21T07:47:00   100            YES
harvey-needle *                    XTS4xYrU6Nc62xsyY955MNNUGNpcDobMxx4ophXKcPjNGTxS5ejWC           2014-06-21T07:47:00   100            YES
harvey-oathkeeper *                XTS7g8WfW4wBi1WorzPco4unA2HXRZHowvJh24m1bEgZNr5F7YPo5           2014-06-21T07:47:00   100            YES

[emski]

I see one block signed by my delegate. And the same block missed by another one of my delegates.

[dexinwong]

Admin, plz see here  https://bitsharestalk.org/index.php?topic=5185.msg68172;topicseen#msg68172

[bitcoinerS]

How can I see a reason why a block was missed by my delegate?

Same here. I see a few blocks were missed, but now why.

[emski]

How can I see a reason why a block was missed by my delegate?

[alexxy]

@toast @bytemaster
does name collision fixed? or i still cannot import my keyhotee due to delegate renames? alexxy vs unelected-alexxy?

BAD NEWS for ME : still not fixed in current genesis block

I filled issue #382