October 5 Test Network

[liondani]

Use the seed node 188.165.233.53:1777

that helped me to sync the chain!
Thanks,

Can somebody mention more seed nodes? So we are not depended on a single seed node?
How can we run a dedicated seed-node and give them a specific port available to others? (without using it for block production)

[Spectral]

Witness spectral stopped producing blocks and started producing error messages at the witness output. Here is a log from the screen buffer of the witness output:

https://drive.google.com/file/d/0BzEEZBS7b6xPUnJvQXFZUHZQZW8/view?usp=sharing

Did this also happen to the others?

I deleted oct5 and object_database, restarted witness, and it's back to producing blocks and price feed.

[bytemaster]

here is my automatic failover script powered by xerocs python-graphenelib.  I am a noob at teh programming, and if I did anything wrong I would love the feedback.

Code: [Select]

#!/usr/bin/env python
# -*- coding: utf-8 -*-

import sys
import json
from grapheneapi import GrapheneWebsocket, GrapheneWebsocketProtocol
import time
import config

rpc = GrapheneWebsocket("localhost", 8092, "", "")
publickeys = config.publickeys
witnessname = config.witnessname


def getmissed(witnessname):
    witness = rpc.get_witness(witnessname)
    missed = witness["total_missed"]
    return missed

missed = getmissed(config.witnessname)


def switch(witnessname, publickeys, missed):
    keynumber = missed % len(publickeys)
    key = publickeys[keynumber]
    rpc.update_witness(witnessname, "", key, "true")
    print("witness down switching to " + key)
print ("Nothing in this window will change unless a block is missed")

while True:
    if missed < getmissed(config.witnessname):
        missed = getmissed(config.witnessname)
        switch(witnessname, publickeys, missed)
    else:
        time.sleep(3)
You need to add two lines to your config.py file.  witnessname as a string and publickeys as strings in a tuple of the public keys you want to switch between.  those lines look like this in my case.

Code: [Select]

witnessname = "dele-puppy"
publickeys = ("GPH75xxKG4ZeztPpnhmFch99smunUWMvDy9mB6Le497vpAA3XUXaD", "GPH8Sj81ncf8PK5QwJZvhWsvwp6m4bXzTFvp4bKycNNFvHaJpZSnH")

The wallet this script is running through needs to be unlocked, and must contain the owner key (I think its the owner key, rather than the active key) of the witness.

Nice!

I would not assume that all missed blocks are the fault of your witness or an indication that you need to switch nodes.    I would probably use the "last_confirmed_block_num" property on the witness and only switch if it is more than 3 rounds behind the head block number.

[twitter]

bue has updated to latest master with 28 new commits

[EkremH]

Is there any possibility to get market history or how to get asks/bids. I tried with get_market_history but there always is an empty array []

[betax]

Many delegates went in a big minor fork (~35% partecipations) and also spartako and spartako_bot

I removed the blockchain and resynced with the main chain using this seed node:
188.165.233.53:1777

This is the error then I found:

Code: [Select]

3080000 unlinkable_block_exception: unlinkable block
block does not link to known chain
    {}
    th_a  fork_database.cpp:78 _push_block

    {"new_block":{"previous":"00018aeac52ac578eead894ddaefb832bab051d0","timestamp":"2015-10-09T10:10:21","witness":"1.6.19","transaction_merkle_root":"0000000000000000000000000000000000000000","extensions":[],"witness_signature":"1f6a191cc3c9f8ea6d06f1e3546931a35873961b0b0defe5689a35de504c448ddc3818793a52abbe65da08faa70b5700df2c13088629dd9c1c43a13a2f3ac9fc8c","transactions":[]}}
    th_a  db_block.cpp:197 _push_block
901261ms th_a       fork_database.cpp:57          push_block           ] Pushing block to fork database that failed to link: 00018aec0d81d4f086eaffcecc9a028749483c49, 101100
901262ms th_a       fork_database.cpp:58          push_block           ] Head: 101115, 00018afb2ccf99a7986cf678b67613061ba56d0f
901262ms th_a       application.cpp:429           handle_block         ] Error when pushing block:
3080000 unlinkable_block_exception: unlinkable block
block does not link to known chain
    {}


syncing from 104.236.51.238:2005 with latest master witout any problem
it requires a bit patience until it stops writing

Code: [Select]

1831000ms th_a       witness.cpp:179               block_production_loo ] Not producing block because production is disabled until we receive a
 recent block (see: --enable-stale-production)
1832000ms th_a       witness.cpp:179               block_production_loo ] Not producing block because production is disabled until we receive a
 recent block (see: --enable-stale-production)

and starts syncing.

I have been hours trying to sync with that...

@spartako thanks for the seed node 188.165.233.53:1777 !!

[theoretical]

When I try to connect the cli_wallet to my local witness node it crashes with the following segfault:

Code: [Select]


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff4f86700 (LWP 7101)]
0x0000000000ed7d98 in websocketpp::processor::hybi13<fc::http::detail::asio_with_stub_log>::consume(unsigned char*, unsigned long, std::error_code&) ()
(gdb) backtrace
#0  0x0000000000ed7d98 in websocketpp::processor::hybi13<fc::http::detail::asio_with_stub_log>::consume(unsigned char*, unsigned long, std::error_code&) ()

All it needs for me is run

Code: [Select]

  ./programs/cli_wallet/cli_wallet -s ws://127.0.0.1:8090  (which gets stuck after wdata.ws_user:  wdata.ws_password:)

Filed as https://github.com/cryptonomex/graphene/issues/365 , seems to be due to upstream https://github.com/zaphoyd/websocketpp/issues/395

[Bhuz]

I'm planning 100 TPS test at 10/9 21:00 (about 4 hours after the next hardfork). Is it reasonable?

Could you do it a couple of hours earlier?

[Xeldal]

xeldal is updated to master

[alt]

out of sync, here is the message from console

Code: [Select]

1620572ms th_a       application.cpp:432           handle_block         ] Error when pushing block:
10 assert_exception: Assert Exception
item->num > std::max<int64_t>( 0, int64_t(_head->num) - (_max_size) ): attempting to push a block that is too old
    {"item->num":101080,"head":101594,"max_size":26}
    th_a  fork_database.cpp:71 _push_block

    {"new_block":{"previous":"00018ad7f147314df8c447b22372334d234a0a34","timestamp":"2015-10-09T10:09:12","witness":"1.6.31","transaction_merkle_root":"caf15e1e8bc32121
d59466e207d7ff1d6096775b","extensions":[],"witness_signature":"1f572637a607a85deada8e2af3e482083a80137e1d32865882b6c0c5c5ab44aff73b03f2da3854556a70dd4503b16a6611b61f1b9
05e409fd90d912b2098c9b17d","transactions":[{"ref_block_num":35543,"ref_block_prefix":1295075313,"expiration":"2015-10-09T10:09:39","operations":[[33,{"fee":{"amount":10
0000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":800000000,"asset_id":"1.3.0"}}]],"extensions":[],"signatures":["2010951608daa
e48abcc6a9c9c6c43fe449803bf4af875602c02556915d9c680e32d808c391b128858f7e9f72b6d0dfd54036abe2852eabba55f3d479ebd0ee25f"],"operation_results":[[0,{}]]}]}}
    th_a  db_block.cpp:197 _push_block
1620573ms th_a       application.cpp:432           handle_block         ] Error when pushing block:
10 assert_exception: Assert Exception
item->num > std::max<int64_t>( 0, int64_t(_head->num) - (_max_size) ): attempting to push a block that is too old
    {"item->num":101081,"head":101594,"max_size":26}
    th_a  fork_database.cpp:71 _push_block

    {"new_block":{"previous":"00018ad8150b29e0a9278acb90fe7c592f4ec15c","timestamp":"2015-10-09T10:09:15","witness":"1.6.35","transaction_merkle_root":"0000000000000000
000000000000000000000000","extensions":[],"witness_signature":"202d638e8938d8fde6e107105b4e95edc26068af86d68894199480ae6dbb7d16052e8ec457759e5b70f3866bfd6afcb1d8f2e5526
bb17af292fbb56d1542058ce8","transactions":[]}}
    th_a  db_block.cpp:197 _push_block
1620574ms th_a       application.cpp:432           handle_block         ] Error when pushing block:
10 assert_exception: Assert Exception
item->num > std::max<int64_t>( 0, int64_t(_head->num) - (_max_size) ): attempting to push a block that is too old
    {"item->num":101082,"head":101594,"max_size":26}
    th_a  fork_database.cpp:71 _push_block



[Thom]

What is happening? I'm not seeing regular updates in the witness. I did see this:

1586211ms th_a       application.cpp:529           get_item             ] Couldn't find block 00018ad
87629d33a99b65f537b4ddbb1af721828 -- corresponding ID in our chain is 00018ad87629d33a99b65f537b4ddbb
1af721828

Did the chainID change without an announcement of a new test?

I have not stopped the witness since I updated the binaries. It was fine a few minutes ago, but now nothing.

[Thom]

I updated last night at 9PM, so I am ready for the hard fork. Witness is working again on the original keys. Not sure why I can't switch to new keys with update_witness as I did on Wednesday, but I'll find out why after this morning's mumble.

I missed only 1 block since 9PM last night.

[xeroc]

could the witnesses please give their opinion on this matter?
https://bitsharestalk.org/index.php/topic,18831.0.html

[jtme]

Many delegates went in a big minor fork (~35% partecipations) and also spartako and spartako_bot

I removed the blockchain and resynced with the main chain using this seed node:
188.165.233.53:1777

This is the error then I found:

Code: [Select]

3080000 unlinkable_block_exception: unlinkable block
block does not link to known chain
    {}
    th_a  fork_database.cpp:78 _push_block

    {"new_block":{"previous":"00018aeac52ac578eead894ddaefb832bab051d0","timestamp":"2015-10-09T10:10:21","witness":"1.6.19","transaction_merkle_root":"0000000000000000000000000000000000000000","extensions":[],"witness_signature":"1f6a191cc3c9f8ea6d06f1e3546931a35873961b0b0defe5689a35de504c448ddc3818793a52abbe65da08faa70b5700df2c13088629dd9c1c43a13a2f3ac9fc8c","transactions":[]}}
    th_a  db_block.cpp:197 _push_block
901261ms th_a       fork_database.cpp:57          push_block           ] Pushing block to fork database that failed to link: 00018aec0d81d4f086eaffcecc9a028749483c49, 101100
901262ms th_a       fork_database.cpp:58          push_block           ] Head: 101115, 00018afb2ccf99a7986cf678b67613061ba56d0f
901262ms th_a       application.cpp:429           handle_block         ] Error when pushing block:
3080000 unlinkable_block_exception: unlinkable block
block does not link to known chain
    {}


syncing from 104.236.51.238:2005 with latest master witout any problem
it requires a bit patience until it stops writing

Code: [Select]

1831000ms th_a       witness.cpp:179               block_production_loo ] Not producing block because production is disabled until we receive a
 recent block (see: --enable-stale-production)
1832000ms th_a       witness.cpp:179               block_production_loo ] Not producing block because production is disabled until we receive a
 recent block (see: --enable-stale-production)

and starts syncing.

[xeroc]

When I try to connect the cli_wallet to my local witness node it crashes with the following segfault:

Code: [Select]


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff4f86700 (LWP 7101)]
0x0000000000ed7d98 in websocketpp::processor::hybi13<fc::http::detail::asio_with_stub_log>::consume(unsigned char*, unsigned long, std::error_code&) ()
(gdb) backtrace
#0  0x0000000000ed7d98 in websocketpp::processor::hybi13<fc::http::detail::asio_with_stub_log>::consume(unsigned char*, unsigned long, std::error_code&) ()
#1  0x0000000000eb92a9 in websocketpp::connection<fc::http::detail::asio_with_stub_log>::handle_read_frame(std::error_code const&, unsigned long) ()
#2  0x0000000000e8af24 in websocketpp::transport::asio::connection<fc::http::detail::asio_with_stub_log::transport_config>::handle_async_read(boost::system::error_code const&, unsigned long) ()
#3  0x0000000000ea1825 in boost::asio::detail::completion_handler<boost::asio::detail::binder2<std::_Bind<std::_Mem_fn<void (websocketpp::transport::asio::connection<fc::http::detail::asio_with_stub_log::transport_config>::*)(boost::system::error_code const&, unsigned long)> (std::shared_ptr<websocketpp::transport::asio::connection<fc::http::detail::asio_with_stub_log::transport_config> >, std::_Placeholder<1>, std::_Placeholder<2>)>, boost::system::error_code, unsigned long> >::do_complete(boost::asio::detail::task_io_service*, boost::asio::detail::task_io_service_operation*, boost::system::error_code const&, unsigned long) ()
#4  0x0000000000ea1a96 in void boost::asio::detail::strand_service::dispatch<boost::asio::detail::binder2<std::_Bind<std::_Mem_fn<void (websocketpp::transport::asio::connection<fc::http::detail::asio_with_stub_log::transport_config>::*)(boost::system::error_code const&, unsigned long)> (std::shared_ptr<websocketpp::transport::asio::connection<fc::http::detail::asio_with_stub_log::transport_config> >, std::_Placeholder<1>, std::_Placeholder<2>)>, boost::system::error_code, unsigned long> >(boost::asio::detail::strand_service::strand_impl*&, boost::asio::detail::binder2<std::_Bind<std::_Mem_fn<void (websocketpp::transport::asio::connection<fc::http::detail::asio_with_stub_log::transport_config>::*)(boost::system::error_code const&, unsigned long)> (std::shared_ptr<websocketpp::transport::asio::connection<fc::http::detail::asio_with_stub_log::transport_config> >, std::_Placeholder<1>, std::_Placeholder<2>)>, boost::system::error_code, unsigned long>&) ()
#5  0x0000000000ea1bc1 in std::_Function_handler<void (boost::system::error_code const&, unsigned long), boost::asio::detail::wrapped_handler<boost::asio::io_service::strand, std::_Bind<std::_Mem_fn<void (websocketpp::transport::asio::connection<fc::http::detail::asio_with_stub_log::transport_config>::*)(boost::system::error_code const&, unsigned long)> (std::shared_ptr<websocketpp::transport::asio::connection<fc::http::detail::asio_with_stub_log::transport_config> >, std::_Placeholder<1>, std::_Placeholder<2>)>, boost::asio::detail::is_continuation_if_running> >::_M_invoke(std::_Any_data const&, boost::system::error_code const&, unsigned long&&) ()
#6  0x0000000000ea2e8d in boost::asio::detail::read_op<boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::stream_socket_service<boost::asio::ip::tcp> >, boost::asio::mutable_buffers_1, boost::asio::detail::transfer_at_least_t, websocketpp::transport::asio::custom_alloc_handler<std::function<void (boost::system::error_code const&, unsigned long)> > >::operator()(boost::system::error_code const&, unsigned long, int) ()
#7  0x0000000000ea344d in boost::asio::detail::reactive_socket_recv_op<boost::asio::mutable_buffers_1, boost::asio::detail::read_op<boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::stream_socket_service<boost::asio::ip::tcp> >, boost::asio::mutable_buffers_1, boost::asio::detail::transfer_at_least_t, websocketpp::transport::asio::custom_alloc_handler<std::function<void (boost::system::error_code const&, unsigned long)> > > >::do_complete(boost::asio::detail::task_io_service*, boost::asio::detail::task_io_service_operation*, boost::system::error_code const&, unsigned long) ()
#8  0x0000000000e2d475 in boost::asio::detail::epoll_reactor::descriptor_state::do_complete(boost::asio::detail::task_io_service*, boost::asio::detail::task_io_service_operation*, boost::system::error_code const&, unsigned long) ()
#9  0x0000000000ee72f6 in fc::asio::default_io_service_scope::default_io_service_scope()::{lambda()#1}::operator()() const ()
#10 0x000000000102fa35 in thread_proxy ()
#11 0x00007ffff774a4a4 in start_thread () from /usr/lib/libpthread.so.0
#12 0x00007ffff5e4912d in clone () from /usr/lib/libc.so.6

All it needs for me is run

Code: [Select]

  ./programs/cli_wallet/cli_wallet -s ws://127.0.0.1:8090  (which gets stuck after wdata.ws_user:  wdata.ws_password:)

Did you find a solution to that problem? It started happening to me last night, and now it won't connect at all (fails with the exact same error, same stack trace every single time).

Still terminating