Quote from: rnglab on October 10, 2015, 06:37:22 am

Quote from: triox on October 10, 2015, 06:26:31 am

Quote from: rnglab on October 10, 2015, 05:52:43 am

Is @triox running the webwallet node? he is the only witness on that chain.  Stuck ~2000 blocks behind so far

I'm not running it.

I'm back on the main chain now.

Thanks for the fast answer. Could you share your log? It might help as it seems that only you and the wallet node gone into that fork. did you have to replay or resync blockchain or it just recovered alone? on what commit are you running your witness?

Your post was the first thing I saw after waking up, so thanks : ) 
I recovered by - first - springing out of bed, then deleting the blockchain folder and starting with --replay-blockchain.
I'm on

Code: [Select]

git describe --tags
test6-30-g7fe0e64

Code: [Select]

commit 7fe0e64a5e38df88c5dea32ae35f371e5c425010
Author: Eric Frias <efrias@syncad.com>
Date:   Fri Oct 9 11:42:56 2015 -0400
Tell me what to look for in the logs.

You are 11 commits behind last master. Can't say if that's related with your witness not recovering from a fork.

You can look inside your datadir/logs/p2p/p2p.log.20151010T040000
maybe searching for block 120718 can help to see if there's a relation, that's where the webwallet node got stuck.

Or see if there's any error message near 2015-10-10T04:24:15

I still understand just a fraction of what logs say but this might help devs to debug this issue.

Quote from: bytemaster on October 10, 2015, 04:07:00 am

The price ratio of either the settlement price or the core exchange rate is inverted.   In effect what is going on is this:

Settlement price:    X  USD / CORE 
Core Exchange Rate:  Y CORE / USD

The requirement enforced by the transaction is that both prices must be in the same orientation.

Based on your feedback, I made some workaround changes to xeroc's script pricefeeds.py (until he is back to fix the script) and it seems to work.

Witnesses, please try out the changes and see if they work for you.

Code: [Select]

line 478:

  #availableAssets = [ core_symbol, "BTC" ]
  #for coin in availableAssets :
  # if float(result[coin.lower()+"cny"]["ticker"]["last"]) < config.minValidAssetPrice:
  #  print("Unreliable results from yunbi for %s"%(coin))
  #  continue
  # price["CNY"][ coin ].append(float(result[coin.lower()+"cny"]["ticker"]["last"]))
  # volume["CNY"][ coin ].append(float(result[coin.lower()+"cny"]["ticker"]["vol"])*config.yunbi_trust_level)

line 415: disable all exchanges except yunbi and poloniex.  BTW, btc38 is returning a 'failed' message.

 #mythreads["yahoo"]    = threading.Thread(target = fetch_from_yahoo)
 mythreads["yunbi"]    = threading.Thread(target = fetch_from_yunbi)
 #mythreads["btc38"]    = threading.Thread(target = fetch_from_btc38)
 #mythreads["bter"]     = threading.Thread(target = fetch_from_bter)
 mythreads["poloniex"] = threading.Thread(target = fetch_from_poloniex)
 #mythreads["bittrex"]  = threading.Thread(target = fetch_from_bittrex)
 #mythreads["btcavg"]   = threading.Thread(target = fetch_bitcoinaverage)

line 362: enables only USD and BTC

 #_all_bts_assets = ["CNY", "BTC", "EUR", "USD"]
 _all_bts_assets = ["USD", "BTC"]
 #_bases =["CNY", "USD", "BTC", "EUR"]
 _bases =["USD", "BTC"]
 #_yahoo_base  = ["USD","EUR", "CNY"]
 _yahoo_base  = ["USD", "BTC"]
 #_yahoo_quote = ["USD","EUR", "CNY"]
 _yahoo_quote = ["USD", "BTC"]


Edit: The Graphene webwallet node (graphene.bitshares.org) seems to be in a fork.

thank you for the update cube, I'll test it in a while. Indeed webwallet node seems to be in a fork.

Is @triox running the webwallet node? he is the only witness on that chain.  Stuck ~2000 blocks behind so far

I started on the light wallet's translation , but I I need to be able to see the words in the context . Some of them might sound ridiculous when translated out of context.   Is there any way to see the results - like a preview mode. thanks

Hi @bitsacer you mean the web wallet?  graphene-ui project on transifex? If thats you, great work : )
I've reviewed Turkish translation and created a pull request on github, we should see Turkish languate on graphene.bitshares.org on next update (you might have to clear your browser cache to see it)

As for being able to see the words in context, I could fork graphene-ui with transifex translations included, and deploy it on a vps running a local testnet. But I think I can use those resources and time on other tasks because graphene-ui development is going pretty fast and we will see Turkish language on graphene.bitshares.org pretty soon. Then you check your translation in context and modify whatever you want on transifex to be applied on the  next update. That's how I'm doing the Spanish translation.

Let me know if I can help you.

Help files are in help/ folder of graphene-ui repo. They are static files so no need to fetch them on the fly.
We are using markdown (.md files) so it's very easy to edit them - you don't even need to know html. Also github shows .md files prerendered - this makes it very easy to browse and edit them. Here is an example https://github.com/cryptonomex/graphene-ui/blob/master/help/en/index.md
I'm very doubtful that external translation tool like Transifex would be helpful here - it just adds complexity..

As I see it, once the complex part is ready, the benefits of having all the essential content focused on a single platform that is designed for collaborative continuous internationalization can be huge.  A worker proposal could fund Language Coordinators for the most relevant languages and the value added to the network could be very significant. Ecosystem and it's contents will be constantly growing and changing.

It's already implemented for bitshares.org and docs.bitshares.eu. Also for non github users it's being pretty easy and motivating to translate graphene-ui on transifex. We already have Turkish, Italian and Spanish volunteers working on it pretty fast, with no need to compare or merge locale files to match keys or having to learn github at all. When locale-en.js is committed, changes are pulled from raw github, applied on transifex and translators notified. If a finished translation is not on github or it's incomplete there, I'll manually make a push request.

I like the approach of taking graphene-ui help content directly from github markdown pages.
 In that case, it wouldn't be problematic to automate pushes from pages translated and reviewed, nor pulling pages from github when they change, as there's no code interaction beyond links. We have a set of rules  to define if and how strings can be translated.

It's not so complex either: http://docs.transifex.com/integrations/github/

If you agree I can implement that integration on a fork so you can decide if it is worth. My goal is not to interfere in the development process at all. On the contrary i'd like to achieve an integration that let devs released from localization process, and at the same time making this process simpler and unified at one place.

periodically this msg:

Code: [Select]

597589ms th_a       application.cpp:425           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":71004,"head":72258,"max_size":37}
    th_a  fork_database.cpp:71 _push_block

    {"new_block":{"previous":"0001155bb592a4a8a15edca185dfaa328227e3d4","timestamp":"2015-10-08T07:09:57","witness":"1.6.17","transaction_merkle_root":"0000000000000000000000000000000000000000","extensions":[],"witness_signature":"2051b143c9581670b9e5155a9c6de976ed9da95001e21f937abece464f5938a3c829b8e1e74adbdbc5dad43fee6546d3bbbeb49756cbac270002ae03e33baea66e","transactions":[]}}
    th_a  db_block.cpp:197 _push_block


Code: [Select]

702659ms th_a       application.cpp:425           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":71007,"head":72283,"max_size":32}
    th_a  fork_database.cpp:71 _push_block

    {"new_block":{"previous":"0001155e93cb0255cde3f5ea32d3c8b4f289a9fd","timestamp":"2015-10-08T07:11:42","witness":"1.6.17","transaction_merkle_root":"d828ee5a36ba9cc670ff5032f35fe9aed2060e16","extensions":[],"witness_signature":"1f7b008386cc0b839f93f7b1205ef6576c56124f53a822732314e0272c025a89456b0a4ab5090d480af0cc19a292285dcb8ac0cdc9cab4b127d250ad932514e594","transactions":[{"ref_block_num":5470,"ref_block_prefix":1426246547,"expiration":"2015-10-08T07:11:27","operations":[[19,{"fee":{"amount":100000,"asset_id":"1.3.0"},"publisher":"1.2.39026","asset_id":"1.3.285","feed":{"settlement_price":{"base":{"amount":3330975,"asset_id":"1.3.285"},"quote":{"amount":1000000000,"asset_id":"1.3.0"}},"maintenance_collateral_ratio":1750,"maximum_short_squeeze_ratio":1500,"core_exchange_rate":{"base":{"amount":1000000000,"asset_id":"1.3.0"},"quote":{"amount":3330975,"asset_id":"1.3.285"}}},"extensions":[]}]],"extensions":[],"signatures":["1f6211b4dc0851f0c1ade14a840c5dc675390eb497ee1c622fdf5699184458b5cc239b10f2ea6c40c55d3d4576da7f6506f44caae2466d54ce9089ac3498fe815e"],"operation_results":[[0,{}]]},{"ref_block_num":5470,"ref_block_prefix":1426246547,"expiration":"2015-10-08T07:11:27","operations":[[19,{"fee":{"amount":100000,"asset_id":"1.3.0"},"publisher":"1.2.39026","asset_id":"1.3.218","feed":{"settlement_price":{"base":{"amount":21157829,"asset_id":"1.3.218"},"quote":{"amount":1000000000,"asset_id":"1.3.0"}},"maintenance_collateral_ratio":1750,"maximum_short_squeeze_ratio":1500,"core_exchange_rate":{"base":{"amount":1000000000,"asset_id":"1.3.0"},"quote":{"amount":21157829,"asset_id":"1.3.218"}}},"extensions":[]}]],"extensions":[],"signatures":["1f6b972c400697919c695057e8fd3c4dec36301d08d7eaecec7fd51f495034ec3b3624d1ee5e3d69821878bf08e70f7168f9a259df6e88fb9b69cfaf49dbd25a76"],"operation_results":[[0,{}]]},.........//..............
seems to be the same witness  "witness":"1.6.17"
edit: sometimes also 1.6.23 / 1.6.29   

may it be an issue with ntp? what's the output of ntpq -p
just guessing,  you can try service ntp reload and then resync

I could help for turkish translation. Can someone send me the link here please. I was just thinking about the effectiveness of short videos like the ones Salman Khan does on Khan Academy. Many people will have hard time comprehending totally what such things like a witness or a delegate are and what they do . Short videos  each couple of minutes would really help people  understand basic terminology and the functions .

@bitsacer, are you dairemerkezi on Transifex? If so you are doing it great job translating graphene-ui into Turkish, we should grant  Reviewer permissions.

Same to inarizushi Transifex user wtth French translation. If you read this please let me know so we can keep in touch.

Remember that changes on translation source file are pulled once a day from github.com/graphene-ui.
You can click on Watch Project from the source file page of the project to get notified each time new strings comes from github (https://www.transifex.com/bitshares/graphene-ui/content/)

When translations get completed and reviewed I'll be pushing them to github. Reviewers and Language Coordinators can do that themselves if they want.

I'm glad to see more people joining

Quote from: rnglab on October 08, 2015, 12:41:12 am

what commands did you use to update graphene today?

I did

Code: [Select]

git checkout master
git pull
git submodule update --init --recursive
BOOST_ROOT=$HOME/opt/boost_1_57_0
cmake -DBOOST_ROOT="$BOOST_ROOT" -DCMAKE_BUILD_TYPE=Release .
make

then

- backuped up config.ini
- deleted oct5 and object_database
- started witness
- quit witness
- copied config.ini into oct5
- started witness

you might be on a previous commit as ElMato posted just above. Look on which commit you are with git show and follow ElMato steps after updating (remove object_database,  start with a new datadir and resync)

Quote from: rnglab on October 07, 2015, 06:58:34 pm

Quote from: bytemaster on October 07, 2015, 01:11:40 pm

bitshares-argentina  can you please let me know if you have changed your software in any way because it appears your node is consistently producing blocks even though you are not in the set of active witnesses.

Everyone else, please update your witness to the latest master before block 58500  (about 4 hours).

Hi dan, I didn't change anything. Neither played with uncommon settings as far as I remember . 

Running from master branch with last commit db84a492b9a2cf290f92a3987b59c11808138d56

How can I help debugging?

Can you post your config file and command line arguments.

./witness_node -d oct5-2 --genesis-json oct5-genesis.json -s "104.236.51.238:2005"

# Enable block production, even if the chain is stale.
enable-stale-production = false

# Percent of witnesses (0-99) that must be participating in order to produce blocks
required-participation = false

# ID of witness controlled by this node (e.g. "1.6.5", quotes are required, may specify multiple times)
witness-id = "1.6.37"

# Tuple of [PublicKey, WIF private key] (may specify multiple times)
private-key = ["GPH7vyDvX1dxcPvXs63A4cctf8ZFRcb7a3QGWoQYdX6ckuKJonbyx","5Kxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"]

updated but not producing blocks. Now when I dump_private_keys there's no priv key for the signing key. I'll try on a new wallet.