Author Topic: 0.4.10 Testers Wanted  (Read 29864 times)

0 Members and 1 Guest are viewing this topic.

Offline crazybit

DAC Sun,

Suppose most of the delegates do not use the binary of the new version your provided but use git to pull the change,so please provide the following infor after you announce the new version, such that the delegates could confirm they have upgraded to the correct version.

btw,my delegates node have been upgrade to 0.4.10


crazybit (unlocked) >>> about
{
  "bitshares_toolkit_revision": "1ed1a6b07153e3ce5916be46f859302a1b50a4b0",
  "bitshares_toolkit_revision_age": "2 hours ago",
  "fc_revision": "3222dc7c0be62b9ad0fdfd303c5c4f53b39063e6",
  "fc_revision_age": "53 hours ago",
  "compile_date": "compiled on Aug 31 2014 at 08:12:26"
}
« Last Edit: August 31, 2014, 12:23:19 am by crazybit »

Offline ionx

  • Newbie
  • *
  • Posts: 19
    • View Profile
Looking good!

wallet_regenerate_keys got my balances back to where they should be.

This is reassuring and proves the keys for all transactions are deterministic as claimed (I'm using an old backup).

Offline emski

  • Hero Member
  • *****
  • Posts: 1282
    • View Profile
    • http://lnkd.in/nPbhxG
Its 2:00 (AM) here, so I'll be testing my pillow for the next 6-8 hours.

Offline emski

  • Hero Member
  • *****
  • Posts: 1282
    • View Profile
    • http://lnkd.in/nPbhxG
2nd attempt

network_set_advanced_node_parameters { "maximum_number_of_connections": 40 }
network_set_advanced_node_parameters {  "desired_number_of_connections": 40 }

Code: [Select]
--- there are now 26 active connections to the p2p network
--- there are now 27 active connections to the p2p network
--- there are now 26 active connections to the p2p network
(wallet closed) >>>
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6f5c5c8 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb) backtrace
#0  0x00007ffff6f5c5c8 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1  0x000000000065f4e0 in exception_impl (this=0x21742930) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/exception.cpp:28
#2  fc::exception::exception (this=0x1f5326f0, c=...) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/exception.cpp:98
#3  0x0000000000750225 in bts::net::detail::node_impl::connect_to_task (this=0x1e20f50, new_peer=..., remote_endpoint=...) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/net/node.cpp:3167
#4  0x0000000000750326 in operator() (__closure=<optimized out>) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/net/node.cpp:3409
#5  fc::detail::void_functor_run<bts::net::detail::node_impl::connect_to(const fc::ip::endpoint&)::__lambda19>::run(void *, void *) (functor=<optimized out>, prom=0x154ff890)
    at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/include/fc/thread/task.hpp:83
#6  0x0000000000672923 in fc::task_base::run_impl (this=this@entry=0x154ff8b8) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/task.cpp:43
#7  0x0000000000672fd5 in fc::task_base::run (this=this@entry=0x154ff8b8) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/task.cpp:32
#8  0x000000000067105b in run_next_task (this=0x184c690) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:398
#9  fc::thread_d::process_tasks (this=this@entry=0x184c690) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:422
#10 0x00000000006712e6 in fc::thread_d::start_process_tasks (my=25478800) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:378
#11 0x0000000000d5c3fe in make_fcontext ()
#12 0x000000000184c690 in ?? ()
#13 0x00007fffc8d78c60 in ?? ()
#14 0x0000000000000000 in ?? ()

Need these p2p too ?

Offline emski

  • Hero Member
  • *****
  • Posts: 1282
    • View Profile
    • http://lnkd.in/nPbhxG
It didnt crash with 40/40 on first attempt but when it synchronized it lost a lot of connections:

Code: [Select]
--- there are now 22 active connections to the p2p network
--- there are now 23 active connections to the p2p network
--- there are now 22 active connections to the p2p network
--- there are now 23 active connections to the p2p network
--- there are now 22 active connections to the p2p network
--- there are now 23 active connections to the p2p network
--- there are now 22 active connections to the p2p network
--- there are now 23 active connections to the p2p network
--- there are now 22 active connections to the p2p network
--- there are now 23 active connections to the p2p network
--- there are now 22 active connections to the p2p network
--- there are now 23 active connections to the p2p network
--- there are now 22 active connections to the p2p network
--- syncing with p2p network, our last block is 36 hours old
--- currently syncing at 685 blocks/sec, 18 seconds remaining
--- there are now 3 active connections to the p2p network
--- there are now 4 active connections to the p2p network
--- there are now 5 active connections to the p2p network
--- syncing with p2p network, our last block is 28 hours old
--- currently syncing at 533 blocks/sec, 18 seconds remaining
--- there are now 6 active connections to the p2p network
--- syncing with p2p network, our last block is 11 hours old
--- currently syncing at 406 blocks/sec, 9 seconds remaining
--- there are now 7 active connections to the p2p network
--- there are now 6 active connections to the p2p network

Offline emski

  • Hero Member
  • *****
  • Posts: 1282
    • View Profile
    • http://lnkd.in/nPbhxG
PM with link sent.
I set it to 40 (i think...)

UPDATE:
Exact commands:
(wallet closed) >>> network_get_advanced_node_parameters
{
  "peer_connection_retry_timeout": 30,
  "desired_number_of_connections": 8,
  "maximum_number_of_connections": 200
}
(wallet closed) >>> network_set_advanced_node_parameters { "desired_number_of_connections": 40 }
OK

UPDATE2: No other commands were executed except "info"
200 max connections could be quite high. Can you set both desired and max to 40 and make sure you still crash? Also, might be interesting to see how much memory is being used...

200 is default...
Running with 40/40 .

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 9097 emski     20   0 1571092 627476 124896 R 100.1  7.7   5:22.85 bitshares_clien

Offline ionx

  • Newbie
  • *
  • Posts: 19
    • View Profile
Got the same crash I think:

http://pastebin.com/CzT36yKK

Trying with maximum_number_of_connections set to 20.

Offline dannotestein

  • Hero Member
  • *****
  • Posts: 760
    • View Profile
    • BlockTrades International
  • BitShares: btsnow
PM with link sent.
I set it to 40 (i think...)

UPDATE:
Exact commands:
(wallet closed) >>> network_get_advanced_node_parameters
{
  "peer_connection_retry_timeout": 30,
  "desired_number_of_connections": 8,
  "maximum_number_of_connections": 200
}
(wallet closed) >>> network_set_advanced_node_parameters { "desired_number_of_connections": 40 }
OK

UPDATE2: No other commands were executed except "info"
200 max connections could be quite high. Can you set both desired and max to 40 and make sure you still crash? Also, might be interesting to see how much memory is being used...
http://blocktrades.us Fast/Safe/High-Liquidity Crypto Coin Converter

38PTSWarrior

  • Guest
Now it also crashed. I think segmentation fault. Sorry, where is the log file located again? I only used the bitshares_client.

Offline emski

  • Hero Member
  • *****
  • Posts: 1282
    • View Profile
    • http://lnkd.in/nPbhxG
PM with link sent.
I set it to 40 (i think...)

UPDATE:
Exact commands:
(wallet closed) >>> network_get_advanced_node_parameters
{
  "peer_connection_retry_timeout": 30,
  "desired_number_of_connections": 8,
  "maximum_number_of_connections": 200
}
(wallet closed) >>> network_set_advanced_node_parameters { "desired_number_of_connections": 40 }
OK

UPDATE2: No other commands were executed except "info"
« Last Edit: August 30, 2014, 10:22:40 pm by emski »

Offline dannotestein

  • Hero Member
  • *****
  • Posts: 760
    • View Profile
    • BlockTrades International
  • BitShares: btsnow
The crash with 2b3e00c5a2cbd29f628a8cc3e0a9889a05547775 looks easy to reproduce - 2 out of 4 attempts crashed.
I only need to increase desired_connections.
What are you setting your desired connections to?
http://blocktrades.us Fast/Safe/High-Liquidity Crypto Coin Converter

Offline bytemaster

OK
1a1810e494b7216dbe504e4de536cd70f860376b crashes 2 out of 2 attempts

2b3e00c5a2cbd29f628a8cc3e0a9889a05547775 crashes 0 out of 2 attempts

both are synchronizing with about 1000 blocks/sec and had desired_connections set to 40 (Although until full synchronization only 25 were established).

UPDATE: Actually 2b3e00c5a2cbd29f628a8cc3e0a9889a05547775 crashed. Running with gdb now.

Code: [Select]
(gdb) backtrace
Python Exception <class 'ImportError'> No module named 'gdb':
#0  0x00007ffff6f5c5c8 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1  0x000000000065f4e0 in exception_impl (this=0x1acf2140) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/exception.cpp:28
#2  fc::exception::exception (this=0x13995b50, c=...) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/exception.cpp:98
#3  0x0000000000750225 in bts::net::detail::node_impl::connect_to_task (this=0x1e2bbf0, new_peer=..., remote_endpoint=...) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/net/node.cpp:3167
#4  0x0000000000750326 in operator() (__closure=<optimized out>) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/net/node.cpp:3409
#5  fc::detail::void_functor_run<bts::net::detail::node_impl::connect_to(const fc::ip::endpoint&)::__lambda19>::run(void *, void *) (functor=<optimized out>, prom=0x1b971bb0)
    at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/include/fc/thread/task.hpp:83
#6  0x0000000000672923 in fc::task_base::run_impl (this=this@entry=0x1b971bd8) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/task.cpp:43
#7  0x0000000000672fd5 in fc::task_base::run (this=this@entry=0x1b971bd8) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/task.cpp:32
#8  0x000000000067105b in run_next_task (this=0x184c690) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:398
#9  fc::thread_d::process_tasks (this=this@entry=0x184c690) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:422
#10 0x00000000006712e6 in fc::thread_d::start_process_tasks (my=25478800) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:378
#11 0x0000000000d5c3fe in make_fcontext ()
#12 0x000000000184c690 in ?? ()
#13 0x00007fffcb5eec60 in ?? ()
#14 0x0000000000000000 in ?? ()

Dan & Eric are attempting to reporduce this, can you capture the P2P logs next time it crashes?

I keep all data-dirs. Want them?

Post a link to where Eric can download the P2P logs for the crash.
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 emski

  • Hero Member
  • *****
  • Posts: 1282
    • View Profile
    • http://lnkd.in/nPbhxG
OK
1a1810e494b7216dbe504e4de536cd70f860376b crashes 2 out of 2 attempts

2b3e00c5a2cbd29f628a8cc3e0a9889a05547775 crashes 0 out of 2 attempts

both are synchronizing with about 1000 blocks/sec and had desired_connections set to 40 (Although until full synchronization only 25 were established).

UPDATE: Actually 2b3e00c5a2cbd29f628a8cc3e0a9889a05547775 crashed. Running with gdb now.

Code: [Select]
(gdb) backtrace
Python Exception <class 'ImportError'> No module named 'gdb':
#0  0x00007ffff6f5c5c8 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1  0x000000000065f4e0 in exception_impl (this=0x1acf2140) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/exception.cpp:28
#2  fc::exception::exception (this=0x13995b50, c=...) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/exception.cpp:98
#3  0x0000000000750225 in bts::net::detail::node_impl::connect_to_task (this=0x1e2bbf0, new_peer=..., remote_endpoint=...) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/net/node.cpp:3167
#4  0x0000000000750326 in operator() (__closure=<optimized out>) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/net/node.cpp:3409
#5  fc::detail::void_functor_run<bts::net::detail::node_impl::connect_to(const fc::ip::endpoint&)::__lambda19>::run(void *, void *) (functor=<optimized out>, prom=0x1b971bb0)
    at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/include/fc/thread/task.hpp:83
#6  0x0000000000672923 in fc::task_base::run_impl (this=this@entry=0x1b971bd8) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/task.cpp:43
#7  0x0000000000672fd5 in fc::task_base::run (this=this@entry=0x1b971bd8) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/task.cpp:32
#8  0x000000000067105b in run_next_task (this=0x184c690) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:398
#9  fc::thread_d::process_tasks (this=this@entry=0x184c690) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:422
#10 0x00000000006712e6 in fc::thread_d::start_process_tasks (my=25478800) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:378
#11 0x0000000000d5c3fe in make_fcontext ()
#12 0x000000000184c690 in ?? ()
#13 0x00007fffcb5eec60 in ?? ()
#14 0x0000000000000000 in ?? ()

Dan & Eric are attempting to reporduce this, can you capture the P2P logs next time it crashes?

I keep all data-dirs. Want them?

Offline bytemaster

OK
1a1810e494b7216dbe504e4de536cd70f860376b crashes 2 out of 2 attempts

2b3e00c5a2cbd29f628a8cc3e0a9889a05547775 crashes 0 out of 2 attempts

both are synchronizing with about 1000 blocks/sec and had desired_connections set to 40 (Although until full synchronization only 25 were established).

UPDATE: Actually 2b3e00c5a2cbd29f628a8cc3e0a9889a05547775 crashed. Running with gdb now.

Code: [Select]
(gdb) backtrace
Python Exception <class 'ImportError'> No module named 'gdb':
#0  0x00007ffff6f5c5c8 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1  0x000000000065f4e0 in exception_impl (this=0x1acf2140) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/exception.cpp:28
#2  fc::exception::exception (this=0x13995b50, c=...) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/exception.cpp:98
#3  0x0000000000750225 in bts::net::detail::node_impl::connect_to_task (this=0x1e2bbf0, new_peer=..., remote_endpoint=...) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/net/node.cpp:3167
#4  0x0000000000750326 in operator() (__closure=<optimized out>) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/net/node.cpp:3409
#5  fc::detail::void_functor_run<bts::net::detail::node_impl::connect_to(const fc::ip::endpoint&)::__lambda19>::run(void *, void *) (functor=<optimized out>, prom=0x1b971bb0)
    at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/include/fc/thread/task.hpp:83
#6  0x0000000000672923 in fc::task_base::run_impl (this=this@entry=0x1b971bd8) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/task.cpp:43
#7  0x0000000000672fd5 in fc::task_base::run (this=this@entry=0x1b971bd8) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/task.cpp:32
#8  0x000000000067105b in run_next_task (this=0x184c690) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:398
#9  fc::thread_d::process_tasks (this=this@entry=0x184c690) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:422
#10 0x00000000006712e6 in fc::thread_d::start_process_tasks (my=25478800) at /home/emski/bitsharesnodeTock/bitsharesx/libraries/fc/src/thread/thread_d.hpp:378
#11 0x0000000000d5c3fe in make_fcontext ()
#12 0x000000000184c690 in ?? ()
#13 0x00007fffcb5eec60 in ?? ()
#14 0x0000000000000000 in ?? ()

Dan & Eric are attempting to reporduce this, can you capture the P2P logs next time it crashes?
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 emski

  • Hero Member
  • *****
  • Posts: 1282
    • View Profile
    • http://lnkd.in/nPbhxG
The crash with 2b3e00c5a2cbd29f628a8cc3e0a9889a05547775 looks easy to reproduce - 2 out of 4 attempts crashed.
I only need to increase desired_connections.