XOCE - ISO upload is renamed after upload to ISO SR

[olivierlambert]

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.

[acebmxer]

@psafont @olivierlambert

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.

[olivierlambert]

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).

[ph7]

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

[olivierlambert]

Yes but if you connect via another XO, I think you don't have the right namelabel (IIRC)

[acebmxer]

@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.

[ph7]

@acebmxer
Oh it doesn't work if I check with smb from nemo in debian 12

58581e20-ee5c-4f52-b989-b198cff42d59.img

[acebmxer]

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.

[ph7]

Gave my spare xoce a try:

and it's 8 commits behind 53c1a
The one in the earlier post is d3402 3 behind

[ph7]

XOA 5.112.1 and 5.111.1 is fine

If I import a new ISO in 53c1a it show the correct name in both 53c1a and d3402