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

Pages: 1 2 [3] 4 5
31
General Discussion / Re: October 5 Test Network
« on: October 07, 2015, 02:11:13 pm »
spectral updated to latest master


Code: [Select]
366235ms th_a       application.cpp:388           handle_block         ] Got block #54845 with time 2015-10-07T14:06:06 from network with latency of 236 ms from init1
369000ms th_a       witness.cpp:182               block_production_loo ] Not producing block because it isn't my turn
369181ms th_a       application.cpp:388           handle_block         ] Got block #54846 with time 2015-10-07T14:06:09 from network with latency of 182 ms from init10
375000ms th_a       witness.cpp:176               block_production_loo ] Generated block #54848 with timestamp 2015-10-07T14:06:15 at time 2015-10-07T14:06:15
375031ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375034ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375037ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375039ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375040ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375042ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375043ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375044ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375045ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375047ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375049ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375086ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375109ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375110ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375127ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375141ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375141ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375143ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375147ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375192ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375209ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375214ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375220ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375248ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375289ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375290ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375350ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375600ms th_a       application.cpp:518           get_item             ] Serving up block #54848
375840ms th_a       application.cpp:518           get_item             ] Serving up block #54848
378000ms th_a       witness.cpp:182               block_production_loo ] Not producing block because it isn't my turn
378179ms th_a       application.cpp:388           handle_block         ] Got block #54849 with time 2015-10-07T14:06:18 from network with latency of 180 ms from init5
381000ms th_a       witness.cpp:182               block_production_loo ] Not producing block because it isn't my turn

And I have a few of questions concerning this output:

1. Is it normal that serving up block is repeated so many times, and is that the output indicating that my witness is producing a block?

2. How can I check if my feeds are transacted correctly?

3. Can somebody check how my latency is doing compared to other witnesses?

32
General Discussion / Re: October 5 Test Network
« on: October 07, 2015, 12:52:11 pm »
Quote from: Bhuz on October 07, 2015, 12:48:42 pm
Quote from: Spectral on October 07, 2015, 12:27:53 pm
How can I see my own latency?

On the witness_node you should see at the end of the Got block line
for example:
Code: [Select]
2796111ms th_a       application.cpp:388           handle_block         ] Got block #53313 with time 2015-10-07T12:46:36 from network with latency of 110 ms from init9
2799000ms th_a       witness.cpp:182               block_production_loo ] Not producing block because it isn't my turn
2799568ms th_a       application.cpp:388           handle_block         ] Got block #53314 with time 2015-10-07T12:46:39 from network with latency of 567 ms from in.abit
2802000ms th_a       witness.cpp:182               block_production_loo ] Not producing block because it isn't my turn
2802111ms th_a       application.cpp:388           handle_block         ] Got block #53315 with time 2015-10-07T12:46:42 from network with latency of 109 ms from init4

Is that my own witness latency? I thought that was the latency of the others.

Or maybe it is composite latency...

33
General Discussion / Re: October 5 Test Network
« on: October 07, 2015, 12:27:53 pm »
Quote from: bytemaster on October 07, 2015, 12:13:28 pm
If you are are seeing very high latency try restarting your witness to see if it lowers your latency.

How can I see my own latency?

34
General Discussion / Re: October 5 Test Network
« on: October 07, 2015, 11:10:22 am »
Quote from: Spectral on October 07, 2015, 10:38:45 am
Should I do something? restart/reinstall?

Ok, I must have been stuck on a fork. closed the witness node, deleted the object_database and oct5 directories. The witness now starts up and provides normal output.

On calling get_witness it now shows plenty of missed blocks.

Code: [Select]
get_witness spectral
{
  "id": "1.6.38",
  "witness_account": "1.2.73210",
  "last_aslot": 54941,
  "signing_key": "GPH8ZWNd9K82gPqKVDbkK8etaYTBMQ3ME3MTQ6HqF586ZbMLrZ5DH",
  "pay_vb": "1.13.64",
  "vote_id": "1:49",
  "total_votes": "7827836627013",
  "url": "bitspace.no",
  "total_missed": 507,
  "last_confirmed_block_num": 51294
}

Don't take this the wrong way, I'm certainly not complaining, but anyone on the proper chain could've easily checked that calling get_witness on spectral. So I guess I should have asked someone to check that. Something to remember for later.

35
General Discussion / Re: October 5 Test Network
« on: October 07, 2015, 10:38:45 am »
Quote from: liondani on October 07, 2015, 10:15:44 am
have the same problem....
I have deleted "oct5" folder  and "object_database" and tried again but same results....  (could it be the router's firewall?)

I think a core dev or someone with intimate insight into the code needs to assess this output, e.g. @bytemaster...

Quote from: Bhuz
Are yours latency good?

How can I see the latency of my own witness or the others? (see my output, it has no info on that anymore)

36
General Discussion / Re: October 5 Test Network
« on: October 07, 2015, 09:57:47 am »
I'm still getting alot of errors in the witness output, but 0 missed blocks on 'get_witness spectral'

Here is some output (see also https://drive.google.com/file/d/0BzEEZBS7b6xPSVR5cmpaOXduUzA/view?usp=sharing)
Code: [Select]
3326001ms th_a       witness.cpp:182               block_production_loo ] Not producing block because it isn't my turn
3326003ms th_a       fork_database.cpp:57          push_block           ] Pushing block to fork database that failed to link: 00008eb40c0906ca30d1951c7a5fafa2a14bbb5e, 36532
3326004ms th_a       fork_database.cpp:58          push_block           ] Head: 37229, 0000916d69b73cf7eafa7dd73a8f3fa4eb828aa2
3326004ms th_a       application.cpp:416           handle_block         ] Error when pushing block:
3080000 unlinkable_block_exception: unlinkable block
block does not link to known chain
    {}
    th_a  fork_database.cpp:79 _push_block

    {"new_block":{"previous":"00008eb3fb9009a4509dd7c20d0623cc7b6abefb","timestamp":"2015-10-06T21:28:03","witness":"1.6.9","transaction_merkle_root":"0000000000000000000000000000000000000000","extensions":[],"witness_signature":"2021ea9c0723a65d6870f7e91dfdbafcfb6dbb67bf35e1e3ce7ac2fd6fc52ec36700f1295edc88869525b0c9bfee4bd1b20be52d8c260e3a21b0e66a1f9dfc1789","transactions":[]}}
    th_a  db_block.cpp:195 _push_block
3326016ms th_a       application.cpp:699           get_blockchain_synop ] synopsis: ["00008e93a89d2f23dd3c756349ba22f0286add41"]

Should I do something? restart/reinstall?

37
General Discussion / Re: October 5 Test Network
« on: October 06, 2015, 11:52:58 pm »
Price feeds are now enabled every 15min on witness 'spectral'.

But I'm seeing strange output from the witness-node. I have a ~100K log file here, if that is of interest, @bytemaster
https://drive.google.com/file/d/0BzEEZBS7b6xPSVR5cmpaOXduUzA/view?usp=sharing

Btw, have you guys seen the latencies on the BTS1 network? Up to 10 seconds at worst. Is the network under attack or what's going on?
http://bitsharesblocks.com/delegates

38
General Discussion / Re: October 5 Test Network
« on: October 06, 2015, 10:33:51 pm »
Quote from: Spectral on October 06, 2015, 09:47:04 pm
Quote from: bytemaster on October 06, 2015, 09:08:19 pm
Is your wallet unlocked when you make those calls?
Good question. I think it must have been unlocked, because I made the call right after the transfer, otherwise I would get an error message on the transfer call?

@bytemaster. Another piece of info: I just remembered that recently, before this whole mess, I made a transfer call where I reversed the parameters, so that I did
Code: [Select]
transfer  20000  CORE  <from>  <to>  "memo"
and it returned an ugly error message that I didn't log. I don't know if this might have influenced the wallet state. Is there a way to check if the wallet or keys have become corrupted somehow?

39
General Discussion / Re: October 5 Test Network
« on: October 06, 2015, 09:47:04 pm »
Quote from: bytemaster on October 06, 2015, 09:08:19 pm
Is your wallet unlocked when you make those calls?
Good question. I think it must have been unlocked, because I made the call right after the transfer, otherwise I would get an error message on the transfer call?

It seems that the issue is repeatable, I am making the call right now and getting the same output:

Code: [Select]
unlocked >>> get_account_history spectral 100
get_account_history spectral 100
2174484ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k not in this wallet.
    {"k":"GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k"}
    th_a  wallet.cpp:2314 operator()
2174502ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw not in this wallet.
    {"k":"GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw"}
    th_a  wallet.cpp:2314 operator()
2174515ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k not in this wallet.
    {"k":"GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k"}
    th_a  wallet.cpp:2314 operator()
2174545ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw not in this wallet.
    {"k":"GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw"}
    th_a  wallet.cpp:2314 operator()
2015-10-06T21:24:00 asset_publish_feed_operation spectral fee: 1 CORE
2015-10-06T21:24:00 asset_publish_feed_operation spectral fee: 1 CORE
2015-10-06T21:24:00 asset_publish_feed_operation spectral fee: 1 CORE
2015-10-06T21:24:00 asset_publish_feed_operation spectral fee: 1 CORE
2015-10-06T20:51:09 Transfer 20000 CORE from spectral to triox-delegate -- could not decrypt memo   (Fee: 20.89843 CORE)

It would be interesting to know if the transfer went through, and the account history from triox-delegate. Maybe I've messed up something...

I made a test transfer to you Dan, with the following output:

Code: [Select]
transfer spectral dan 10 CORE "testmessage" true
{
  "ref_block_num": 36654,
  "ref_block_prefix": 724632219,

and the same problem in the account history, I can't decrypt the memo.

Code: [Select]
get_account_history spectral 100
2535952ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH8JvEXv853AzosCgJEpHLDreNG3pDwr9uxYeA86cL587ooKLmJG not in this wallet.
    {"k":"GPH8JvEXv853AzosCgJEpHLDreNG3pDwr9uxYeA86cL587ooKLmJG"}
    th_a  wallet.cpp:2314 operator()
2535956ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k not in this wallet.
    {"k":"GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k"}
    th_a  wallet.cpp:2314 operator()
2535972ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw not in this wallet.
    {"k":"GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw"}
    th_a  wallet.cpp:2314 operator()
2535981ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH8JvEXv853AzosCgJEpHLDreNG3pDwr9uxYeA86cL587ooKLmJG not in this wallet.
    {"k":"GPH8JvEXv853AzosCgJEpHLDreNG3pDwr9uxYeA86cL587ooKLmJG"}
    th_a  wallet.cpp:2314 operator()
2535987ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k not in this wallet.
    {"k":"GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k"}
    th_a  wallet.cpp:2314 operator()
2536015ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw not in this wallet.
    {"k":"GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw"}
    th_a  wallet.cpp:2314 operator()
2015-10-06T21:41:36 Transfer 10 CORE from spectral to dan -- could not decrypt memo   (Fee: 20.89843 CORE)
2015-10-06T21:24:00 asset_publish_feed_operation spectral fee: 1 CORE
2015-10-06T21:24:00 asset_publish_feed_operation spectral fee: 1 CORE
2015-10-06T21:24:00 asset_publish_feed_operation spectral fee: 1 CORE
2015-10-06T21:24:00 asset_publish_feed_operation spectral fee: 1 CORE
2015-10-06T20:51:09 Transfer 20000 CORE from spectral to triox-delegate -- could not decrypt memo   (Fee: 20.89843 CORE)

Additional information: I also tried publishing a price feed through xeroc's script and that returned no error message.

And witness shows no missed blocks.

40
General Discussion / Re: October 5 Test Network
« on: October 06, 2015, 08:57:48 pm »
Quote from: triox on October 06, 2015, 08:27:10 pm
triox-delegate requesting core asset for registration.

4core/16GB/120GB SSD physical rig.

Code: [Select]
transfer spectral triox-delegate 20000 CORE "nice specs" true
{
  "ref_block_num": 35854,


For some reason a subsequent call to the 'get_account_history' function returns some errors concerning the memo... is this normal?

Code: [Select]
get_account_history spectral 100
3353392ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k not in this wallet.
    {"k":"GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k"}
    th_a  wallet.cpp:2314 operator()
3353410ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw not in this wallet.
    {"k":"GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw"}
    th_a  wallet.cpp:2314 operator()
3353416ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k not in this wallet.
    {"k":"GPH8jnprUyAGGJ4M2HGD1kKNN5NgE85anQEdsvrFpLX4nvQ4CxA2k"}
    th_a  wallet.cpp:2314 operator()
3353443ms th_a       wallet.cpp:2321               operator()           ] Error when decrypting memo: 10 assert_exception: Assert Exception
wallet._keys.count(op.memo->to): Memo is encrypted to a key GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw not in this wallet.
    {"k":"GPH7B4bszRYW5SKGFUKuM6ta95MUR81ZsjUTyxLAn4Pezu5Ck9xsw"}
    th_a  wallet.cpp:2314 operator()

41
General Discussion / Re: October 5 Test Network
« on: October 06, 2015, 08:25:44 pm »
Quote from: Thom on October 06, 2015, 08:07:11 pm
I've missed every block so far. Could it be a network latency issue, or is is about what most of you are seeing?

That does not seem normal. I currently have 0 missed blocks. Did you start up the witness with the correct witness ID and keys in the ini file?

Edit: Or, what Bhuz wrote.

42
General Discussion / Re: October 5 Test Network
« on: October 06, 2015, 05:41:06 pm »
Quote from: Thom on October 06, 2015, 05:22:51 pm
How can I see what Dan's slate is from the cli_wallet interface?

I think this

Code: [Select]
get_account dan

43
General Discussion / Re: October 5 Test Network
« on: October 06, 2015, 03:34:13 pm »
Quote from: Thom on October 06, 2015, 03:22:47 pm
Witness delegate.verbaltech is ready to start producing blocks if I can get some votes...

I would like to send a few votes your way! However, I remember @bytemaster saying something about the need to vote for the total number of witnesses you want to allow..? Until I figure out exactly what I need to be doing when voting, I have my votes proxied to dan.

44
General Discussion / Re: October 5 Test Network
« on: October 06, 2015, 08:53:46 am »
Please vote for witness 'spectral'    (Ubuntu 14.04, 2 Cores, 4GB RAM, 100 GB SSD)

Also, I assume we want as many users as possible to vote. I would like to place some votes, and I find that there is a certain threshold in knowledge and time expenditure to get started on this. Is there a guide for voters somewhere? For example, how can I get a quick overview of all registered witnesses?

45
General Discussion / Re: October 5 Test Network
« on: October 06, 2015, 01:07:13 am »
Finally, witness is up! Please vote for witness 'spectral'

Code: [Select]
get_witness spectral
{
  "id": "1.6.38",
  "witness_account": "1.2.73210",
  "last_aslot": 0,
  "signing_key": "GPH8ZWNd9K82gPqKVDbkK8etaYTBMQ3ME3MTQ6HqF586ZbMLrZ5DH",
  "vote_id": "1:49",
  "total_votes": 0,
  "url": "bitspace.no",
  "total_missed": 0,
  "last_confirmed_block_num": 0
}

This witness is running on a "dedicated" VPS located in Oslo, Norway.

Specs:
Ubuntu 14.04
2 cores
4 GB RAM
100 GB SSD

Vote me in, and tomorrow I will focus on setting up price feeds.

I think my problem earlier was that I was connected to a private chain all by myself when I first created the witness, and later, when I joined the slightly more popular chain, it was like I had never been there! The only syntax difference I could find from the log was that I used port 2001 on the seed node instead of 2005, SAME IP!!! Sneaky little bug there! :)

And if someone wants some CORE, I finally have access to some.

Oh, and
Code: [Select]
set_voting_proxy spectral dan true

Pages: 1 2 [3] 4 5

Page created in 0.023 seconds with 20 queries.