tft-erc20 deployment

[rkhamis]

• Multiple light clients from the same external ip does not work
  • Create an flist for an ethereum full node
    • package a startup script
    • publish it to tf_official apps
  • deploy full node for testnet
    • deployment of ethereum full node fails to run
    • convert cli status command on testnode to JSON RPC
  • Enable ethvalidation on the testnet nodes that create blocks
    • [Can't set custom eth bootnodes in tfchain templates]
      (bridged/tfchaind/explorer templates don't accept eth boot nodes param threefoldfoundation/tfchain-templates#4)
    • [Zrobot only checks out master repo for templates when booting]
      (zrobot fails to start if a service is created from a template which is not on the master branch 0-robot#66)
    • Can't get proper bootnode url from geth
• blockcreator with ethvalidation and unencrypted wallet is not creating blocks
• Initially adding the supplied bootnodes once seems not good enough
• Block creator template can't be started

[rkhamis]

➤ Lee Smet commented:

deplying a geth instance led to the following error:

In [25]: geth = robot.services.create(GETH_ID, 'testnet_geth', data)

LoopExit Traceback (most recent call last)
/usr/local/bin/js_shell in ()
----> 1 geth = robot.services.create(GETH_ID, 'testnet_geth', data)

/opt/code/github/threefoldtech/0-robot/zerorobot/dsl/ZeroRobotManager.py in create(self, template_uid, service_name, data, public)
171 raise ServiceCreateError(e['message'], err)
172
--> 173 return self._instantiate(new_service)
174
175 def find_or_create(self, template_uid, service_name, data, public=False):

/opt/code/github/threefoldtech/0-robot/zerorobot/dsl/ZeroRobotManager.py in _instantiate(self, data)
48 def _instantiate(self, data):
49 if hasattr(data, 'secret') and data.secret:
---> 50 self._client = config_mgr.append_secret(self._client.instance, data.secret)
51 # force re-creation of the connection with new secret added in the Authorization header
52 self._client._api = None

/opt/code/github/threefoldtech/0-robot/zerorobot/dsl/config_mgr.py in append_secret(self, instance, secret)
114
115 def append_secret(self, instance, secret):
--> 116 return self._send_cmd(self._append_secret, [instance, secret])
117
118 def remove_secret(self, instance, service_guid):

/opt/code/github/threefoldtech/0-robot/zerorobot/dsl/config_mgr.py in _send_cmd(self, func, args)
36 resp_q = Queue(maxsize=1)
37 self._queue.put((func, args, resp_q))
---> 38 resp = resp_q.get()
39 if isinstance(resp, Exception):
40 raise resp

/usr/local/lib/python3.5/dist-packages/gevent/_queue.cpython-35m-x86_64-linux-gnu.so in gevent._queue.Queue.get()

/usr/local/lib/python3.5/dist-packages/gevent/_queue.cpython-35m-x86_64-linux-gnu.so in gevent._queue.Queue.get()

/usr/local/lib/python3.5/dist-packages/gevent/_queue.cpython-35m-x86_64-linux-gnu.so in gevent._queue.Queue.__get_or_peek()

/usr/local/lib/python3.5/dist-packages/gevent/__waiter.cpython-35m-x86_64-linux-gnu.so in gevent.__waiter.Waiter.get()

/usr/local/lib/python3.5/dist-packages/gevent/__greenlet_primitives.cpython-35m-x86_64-linux-gnu.so in gevent.__greenlet_primitives.SwitchOutGreenletWithLoop.switch()

/usr/local/lib/python3.5/dist-packages/gevent/__greenlet_primitives.cpython-35m-x86_64-linux-gnu.so in gevent.__greenlet_primitives.SwitchOutGreenletWithLoop.switch()

/usr/local/lib/python3.5/dist-packages/gevent/__greenlet_primitives.cpython-35m-x86_64-linux-gnu.so in gevent.__greenlet_primitives.SwitchOutGreenletWithLoop.switch()

src/gevent/__greenlet_primitives.pxd in gevent.__greenlet_primitives._greenlet_switch()

LoopExit: This operation would block forever
Hub: <Hub '' at 0x7f2cfc12c978 epoll pending=0 ref=0 fileno=17 thread_ident=0x7f2d11f41700>
Handles:
[]which seems to have left the robot in an inconsistent state. The service is not listed, but trying to create a new service with the same name fails because the name is supposedly already taken. At this point, the robot is not even starting because it does not have the templates for this service after a restart somehow.

[rkhamis]

➤ Lee Smet commented:

full node is now running for testnet

[rkhamis]

➤ Lee Smet commented:

While testing the new template version, the node lost internet access for no apparent reason. While trying to solve this the node was rebooted, but internet connectivity still did not work, so the node is failing to boot as a result now.

[rkhamis]

➤ Lee Smet commented:

geth deployed and now syncing

[rkhamis]

➤ Lee Smet commented:

Yesterday some bugs were discovered and fixed, however the geth node needs to sync again as the progress was lost due to one of these bugs

[rkhamis]

➤ Lee Smet commented:

Seems like the current way the ethbootnodes are added does not allow us to connect to the ethereum full node

[rkhamis]

➤ Lee Smet commented:

Seems to work on
a local node with threefoldfoundation/tfchain@239f9e7

[rkhamis]

➤ Lee Smet commented:

Did some changes to the way the flists are build, now getting the following build errors:

github.com/mholt/caddy/caddytls

/root/go/pkg/mod/github.com/mholt/[email protected]/caddytls/setup.go:174:28: cannot use value (type "github.com/xenolf/lego/certcrypto".KeyType) as type "github.com/go-acme/lego/certcrypto".KeyType in assignment
/root/go/pkg/mod/github.com/mholt/[email protected]/caddytls/setup.go:354:4: cannot use config.Manager.KeyType (type "github.com/go-acme/lego/certcrypto".KeyType) as type "github.com/xenolf/lego/certcrypto".KeyType in field value

[rkhamis]

➤ Lee Smet commented:

tfchain autobuilder is now working correctly again

[rkhamis]

➤ Lee Smet commented:

now blocked on threefoldfoundation/tfchain-templates#11

[rkhamis]

➤ Lee Smet commented:

Block creator now running, connected to our geth through the zerotier address, and seems to be sycning

In [67]: con.client.system('/bin/tfchainc erc20').get()
Out[67]:
STATE: 0 SUCCESS
STDOUT:
Starting block height: 4587519
Current block height: 4613823
Highest block height: 5390531

STDERR:

DATA:

[rkhamis]

➤ Lee Smet commented:

validation daemon won't progress past block 193,605