XOCE - ISO upload is renamed after upload to ISO SR
-
@Pilow Like BSOD from Microsoft Win95 show

-
I think we discussed it internally, IIRC it's not XO doing any renaming, but the toolstack. Adding @andriy.sultanov or @psafont in the loop
-
@olivierlambert said in XOCE - ISO upload is renamed after upload to ISO SR:
I think we discussed it internally, IIRC it's not XO doing any renaming, but the toolstack. Adding @andriy.sultanov or @psafont in the loop
I'm not sure about that, xapi is quite conscious it cannot rename these ISOs, in the few places I've seen it mentioned. I did not see any place in xapi that could have renamed these, nor reproduce it in my system.
-
How does XAPI name the .img file in the first place? IIRC, when we upload via XO, we set the name label but we have 0 control on the file naming on the ISO SR itself.
-
I thought i tried this before last time this came up, but i just tried now and it did upload as uuid.img.
Possibly reverse proxy is doing this? I use Nginx Proxy manager as reverse proxy. In XO via proxy upload iso to iso sr and moments later uuid.img in iso sr.
While XO is still showing the correct .iso name the actuall iso sr have uuid.img on the share looking at it vs smb from windows client for me.


-
There's something fishy somewhere, the hard thing is to pinpoint exactly what. If you upload with one XO, we'll save (in XO) the name label of the VDI (so you see the name, it's not the filename per se because XO doesn't have access to the storage, only XAPI does).
-

Didn't work a year or 2 ago but it seems to be working now

-
Yes but if you connect via another XO, I think you don't have the right namelabel (IIRC)
-
@olivierlambert I dont think it was mentioned that XO is reporting the incorrect name of the ios, rather the sr itself when looking a from diffrent way. As my XO reports the correct name but when viewing the ios sr from my windows pc vis smb i see the uuid.img.
Edit- Fired up a copy of XOA and it sees iso in sr correct just like my ox-ce.
-
@acebmxer
Oh it doesn't work if I check with smb from nemo in debian 1258581e20-ee5c-4f52-b989-b198cff42d59.img -
Just tried again accessing xo-ce without reverse proxy and same thing.
Edit unless this is by design. If the ISO sr is expected to only be interacted with vis XO interface.


-
Gave my spare xoce a try:

and it's 8 commits behind
53c1a
The one in the earlier post isd34023 behind