No WEB UI after updating from 1.10.19 to 1.10.20 #17
Comments
|
I haven't ran the new version yet myself, a new container is automatically created once a new version is released by the dev. |
|
Thanks. |
|
On my side it works fine. Fyi, probably a typo but you mentioned 1.10.20 instead of 1.0.20 |
|
Yup a typo but the issue persists. Would you mind posting your working container config and i'll amend mine if there are any differences present? Older working version "1.0.19"
Running '1.0.20' or 'latest' as of 18/06/2024
|
|
@zidesm - Thanks for looking. Issue seems to be with the upgrade process and having some image conguration saved from within iventoy it dosn't seem to want to migrate it to the new image correctly. New image dosn't seem to like to run against old persistant data from v1.0.19 (.dat file possible?) from version 1.0.19. Logs on new instance (1.0.20) do reference version 1.0.19 when older persistant data is referenced. Setting up a 2nd instance with my container settings listed further up works perfectly normally as expected. What broke? I have a bit of config for various windows images (drivers, answer file locations for multiple versions etc) and dont want to have to re-make everything as it's a huge pain point. Might have something to do with .dat migration or similar from 1.0.19 > 1.0.20 as logs in new clean latest image when starting with no previous old persistant data reference the fact that it looks to see if it needs to recover old data during startup. "data/config.dat not found, no need for recovery." so assuming it fails importing .dat file from previous versions. Starting the new container (after copying in config.data, inventoy.dat and mac.db from the older instance) manully dosn't retain previous config or cause it to sanity check the old data and reimport it correctly. |
|
UPDATE: Possibly fixed?
Container now runs, but strangely still shows Iventoy version 1.0.19! Is this correct or a glitch? Does yours show iVentoy v1.0.20 in the Web UI? If so migration may be really glitchy? This screenshot is running the latest tagged image which i was assuming should show a bump in iventoy version to v1.0.20?! (I have also cleaned my browser cache and tried it in 3 other browsers.)
Log from 'latest' new container version. ================================ 2024-06-18 16:31:25 INFO DEBUG: Please open your browser and visit http://127.0.0.1:26000 or http://x.x.x.x:26000 (x.x.x.x is any valid IP address) 2024/06/18 16:31:28.880 [PXE] [5] wim </sources/boot.wim> already exist |
I run iventoy via your repo on unraid with the following config based off your example docker compose file:
I use the network bridge option to give iventoy its own IP Address (192.168.1.40) My unraid server runs from (192.168.1.125)
After updating to latest (ziggyds/iventoy:1.0.20) from (ziggyds/iventoy:1.0.19)
Container fails to show WEB UI. I get the following error:
lease open your browser and visit http://127.0.0.1:26000 or http://x.x.x.x:26000 (x.x.x.x is any valid IP address)
2024/05/31 02:10:57.521 [PXE] iventoy.dat <8034564> <15042560>
2024/05/31 02:10:58.261 [PXE] Extract iventoy.dat success.
2024/05/31 02:10:58.262 [PXE] ======= iVentoy 1.0.19 ========
2024/05/31 02:10:58.262 [PXE] tarfs find 179 files
2024/05/31 02:10:58.262 [PXE] Module init OK ...
2024/05/31 02:10:58.262 [PXE] Module init start ...
2024/05/31 02:10:58.262 [PXE] cpio buf:0x14b7cb1a7410 len:4407296 fixoff:343888
2024/05/31 02:10:58.262 [PXE] Module init OK ...
2024/05/31 02:10:58.262 [PXE] [Linux 64] checksum not match
2024/05/31 02:10:58.262 [PXE] ### iVentoy start failed. ###
Manually selecting the '1.10.20' or 'latest' tags give the same errror. Reverting to 1.10.19 fixes it.
I've never had any issues on previous builds but something has changed betwen these 2 versions. Can you advise?
The text was updated successfully, but these errors were encountered: