Minute data ingest error when still using v2.5

Technical Help
#1

I'm getting this error ingesting the minute bundle, still using v2.5. Tried several times + recreating the zipline container but same error.

quantrocket_zipline_1|ingesting 1 2021-06-21 minute prices for sid QI000000227281 (10384 of 10397)
quantrocket_zipline_1|ingesting 16 2021-06-21 minute prices for sid QI000000227282 (10385 of 10397)
quantrocket_zipline_1|ingesting 68 2021-06-21 minute prices for sid QI000000227283 (10386 of 10397)
quantrocket_zipline_1|ingesting 4 2021-06-21 minute prices for sid QI000000227366 (10387 of 10397)
quantrocket_zipline_1|ingesting 32 2021-06-21 minute prices for sid QI000000227368 (10389 of 10397)
quantrocket_zipline_1|ingesting 32 2021-06-21 minute prices for sid QI000000227369 (10390 of 10397)
quantrocket_zipline_1|ingesting 17 2021-06-21 minute prices for sid QI000000227370 (10391 of 10397)
quantrocket_zipline_1|ingesting 8 2021-06-21 minute prices for sid QI000000227413 (10392 of 10397)
quantrocket_zipline_1|ingesting 26 2021-06-21 minute prices for sid QI000000227415 (10393 of 10397)
quantrocket_zipline_1|ingesting 150 2021-06-21 minute prices for sid QI000000227518 (10394 of 10397)
quantrocket_zipline_1|ingesting 9 2021-06-21 minute prices for sid QI000000227519 (10395 of 10397)
quantrocket_zipline_1|ingesting 15 2021-06-21 minute prices for sid QI000000227555 (10396 of 10397)
quantrocket_zipline_1|ingesting 3 2021-06-21 minute prices for sid QI000000227558 (10397 of 10397)
  quantrocket_flightlog_1|2021-06-22 18:33:58 quantrocket.zipline: INFO [usstock-minute] Ingesting daily bars for usstock-minute bundle
  quantrocket_flightlog_1|2021-06-22 18:33:59 quantrocket.zipline: INFO [usstock-minute] Ingesting adjustments for usstock-minute bundle
  quantrocket_flightlog_1|2021-06-22 18:34:01 quantrocket.zipline: INFO [usstock-minute] Ingesting assets for usstock-minute bundle
quantrocket_zipline_1|Error: near line 37: no such table: remote.equity_supplementary_mappings
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR Traceback (most recent call last):
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR   File "sym://qrocket_log_py", line 34, in wrapped
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR   File "sym://qrocket_qrzipline_bundles_ingest_py", line 77, in mule_ingest_bundle
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR   File "sym://qrocket_qrzipline_bundles_ingest_py", line 126, in _call_ingest_func
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR   File "sym://qrocket_qrzipline_bundles_usstock_usstock_py", line 112, in ingest
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR   File "sym://qrocket_qrzipline_bundles_usstock_usstock_py", line 480, in _copy_assets
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR   File "/opt/conda/lib/python3.6/subprocess.py", line 336, in check_output
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR     **kwargs).stdout
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR   File "/opt/conda/lib/python3.6/subprocess.py", line 418, in run
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR     output=stdout, stderr=stderr)
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR subprocess.CalledProcessError: Command '['sqlite3', '/var/lib/quantrocket/zipline/data/usstock-minute/2020-01-01T00;00;00/assets-8.sqlite']' returned non-zero exit status 1.
  quantrocket_flightlog_1|2021-06-22 18:34:02 quantrocket.zipline: ERROR
#2

Update - Just tried dropping and recreating the entire bundle. Getting the same error after 10 hours of download.

#3

Update 2 - After getting the error above on two different installations (PC + Mac), I went ahead and upgraded to v2.6, and the ingestion was able to update successfully on the Mac (the PC is still re-downloading the full bundle).

Do you guys maintain a v2.5 installation to backward test? I usually wait until the weekend to upgrade, because I don't want to risk code-breaking changes in live trading during the week. And this release had some big changes.

I know this stuff is messy and really appreciate the work you guys do to simplify - would just love more confidence that the bundle will ingest correctly in the morning, esp. when holding overnight positions. I'm working on a backup with IBKR historical db, but getting enough data to emulate your bundle takes a long time through their API, as you know.

#4

This 2.5.0 issue has been resolved.