Open 89ao opened 6 months ago
This has been a long term CDN problem with warehouse. There is an issue open you could comment on, both for us and warehouse.
bandersnatch.master.StalePage: Expected PyPI serial 20485085 for request https://pypi.org/pypi/mpf/json but got 20485084. We can no longer issue a PURGE. Report issue to PyPA Warehouse GitHub if it persists ...
I would try delete the todo file and bandersnatch sync mpf
and then run a long mirror job watching (or enable config to) fail on errors to see if you get an error free run
bandersnatch mirror --force-check
(Only do force check argument once)thks a lot @cooperlees ,cdn issue seems to more likely a warehouse problem.
Can we temporarily skip this file and proceed with other files during the next synchronization? The key point is to ensure that this package doesn't hinder the synchronization of other packages.
Yup. Use the blocklist - https://bandersnatch.readthedocs.io/en/latest/filtering_configuration.html#allowlist-blocklist-filtering-settings
P.s. it is Definately a CDN issue, but the main warehouse contributors admin that CDN and I am sure want to know where and how it's failing people, so I urge you to report it.
Yup. Use the blocklist - https://bandersnatch.readthedocs.io/en/latest/filtering_configuration.html#allowlist-blocklist-filtering-settings
P.s. it is Definately a CDN issue, but the main warehouse contributors admin that CDN and I am sure want to know where and how it's failing people, so I urge you to report it.
thanks cooper, Can you please told me which place I can report this issue?
We are using bandersnatch 6.2.0. As shown in the log, bandersnatch repeatedly initiates synchronization, but each time it fails to synchronize at the mpf file. After the failure, the todo file is not updated, causing the next update to start again from mpf, resulting in an infinite loop.
content of todo file :