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 - vikram

Pages: 1 ... 67 68 69 70 71 72 73 [74] 75 76 77 78 79 80 81 82
1096
General Discussion / Re: Dry Run 7: The Power of DPOS
« on: July 02, 2014, 08:48:11 am »
i sent funds to myself. found the transaction in block 1462 but I did not receive the funds in my account. my wallet showed the transaction previously. i cleared the pending transactions and that transaction disappeared but the funds were not in my account. what does this mean?

If you have any enabled delegate accounts, try using the 'wallet_delegate_enable_transaction_scanning true' command and then rescan that block. Let us know if this does not fix the problem.

1097
General Discussion / Re: Dry Run 7: The Power of DPOS
« on: July 02, 2014, 01:40:17 am »
Some command changes:
Code: [Select]
renamed wallet_enable_delegate_block_production -> wallet_delegate_set_block_production
renamed wallet_withdraw_delegate_pay -> wallet_delegate_withdraw_pay
added wallet_delegate_set_transaction_scanning: if you want to live dangerously

1098
KeyID / Re: .p2p auction parameter discussion
« on: July 02, 2014, 12:04:58 am »
1) Press for the simulation/testing phase. 2) Gameify the simulation/testing phase. 3) Exploits found go ASAP 1 again.

Maybe my intellect is just too limited, but I don't see any other way to figure this stuff out than by being experimental. It is like when you sit inside too long and you go outside and become astonished at how detailed everything is.
+1

1099
General Discussion / Re: Dry Run 6: Great Scott!
« on: July 01, 2014, 09:21:18 pm »

1100
General Discussion / Re: Dry Run 6: Great Scott!
« on: July 01, 2014, 02:57:25 pm »

So many blocks are missed by my account...


Very curious...   we will get some enhanced diagnostics on when you produce blocks (or didn't produce blocks) and try to find out what is going on here.

from default.log, I see delegate_loop never call after  time  20140701T052959.
this is why I missed all block.
Code: [Select]
20140701T052801.000417       th_a        delegate_loop ] Starting delegate loop at time: 20140701T052801                        client.cpp:627
20140701T052801.000513       th_a        delegate_loop ] Producing block at time: 20140701T061600                       client.cpp:630
20140701T052801.000566       th_a        delegate_loop ] Rescheduling delegate loop for time: 20140701T053000                   client.cpp:671
20140701T052959.000467       th_a        delegate_loop ] Starting delegate loop at time: 20140701T052959                        client.cpp:627
20140701T052959.000592       th_a        delegate_loop ] Producing block at time: 20140701T061600                       client.cpp:630
20140701T052959.000647       th_a        delegate_loop ] Rescheduling delegate loop for time: 20140701T053000                   client.cpp:671
20140701T053001.820272       th_a       handle_message ] CLIENT: just received block 0dc06149e6ffa59c9ce9d7545f66e9f134d88ce4                   client.cpp:884
20140701T053001.820488       th_a         on_new_block ] Received a new block from the p2p network, current head block is 2287, new block is {"previous":"294eb907b484ab
f5a97050ace2dd2341b411ba32","block_num":2288,"fee_rate":1000,"delegate_pay_rate":944695,"timestamp":"20140701T053000","transaction_digest":"c8cf12fe3180ed901a58a0697a52
2f1217de72d04529bd255627a4ad6164f0f0","next_secret_hash":"fa5d0d638414feea623b92b19b54cb6b37ae244f","previous_secret":"de3023f9cec81e87207ae298f3c07053dd1e1e24","delega
te_signature":"1f6a741172f533a9dfe139195657585c475c843990b3ee59b4d876f85c8c2bee66dc379a53dd34483b74e2c78486b0745a6ceb3cc2d13480117ca26c8726c77f89","user_transactions":[
]}, current head block is 2287                  client.cpp:794
20140701T053001.820977       th_a      store_and_index ]            we already know about its previous: 294eb907b484abf5a97050ace2dd2341b411ba32                       
chain_database.cpp:399
20140701T053001.824635       th_a   apply_transactions ] Applying transactions from block: 2288                 chain_database.cpp:493
20140701T053001.883146       th_a         on_new_block ] After push_block, current head block is 2288                   client.cpp:810
20140701T053424.244715       th_a       handle_message ] CLIENT: just received transaction 9b23ba837f9d6379be5dc9b4d19b2094f209977f                     client.cpp:892

I think I fixed the probem: https://github.com/BitShares/bitshares_toolkit/commit/a58370d6c7d3e2991c8544c4910ad466c9acd4f5

Let us know if it happens again.

1101
General Discussion / Re: Dry Run 6: Great Scott!
« on: July 01, 2014, 02:23:15 pm »
Code: [Select]
>>> wallet_list_unspent_balances
           BALANCE                                   OWNER                     VOTE
--------------------------------------------------------------------------------------------------------------------------
       9.60000 XTS    XTS56UucX4Newen27wNhWrFQQCspp9a4fVsc10 assert_exception: Assert Exception
!"unimplemented condition type":
    {}
    th_a  cli.cpp:1081 print_unspent_balances

Code: [Select]
default (unlocked) >>> about
{
  "bitshares_toolkit_revision": "2851364a09924c06b3b8dc76471d41c0755401c9",
  "bitshares_toolkit_revision_age": "6 hours ago",
  "fc_revision": "13da4b0d6a715d744fec3a04989e1a0788c37b37",
  "fc_revision_age": "15 hours ago",
  "compile_date": "compiled on Jun 30 2014 at 18:57:55"
}

Known issue: https://github.com/BitShares/bitshares_toolkit/issues/330

1102
General Discussion / Re: Dry Run 6: Great Scott!
« on: June 30, 2014, 10:59:40 pm »
client crashed while opening wallet


(wallet closed) >>> connect: Operation now in progress
open momkey

Program received signal SIGSEGV, Segmentation fault.
_int_malloc (av=0x7ffff697e760 <main_arena>, bytes=39) at malloc.c:3302
3302    malloc.c: No such file or directory.
(gdb)

People seem to be getting segfaults once in a while, but it seems to be fixed upon wiping the data directory. Make sure you are on the latest code otherwise you could give that a shot: https://bitsharestalk.org/index.php?topic=5303.msg71563#msg71563

1103
General Discussion / Re: Dry Run 6: Great Scott!
« on: June 29, 2014, 08:28:16 pm »
In the latest commit, I have renamed wallet_set_delegate_trust to wallet_approve_delegate, so now the command to approve a delegate is:
Code: [Select]
wallet_approve_delegate <delegate_name> true

1104
General Discussion / Re: Dry Run 6: Great Scott!
« on: June 28, 2014, 06:28:51 pm »
Ghmm, I'm constatntly getting segfault with latest git master

Can you make an issue on GitHub about it?

1105
General Discussion / Re: Dry Run 6: Great Scott!
« on: June 28, 2014, 06:26:09 pm »
Just a heads-up for anyone running the client on an ubuntu VPS: Ubuntu by default uses ntpdate to correct its time, but it only runs once at boot, meaning it can drift a fair bit until your next reboot. I saw my "ntp_error_seconds"  go from 0.1 to 0.6 seconds in just one day. Considering that we wan't to keep the delegate running without reboots, that's not great! To fix it, simply install the ntp daemon:

Code: [Select]
sudo apt-get install ntp
This will run in the background and continuously update the time. For increased accuracy you can add some servers to /etc/npd.conf like this:

Code: [Select]
server ntp.ubuntu.com
server pool.ntp.org

I'm now seeing very low errors:

Code: [Select]
"ntp_error_seconds": 0.00058500000000000002,

The delegate block production loop adjusts for the NTP error, so it should not be a problem. Let us know if a high error actually is a problem.

1106
General Discussion / Re: Dry Run 6: Great Scott!
« on: June 28, 2014, 06:24:45 pm »
Code: [Select]
liondani (unlocked) >>> blockchain_get_delegate_block_stats liondani
[[
    912,{
      "missed": false,
      "latency": 1
    }
  ],[
    977,{
      "missed": false,
      "latency": 1
    }
  ],[
    1044,{
      "missed": false,
      "latency": 1
    }
  ],[
    1112,{
      "missed": false,
      "latency": 1
    }
  ],[
    1163,{
      "missed": true,
      "latency": null
    }
  ],[
    1165,{
      "missed": true,
      "latency": null
    }
  ],[
    1223,{
      "missed": true,
      "latency": null
    }
  ]
]


what means:  "latency": null     ???

You are running an old version of the code.

1107
General Discussion / Re: Dry Run 6: Great Scott!
« on: June 27, 2014, 03:04:32 pm »
I just had the following output:
"active delegates: 4"
displayed more than 1000 times in 1 sec in the console.

I have noticed similar spam on occasion.

This is from an older version of the code.

1108
General Discussion / Re: Dry Run 6: Great Scott!
« on: June 26, 2014, 08:11:13 pm »
Code: [Select]
"block_production_enabled": true,
Code: [Select]
  "wallet_open": true,
  "wallet_unlocked_until": "20170827T033301",
Code: [Select]
wallet (unlocked) >>> blockchain_list_delegates 54 55
ID   NAME                          APPROVAL            BLOCKS PRODUCED BLOCKS MISSED   
---------------------------------------------------------
390  dele-puppy                    0.0002794781 %      0               1               
wallet (unlocked) >>>

delegate loop is not listed in default.log at all.

Can you give the full output of 'get_info'?

1109
General Discussion / Re: Dry Run 6: Great Scott!
« on: June 26, 2014, 07:56:16 pm »
So, my delegate missed a block and I'm trying to figure out why.  the block I missed is block 518.  I had 20 p2p connections at the time.  list_errors returns nothing.  default.log shows a 4 minute gap between block 517 and 518.

Code: [Select]
20140626T182401.070680       th_a         on_new_block ] After push_block, current head block is 517                    client.cpp:763
20140626T182801.038535       th_a       handle_message ] CLIENT: just received block 35876ef9772562d6d3bc910a60d14816c8c84b85                   client.cpp:836

p2p.log shows
Code: [Select]
20140626T182402.649469       th_a on_address_request_m ] Received an address request message                    node.cpp:1320
20140626T182428.349431       th_a           on_message ] handling message address_request_message_type 9c1185a5c5e9fc54612808977ee8f548b2258d31 size 0 from peer 114.215.104.153:3$
20140626T182428.349501       th_a on_address_request_m ] Received an address request message                    node.cpp:1320
20140626T182457.945627       th_a           on_message ] handling message address_request_message_type 9c1185a5c5e9fc54612808977ee8f548b2258d31 size 0 from peer 46.176.1.230:8601$
20140626T182457.945691       th_a on_address_request_m ] Received an address request message                    node.cpp:1320
20140626T182611.891259       th_a           on_message ] handling message address_request_message_type 9c1185a5c5e9fc54612808977ee8f548b2258d31 size 0 from peer 216.252.204.39:61$
20140626T182611.891331       th_a on_address_request_m ] Received an address request message                    node.cpp:1320
20140626T182704.984028       th_a           on_message ] handling message address_request_message_type 9c1185a5c5e9fc54612808977ee8f548b2258d31 size 0 from peer 70.114.143.108:86$
20140626T182704.984093       th_a on_address_request_m ] Received an address request message                    node.cpp:1320
20140626T182708.277491       th_a           on_message ] handling message address_request_message_type 9c1185a5c5e9fc54612808977ee8f548b2258d31 size 0 from peer 188.138.107.159:8$
20140626T182708.277570       th_a on_address_request_m ] Received an address request message                    node.cpp:1320
20140626T182714.057405       th_a           on_message ] handling message address_request_message_type 9c1185a5c5e9fc54612808977ee8f548b2258d31 size 0 from peer 92.243.18.20:4678$
20140626T182714.057465       th_a on_address_request_m ] Received an address request message                    node.cpp:1320
20140626T182755.985046       th_a           on_message ] handling message address_request_message_type 9c1185a5c5e9fc54612808977ee8f548b2258d31 size 0 from peer 216.252.204.39:64$
20140626T182755.985122       th_a on_address_request_m ] Received an address request message                    node.cpp:1320
20140626T182801.035571       th_a           on_message ] handling message item_ids_inventory_message_type 296e79865074646a8dffb99c33328d7c8f31aa96 size 25 from peer 107.170.30.18$
20140626T182801.037188       th_a on_item_ids_inventor ] received inventory of 1 items from peer 107.170.30.182:51623                   node.cpp:1784

As far as I can tell my delegate didn't even try to produce a block around 18:26.  Is there somewhere else I should look for the answer?

Your delegate loop didn't fire according to that default.log. Do you have an ENABLED delegate in the ACTIVE 101 spots? If so, are you seeing a message in default.log every 2 minutes like:
Code: [Select]
Starting delegate loop at time: 20140626T195000

1110
General Discussion / Re: Dry Run 6: Great Scott!
« on: June 26, 2014, 04:42:45 pm »
Code: [Select]
322  light                         0.0000000000 %      0               0Still 0% approval  :o

voted for you, you should be in the active delegates list next block
Thanks, i'm in the Top  :D

Also, my wallet keeps spamming these more and more:
Code: [Select]
active delegates: 1
active delegates: 1
active delegates: 1
active delegates: 1
active delegates: 1
active delegates: 1
active delegates: 1
active delegates: 1
active delegates: 1
active delegates: 1
active delegates: 1
active delegates: 1

Make sure you are running the latest code.

Pages: 1 ... 67 68 69 70 71 72 73 [74] 75 76 77 78 79 80 81 82