Open etam opened 2 years ago
When analysing logs please bear in mind that "vague log" ->
[2022-04-05T15:38:39.460+0000 WARN ya_payment::dao::allocation] Allocation 979bf31e-6361-4b53-ac88-3fa86a936abc not found. Release failed.
might be the result of allocation release due to timeout of the allocation set when it was created.
Allocation was already released when its timeout passed ->
[2022-04-05T13:54:00.631+0000 INFO ya_payment::dao::allocation] Allocation 979bf31e-6361-4b53-ac88-3fa86a936abc released.
This "vague log" issue has been detected and resolved here https://github.com/golemfactory/yagna/issues/1885 (check task for more details). I hope the implemented solution will be released with the nearest patch. I don't know if this has any effect on yapapi
error which you described above.
so, most likely a matter of catching the relevant 404 and just maybe issuing a warning to the log...
plus, it might warrant an integration test...
We are going to change error code to HTTP Gone (410) in case allocation was already released https://github.com/golemfactory/yagna/issues/1931
Fix: https://github.com/golemfactory/yapapi/pull/925 @nieznanysprawiciel This fix ignores both 404 and 410.
PR that fixes allocation timeout: https://github.com/golemfactory/yapapi/pull/926
PR that fixes allocation timeout: #926
it does not fix the issue, it's a work-around...
What is the proper solution here?
In regards to changes in yagna: for those already released allocations we will be returning http gone (410) for any subsequent get/release on them.
What is the proper solution here?
yapapi
should create a new allocation after yagna
releases the old allocation (if the budget was not spent). This functionality can be used to add spending limits, i.e. instead of total budget for computation, the user can set budget per hour.
Description
OS: ubuntu 18.04 yagna daemon version: 0.10.0 Python version: 3.6.9 yapapi library version: 0.9.0
Description of the issue: Computation fails with
At the same time, yagna says
Actual result: I already wrote it.
Steps To Reproduce
Run the example drone.py, but with long (1h) tasks.
Expected behavior
It should not fail with tracebacks.
Logs and any additional context
logs.zip