Messages

[203,096]

Okay the other guys were right, there is an error in watchman when getting an object, I bet someone typed in a comma into their proposal amount maybe? hehehe

"decimal.InvalidOperation: Invalid literal for Decimal: '203,096'"

https://github.com/biblepay/watchman/blob/master/bin/watchman.py#L24
https://github.com/biblepay/watchman/blob/master/lib/models.py#L87
https://github.com/biblepay/watchman/blob/master/lib/models.py#L142

"DataString": "[[\"proposal\",{\"end_epoch\":\"1513805540\",\"name\":\"Help Blue Get A Sanctuary\",\"payment_address\":\"BCrxzSM2kLy8ERww4bch1fesRVFCLv2Tce\",\"payment_amount\":\"203,096\",\"start_epoch\":\"1513805540\",\"type\":1,\"url\":\"http://forum.biblepay.org/index.php?topic=52.0\"}]]",
    "Hash": "14ec3b00c46a8f1090be5bc46100e5df547f5e9ed6c3cba8a75ca72b4a9ef572",

LOL

means we are having another update coming soon ,   


Togo ,  you definitely deserve compensation for your support

At the moment, in my 'normal' wallets, the masternode statuses are a colourful rainbow of:

'enabled'
'pre enabled'
'watchdog expired'
'new start required'

I'm going to get some sleep now. Maybe it will sort itself out in the meantime...

I wish we had some feedback of updates from the project leads  if it's normal and we should just disregard .
We were told the "WAtchdog_Expired"  takes the MN off the queue and voting . 
I had a couple of wins today though.

The differences on mine are pretty expected

Blocks
Difficulty
Keypoololdest
Keypool Size

Code Select Expand

  "version": 1000701,
  "protocolversion": 70712,
  "walletversion": 61000,
  "wallet_fullversion": "1.0.7.1",
  "balance": 0.00000000,
  "privatesend_balance": 0.00000000,
  "retirement_balance": 0,
  "blocks": 22156,
  "timeoffset": 0,
  "connections": 116,
  "proxy": "",
  "difficulty": 623.3720306964408,
  "testnet": false,
  "keypoololdest": 1513488324,
  "keypoolsize": 1008,
  "paytxfee": 0.00000000,
  "relayfee": 0.00010000,
  "errors": ""


I meant the first few lines:

version": 1000701,
  "protocolversion": 70712,
  "walletversion": 61000,
  "wallet_fullversion": "1.0.7.1",

I don't think I did anything differently, but I can say that the first and second one are mine.  So it's possible I borked it but I cannot imagine how.

West , can you  compare getinfo with mine :

Code Select Expand

./biblepay-cli getinfo
{
  "version": 1000701,
  "protocolversion": 70712,
  "walletversion": 61000,
  "wallet_fullversion": "1.0.7.1",
  "balance": 0.00000000,
  "privatesend_balance": 0.00000000,
  "retirement_balance": 0,
  "blocks": 22145,
  "timeoffset": 0,
  "connections": 208,
  "proxy": "",
  "difficulty": 319.8535804163807,
  "testnet": false,
  "keypoololdest": 1513631658,
  "keypoolsize": 1001,
  "paytxfee": 0.00000000,
  "relayfee": 0.00010000,
  "errors": ""

No, I'm just doing the same West did, so we could compare. Maybe someone else can debug it or something.

I don't have enough Linux knowledge to really contribute here, sorry. But if I can do anything to help, just tell me what to do

I've got the same error output :

Code Select Expand

~/.biblepaycore/watchman# venv/bin/python bin/watchman.py
Traceback (most recent call last):
  File "bin/watchman.py", line 244, in <module>
    main()
  File "bin/watchman.py", line 191, in main
    perform_biblepayd_object_sync(biblepayd)
  File "bin/watchman.py", line 24, in perform_biblepayd_object_sync
    GovernanceObject.sync(biblepayd)
  File "lib/models.py", line 87, in sync
    (go, subobj) = self.import_gobject_from_biblepayd(biblepayd, item)
  File "lib/models.py", line 142, in import_gobject_from_biblepayd
    subobj, created = subclass.get_or_create(object_hash=object_hash, defaults=subdikt)
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 4800, in get_or_create
    return query.get(), False
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 3090, in get
    return next(clone.execute())
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 2267, in next
    obj = self.iterate()
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 2253, in iterate
    return self.process_row(row)
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 2331, in process_row
    setattr(instance, column, func(row[i]))
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 1072, in python_value
    return decimal.Decimal(str(value))
  File "/usr/lib/python2.7/decimal.py", line 547, in __new__
    "Invalid literal for Decimal: %r" % value)
  File "/usr/lib/python2.7/decimal.py", line 3873, in _raise_error
    raise error(explanation)
decimal.InvalidOperation: Invalid literal for Decimal: '203,096'

They're still in 'WATCHDOG EXPIRED' mode on my end (except the three enabled ones).

I used the same commands you used West, and I got approximately the same results:

Code Select Expand

================================================================= ERRORS =================================================================
__________________________________________ ERROR collecting test/unit/models/test_proposals.py ___________________________________________
test/unit/models/test_proposals.py:10: in <module>
    from models import GovernanceObject, Proposal, Vote
lib/models.py:5: in <module>
    import init
lib/init.py:103: in <module>
    main()
lib/init.py:94: in main
    if not is_database_correctly_configured():
lib/init.py:55: in is_database_correctly_configured
    sys.exit(1)
E   SystemExit: 1
------------------------------------------------------------ Captured stdout -------------------------------------------------------------
[error]: unable to open database file
Cannot connect to database. Please ensure database service is running and user access is properly configured in 'watchman.conf'.
_________________________________________ ERROR collecting test/unit/models/test_superblocks.py __________________________________________
test/unit/models/test_superblocks.py:10: in <module>
    from models import GovernanceObject, Proposal, Superblock, Vote
lib/models.py:5: in <module>
    import init
lib/init.py:103: in <module>
    main()
lib/init.py:94: in main
    if not is_database_correctly_configured():
lib/init.py:55: in is_database_correctly_configured
    sys.exit(1)
E   SystemExit: 1
------------------------------------------------------------ Captured stdout -------------------------------------------------------------
[error]: unable to open database file
Cannot connect to database. Please ensure database service is running and user access is properly configured in 'watchman.conf'.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Interrupted: 2 errors during collection !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
======================================================== 2 error in 0.86 seconds =========================================================

Code Select Expand

Traceback (most recent call last):
  File "bin/watchman.py", line 244, in <module>
    main()
  File "bin/watchman.py", line 191, in main
    perform_biblepayd_object_sync(biblepayd)
  File "bin/watchman.py", line 24, in perform_biblepayd_object_sync
    GovernanceObject.sync(biblepayd)
  File "lib/models.py", line 87, in sync
    (go, subobj) = self.import_gobject_from_biblepayd(biblepayd, item)
  File "lib/models.py", line 142, in import_gobject_from_biblepayd
    subobj, created = subclass.get_or_create(object_hash=object_hash, defaults=subdikt)
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 4800, in get_or_create
    return query.get(), False
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 3090, in get
    return next(clone.execute())
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 2267, in next
    obj = self.iterate()
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 2253, in iterate
    return self.process_row(row)
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 2331, in process_row
    setattr(instance, column, func(row[i]))
  File "/root/.biblepaycore/watchman/venv/local/lib/python2.7/site-packages/peewee.py", line 1072, in python_value
    return decimal.Decimal(str(value))
  File "/usr/lib/python2.7/decimal.py", line 547, in __new__
    "Invalid literal for Decimal: %r" % value)
  File "/usr/lib/python2.7/decimal.py", line 3873, in _raise_error
    raise error(explanation)
decimal.InvalidOperation: Invalid literal for Decimal: '203,096'

But I have no idea what I'm doing, lol (but not so lol).

It's indeed a full-time job... But hey, as you said Togo: it's a startup. Let's just hope we get the engine spinning nicely soon...

jaapgvk  ,   are trying to say there's an error in python code ?

Weird I think they all went back to ENABLED 

they didn't.

as of now only 3 are enabled :

./biblepay-cli masternode list  | grep ENAB
  "4a6d5b74939f29f76030fb80204a244f46b2dbdc13656db05e8372e6bfdee8be-1": "ENABLED",
  "068f3610e03782cae8e55ef4d42d0b4773ae10a26c0a30340a6344e582f6327e-1": "ENABLED",
  "b37da1c9e539dbe7f908d927962b8cb4e7636bfcc42a7ded77ec3fd4cc4bcb56-1": "ENABLED",

could it be something caused by yesterdays update ?

running BBP seems like a FT job

Yeah, I'd like to have more insight into the technicalities of this, and how random it really is. Although I must say that my payments seem to be spaced apart quite evenly, although less than expected.

Also, did any of you needed to restart your sanctuary after the last update (1.0.7.1)? I just updated my wallets and started my sanctuary and it just kept saying 'ONLINE'.

Jaapgvk , did you update both sanct MN and controller and it went "enabled"  right away ?

I copied the masternode winners for block 21600 to 22032,

I then pasted it into excel and did Data >> Text to columns and split by Other colon ":"
then I deleted the extra columns (and I only used the first winner in the list)
then I used this excel command in 2nd column to get counts: =COUNTIF(A:A, A1)
then I copy pasted the counts by value to new column and deleted the previous count column
then I removed duplicates in 1st column

Code Select Expand


B4icq9xMoey9SUN14Zosu5eJyh53GpMuDE 4
B547NvFM2TUeCKxEGcxCxpt8as42pyS4po 20
B5Ac1kfZd47aogmrHKzQM1SR65f2HidfJJ 24
B69kMjn6a8vRH5bmVEdahheKqCqHoJejoz 7
B6dcexhthQYGEdQZMiMdLNaFyFAyJEYXYE 9
B6W3399nVAFE9c9AmPBd7qeWLd1r9czz2u 8
B75XgzyKekgRTJ5JzTgqsCqw482MeH2MW6 21
B77a6qHMJKmowXMRfTUy8a8dNc1DT5DHn4 18
B8se8LxzDo9AKmSB9fnY38gbc3ubedRZxJ 20
B8VyJEETEgaYirHeckJANQBd82AKfLkvfe 1
B8xCuX4CoaP4nCgazT8sqh3R1f4nxMvdFt 6
B9bXsooS8fQMpnXEWxMRiTuaCgDN8GeCAm 8
B9ocKvVZg17at8bGa4dU4xybZ9eFnMu1o2 5
BBkb2V8oAFex1ZZs4VMo9qB6PUt6gbFZd2 3
BByjk8Hp9wUvaM6pXEC2yseEjh6GXJTBKm 8
BC99kkb2mvz6SRdAVYRsgKaoWeuYavYLUT 7
BCb8B85R4mpuiy62Sbs9W4Xv2w5CVEJ5TS 18
BCKNkErkLgFHRdp2SufbWp9vmhyDTVhSUQ 7
BCrPqL3MchGHogP7cGtxFT7jM2B1aSeAUN 7
BD7Y9KhJHPNLJCEntbQCjhKrLVjGaDLCgN 17
BDkocGarpfSBMuT15p9dQzsAfNqsgb2UHh 21
BDQk4KG2Mhx9u4yiNW83p2nLN4LTm9qKCE 8
BGAZhgeSqPgVt9L9CT2BJR6yHZy2UfyoVb 8
BGRYX31E9EgciiEaReCV9GUqBxNZEwv8XE 7
BGW1hEmxB48ydQpmJk5cpPoMrdCxWocbBs 8
BJ8VuuDM2bcDAYEED49Yk7Fm2TEUSgekug 7
BJbN7u9CKqyCR4QJ7WihchDXaBwYoF9Hcq 8
BJyURkU96QieSxF73LxcQM1N6tFhghLqmw 7
BK9wLCCVSRKyiq27GhTrvqsivJBgYC6h7f 8
BKcPm29NX2BjJ2N9ZD3ZjP1AV1tG5B32Mk 7
BKFgb6K73erhccQs9FYnq5C7y4AspAMhyu 6
BL3q4ox7DXzE1WsvvKZjAiFGVBEc5vDKpa 6
BL3xzrS7rA721F8ztVMs2vQcrp2pHWctSF 6
BLWrBmujyTdv2qxwn8KDFpUFrTvH7AbmD1 13
BN6iwaYKKeqVS3QC9MfCXpH1C7CdsEeQbt 1
BNidV9kWAZECM1sEtg7ZiQyYn2ghDY6mN9 6
BNkdFRRo2Cycyvc37tVaNW4FCiFDrR9QDV 9
BPUJUqxGcqKuJsj7gHATX9BsPCyKJ2rN9w 6
BPXpXpsVAMM2cyzkMsSQ8xVJetbLNX6tQz 8
BQ4kjMzQUEcQdMMpvhDMNt2McfhxzKztRX 16
BQfd2t6iEi49ugwU2LkQBhUS3F2AnsZWYY 15
BQjqyH4QCUhuNmUKw8apELsPqbmEC5jpUV 6
BQKWtsB8L6DxeWbWVQbm86qvpUot1DWSAb 6
BQtrk6tacdZwhftqQTmbBwG84fm2o1YFGo 2
BRUjgRr1nVL4rt8Kks3thFDdsQSLQBCj43 8
BSrFn8zpC48AykVANWcjVEve5tzn8NQNRE 7
BSv2sd6jRutxDsFef7tznJjaNLrdvq3nfS 5



The one thing I dont know, is I dont know how long each of these sanctuaries has been online, sanctuary that just started vs one that has been on the past 2 days, if we had that amount of time enabled data, then we could do the statistical analysis

For instance B8VyJEETEgaYirHeckJANQBd82AKfLkvfe is someone I just helped get setup on Slack a few hours ago and he got 1 payment so far

wonders of excel analytics    
I've been up from day 1 - 8 wins .
   few top  nodes :  24 - 20 .   
to big  of a difference

Its the 2 GB RAM Quadcore VPS.

I had the same thing on a 1GB VPS and I just dropped it . 
You could create some kind of a cron job calling a shell script checking if daemon is running and restarting it .
I guess provider does not favor mining on it's premises.  that's it . 
they can control the processes on VPSes .

[error: couldn't connect to server]

Good Morning Community (its 08:30 am here )

I got a Problem with this happybeecloud-vps: randomly biblepay (v1.0.6.9) stopping. I dont know the reason. When i start it with

Code Select Expand

cd /home/root/biblepay/src
./biblepayd -daemon


and some seconds later i check status with:

Code Select Expand

./biblepay-cli getmininginfo

i only get an error: couldn't connect to server back.

But sometimes, everything works fine, and biblepay runs stable until it stopps random.
I was looking for a log to solve this but cant find something in /var/log or in biblepay directory.


An other thing: i want to testing such an 8-core vps from hyperexpert, but they dont sell any vps. Maybe they are in hollyday.

>> got a Problem with this happybeecloud-vps: randomly biblepay (v1.0.6.9) stopping. I dont know the reason. When i start it with

is that 1GB or 2GB RAM VPS you've got random daemon failures at ?

Okay, then I don't know what could be it. But I got another 'win' so maybe it will flatten out in the long run. Looking at the other winners, the list seems to diversify a bit. Did you win any, except the '1 part'?

yes, I've got 2 more wins shortly after the 1st one.   
looking at other MN stats it's by far not a fair distribution for now. 
Rob was mentioning that some minor updates  will follow.
Hopefully they will improve round -robin algorithm here .

I have no idea... Did you use the same vps for testing the testnet sanctuaries?

yes, I used the same VPS

Is your masternode also hosted on hyperexpert? Maybe it has some kind of weakness that makes it miss some kind of 'check'.

I only won the one 'doubleblock' and that's it.

yes, it's on hyperexpert.   
Does it matter where the node is located physically ?
Is it possible that VULTR nodes communicate better with each other .
If that's the case it doesn't seem right .

I just found it finally won 1/10 of a block .  not much but at least the beginning

do we lock ( encrypt )  the wallet on controller node or keep it unlocked with escrow ?