大神，波卡插件了解一下。使用波卡插件 | Phala Network 百科
运行一段时间后，pherry 和 pruntime 仍在运行，区块也保持同步到最高
多个./app 进程也还在运行，但是变成不再占用 100% CPU，观察日志有这样的报错：
phala-pherry | [2021-08-23T02:58:28Z ERROR pherry::msg_sync]
Error submitting message
sender=Worker(******** (********...)) seq=3
dest=^phala/registry/event nonce=Some(4429):
Rpc(Request("{\"jsonrpc\":\"2.0\",\"error\":{\"code\":1010,
\"message\":\"Invalid Transaction\",
\"data\":\"Transaction has a bad signature\"},\"id\":173660}"))您好，您Startminning以后会恢复100%
问：ERROR：The Compose file ‘./docker-compose.yml’ is invalid because:
services.phala-pruntime.devices contains an invalid ty,it should be an arry？
答：手动修改/opt/phala/docker-compose.yml文件，在第26行devices下写入：
问：Your device exists: /dev/sgx/enclave /dev/sgx/provision /dev/sgx_enclave /dev/sgx_provision is related to the DCAP driver, all have been added to phala-pruntime!----------
答：同上一个问题处理。
问：矿工状态Unresponsive
答：unresponsive是机器掉线了，虽然三件套是running也是要从机器上debug找问题
问：Ubuntu系统内核5.4升级内核到5.8？
cd ~
wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.8/amd64/linux-headers-5.8.0-050800_5.8.0-050800.202008022230_all.deb
wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.8/amd64/linux-headers-5.8.0-050800-generic_5.8.0-050800.202008022230_amd64.deb
wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.8/amd64/linux-image-unsigned-5.8.0-050800-generic_5.8.0-050800.202008022230_amd64.deb
wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.8/amd64/linux-modules-5.8.0-050800-generic_5.8.0-050800.202008022230_amd64.deb
sudo dpkg -i *.deb
uname -sr
问：Ubuntu系统内核大于5.11怎么降级？
答：如果机器上有多个内核，可以直接remove试试：
sudo apt-get remove linux-image-5.11.0-27-generic
sudo apt-get remove linux-hwe-5.11-headers-5.11.0-27
sudo apt-get remove linux-image-unsigned-5.11.0-27-generic
sudo apt-get remove linux-modules-5.11.0-27-generic
20210824社区问题总结:
问:Secure Boot enabled on this system？
答:目前常见发生在5.4内核版本上，建议重装系统或者修复内核版本为5.8，修复在本主题中有收录。
20210825社区问题总结：
问：pherry、pRuntime、node日志怎么查询与导出？
答：通过docker的命令对日志进行导出：
查询最后100条：
sudo docker logs --tail=100 phala-pherry
sudo docker logs --tail=100 phala-pruntime
sudo docker logs --tail=100 phala-node
导出为文本：
sudo docker logs phala-pherry &> pherry.txt
sudo docker logs phala-pruntime &> pruntime.txt
sudo docker logs phala-node &> node.txt
问：Console面板worker状态显示为Unreponsive 或者 不产币了？
答：
- 看本地区块链节点还在不在同步，对比机器状态和浏览器上的高度
- 看看gas fee账号有没有余额。
- 看pherry、pruntime进程还是不是活着。
- 都没问题，看pherry的最新日志，日志里会显示同步到的区块高度，看看有没有卡在很久以前
- pherry的日志，找到类似这样的输出，关注一下 pending_messages: 后面，一般不会超过2
6.看看你的gas fee的地址，在浏览器里，如果超过几个小时都没交易，就也得按照刚才1234步检查
如果还有问题，把日志抓下来到群里at管理，我们会来检查。
问题总结20210826：
问：Phala对带宽的要求怎样？
答：建议带宽10mbps以上，就是1m的速度。
问：怎么重启node节点？和pherry节点？
答：
重启node：
sudo phala stop node
sudo phala start node
重启pherry：
sudo phala stop pherry
sudo phala start pherry
问：矿工离线被slash之后，就不产出了吗？V值低于Ve就不产出了吗？
答：是的，需要保持在线工作恢复V值到大于Ve时才会继续产出。关于V值的定义和惩罚请浏览：了解TEE挖矿经济模型 | Phala Network 百科
问题总结20210901：
问：抵押池创建者可通过console面板claim挖矿收益，其他staker该如何提取属于自己的收益呢？
答：目前官方正在开发针对staker的面板页面，暂时可以通过链模块去提取收益如下图，pid填写你抵押到的抵押池pid，target填写你要把收益提到哪个钱包：
另外也可以通过该模块中的contribut对其他抵押池进行抵押操作。
问题总结20210907:
问：同一机房同一局域网下使用两台机器同步预备主网node，一个节点同步，一个节点不同步，双方都添加了–bootnodes？
答：
你在环境变量里配置的bootnode会覆盖docker镜像里预先配置好的bootnode，从而导致两边形成了一个死循环，如果你的两台node机器在同一个netmask内那就不需要额外指定bootnode。
就是你如果docker 容器启动以后，你打印log （命令大概是 docker logs khala-node），在前二三十行，你能看到类似
2021-09-07 12:53:13 [Relaychain]
Discovered new external address for our node: /ip4/127.0.0.1/tcp/30334/ws/p2p/12D3KooWCGyKWGGFvECkhfRNrC27DKgKLFkcvzviqEd7cCyw1AcV
2021-09-07 12:53:13 [Parachain]
2021-09-07 12:53:14 [Relaychain]
2021-09-07 12:53:14 [Parachain]
的输出，这个就是你的这台机器的 peerid，他显示多个是根据你网络的IP来的，不用在意，关键是最后遍的字符串。
那么你要做的是搞清楚能连上网络的节点的 peerid
然后关闭连不上的，然后改一下启动参数，我这里的参考比如
docker run -dti --rm --name khala-node -e NODE_NAME=khala-node -e NODE_ROLE=MINER -e PARACHAIN_EXTRA_ARGS="–reserved-nodes=/ip4/10.0.0.9/tcp/30333/ws/p2p/12D3KooWQKDoz3Lnxiod6HDXAJNd8ZuHvA2SZCcUHJwuVoYAEqVR" -e RELAYCHAIN_EXTRA_ARGS="–reserved-nodes=/ip4/10.0.0.9/tcp/30334/ws/p2p/12D3KooWKxJYua9zHZQv2Qonsiq5dndhbkoa2nb5mmwpRejXhnbz" -p 9933:9933 -p 9944:9944 -p 9615:9615 -p 30333:30333 -p 9934:9934 -p 9945:9945 -p 9616:9616 -p 30334:30334 -v $HOME/data/khala-node:/root/data phalanetwork/khala-node
重点是
-e PARACHAIN_EXTRA_ARGS="–reserved-nodes=/ip4/10.0.0.9/tcp/30333/ws/p2p/12D3KooWQKDoz3Lnxiod6HDXAJNd8ZuHvA2SZCcUHJwuVoYAEqVR"
和
-e RELAYCHAIN_EXTRA_ARGS="–reserved-nodes=/ip4/10.0.0.9/tcp/30334/ws/p2p/12D3KooWKxJYua9zHZQv2Qonsiq5dndhbkoa2nb5mmwpRejXhnbz"
你要分别填日志里打印出来的 peerid，把前边 IP 部分换成你的内网 IP
这个 --reserved-nodes 的意思是优先去连接指定的节点，也就是你那台能连上网络的节点，然后还是要观察一下，p2p网络特别是你如果有 NAT 连通性还是会有点影响，这个不是特别好帮忙解决。
2021年9月9日社区问题总结：
问：请问哪天开挖？
答：可以在下方链接查看倒计时：
https://polkadot.js.org/apps/?rpc=wss%3A%2F%2Fkhala-api.phala.network%2Fws#/democracy
问：波卡钱包怎么创建？
答：教程传送门：使用波卡插件 | Phala Network 百科
问：以Smax数量质押为什么启动不了？
答：建议少质押几百个再点击启动。
问：预备网质押是一次性还是后期有币了还能追加质押？
答：启动时一次性质押，质押规则请阅读https://wiki.phala.network/zh-cn/docs/tokenomic/1-mining-staking/
问：Phala 的gas费有什么用途？是什么时候消耗的？
答：gas费在上报worker信任等级和性能分到链上的时候会用到。
问：gas费地址可以共用吗？
答：不可以，这样会因为交易池的问题导致有一定概率密集发交易让几个矿机冲突，从而造成一些worker变成unresponsive状态而受到slash
问：services.phala-pruntime.devices contains an invalid type, it should be an array / docker-compose.yml 中 devices下面的数组为空？
答：一般在装好sgx驱动的情况下，重新执行sudo phala install可以自动修复此问题，或者手动修改/opt/phala/目录下的docker-compose.yml文件，在phala-pruntime的devices下面加上：
- /dev/sgx_enclave
- /dev/sgx_provision
- /dev/sgx/enclave
- /dev/sgx/provision
- /dev/isgx
20210910社区问题总结：
问：addworker出现phalaStakePool.UnauthorizedOperator错误提示？
答：请在机器上执行
sudo phala config show
查看本机配置中的抵押池地址是否与你的抵押池创建者账号一致，如果不一致请执行
sudo phala config set
修改抵押池配置。
问：addworker出现phalaStakePool.FaildToBindMinerAnd…错误？
答：出现上述错误一般是由于该worker-key没有从旧抵押池中remove便添加到新抵押池中造成的冲突，解决方法是回到旧抵押池stop该worker并且remove该worker。如果旧抵押池已经不记得了，则只能重装机器系统，重新安装一次生成新的矿机公钥了。
1 Like
I got below error, how to solve it?
[2021-09-19T00:10:44Z INFO pherry] bridge() exited with result: Err(Scale codec error: Could not decode RuntimeMetadataPrefixed.1:
Could not decode RuntimeMetadata::V12.0:
Decoding is not supported
Caused by:
0: Could not decode `RuntimeMetadataPrefixed.1`:
Could not decode `RuntimeMetadata::V12.0`:
Decoding is not supported
1: Could not decode `RuntimeMetadata::V12.0`:
Decoding is not supported
2: Decoding is not supported)anyone know how to solve this pherry runtime issue?
出现上述错误一般是由于该worker-key没有从旧抵押池中remove便添加到新抵押池中造成的冲突，解决方法是回到旧抵押池stop该worker并且remove该worker。如果旧抵押池已经不记得了，则只能重装机器系统，重新安装一次生成新的矿机公钥了。
所有的系统都是重装的，秘钥都是新生成的，两台机器都出现同样的问题