Closed khaledyoussef24 closed 7 months ago
can not produce the issue anymore . tried the same scenarios as last time but did not work. will re-open if i could produce it again.
the issue still exist
related to https://github.com/threefoldtech/tfchain_graphql/issues/151
the processor update public_ip table when it create or update a contract. so this related to the the contracts issue and should be fixed when the ops deploy the new version (request)
v2.11.6
, the problem shouldn't exist anymore.made a four or more deployments with public ip and did not face the same issue again
the issue is no more longer reproducible
I remember we threw this error to inform the user if the selected farm has enough IPs. The question is, why doesn't it pass the IP field when filtering to get nodes?
as you see here these are the nodes I got
Work In Progress (WIP):
- I deployed vm with public ip and the filtration worked fine.
- Then, I tried to deploy caprover but i got no nodes were found as i took last public ip.
- I deleted the vm to free the public ip, then went to deploy caprover.
- when i tried to deploy worker to the caprover i got no nodes were found.
I remember we threw this error to inform the user if the selected farm has enough IPs. The question is, why doesn't it pass the IP field when filtering to get nodes?
as you see here these are the nodes I got
I think what happened is a race condition. Someone was deploying at the same time and he got the last public ip in the farm before you. And nothing can be done in this case.
is there any solution that we can do so we can avoid this concurrency? or shall we close it for now ?
This can rarely happen and TFchain already rejecting the deployment in case the ip got taken. We will support this #1822 to make the client reject the deployment too. But nothing we can do in the playground.
Description
public ips node in load nodes is not working env used : devnet version : https://github.com/threefoldtech/tfgrid-sdk-ts/commit/5b50681261cf6e97e63a9dc4eac5535210aaae9b