Images are not deleting

[LPetelik]

Fog Version 1.3.0-RC-23
SVN Revision 6017

When deleting an image in FOG Management, we get the authentication window and the user authenticates then clicks delete. A second window appears and she’s not able to click delete because it disappears too quickly or she is able to click delete but the file still remains. I then go in using ssh and delete the file for the image.

It did work prior to the update.
Any advice?

[Wayne Workman]

@LPetelik said in Images are not deleting:

I had her log into FOG management using my machine to delete an image. She was going into an image edit panel, unprotecting it, updating then back at the list of all images, checking the box to the right of the name and clicking to delete the image at the bottom of the screen, authenticating at the prompt, etc and finding it was only deleting the name of the image, not the file on the server.

That’s by design. Image Management’s ‘List All’ area is the only area in FOG where the image data is purposely not deleted. Why? It’s just potentially too destructive to have such a feature delete image data too, I.E. to just select all and click delete… and poof, all images gone.

If you want to delete the image definition and the data too, you must go into the image’s definition by clicking on it’s name, and then deleting it in there, there’s a spot on the left for it labeled as “Delete”.

[x23piracy]

it’s always a god idea to update to recent RC, we are on 27, additionally error logs help much.

[LPetelik]

Thanks x23piracy

Okay to the update. I’ll do that this afternoon.

I know where the logs are in FOG Management but I’m not sure which one covers this. Apache Access perhaps? This system is running a master and 13 nodes so that log rolls pretty fast but I’ll see what I can do to read through it.

[Wayne Workman]

@LPetelik Hey, hope things are well over there.

The apache error logs would be most useful in this situation. I did look at those but couldn’t find anything related. I always thought something must be wrong with her computer or browser, never has the re-auth dialog box simply disappeared on me, and I don’t remember anyone else having this issue.

You might try to replicate the issue by deleting the next image yourself next time (via the web interface) and seeing if it works or not.

[LPetelik]

@Wayne-Workman Hi there, Wayne. Mostly so, thanks to the great set up that was in place. I’m working on a small issue now but that’s for another thread perhaps. We haven’t needed to do a delete yet since I’ve updated but I will give that a try. Thanks, Wayne!

[Quazz]

@LPetelik Can you tell us what browser she’s using and if she’s using any extensions that might block scripts? (some adblockers do, extensions like noscript do, etc)

[jaishree]

@LPetelik said in Images are not deleting:

When deleting an image in FOG Management, we get the authentication window and the user authenticates then clicks delete. A second window appears and she’s not able to click delete because it disappears too quickly or she is able to click delete but the file still remains. I then go in using ssh and delete the file for the image.

Kindly ask her to disable all extensions in browser and then give a try.
Most probably any extension is creating this kind of issue.

[LPetelik]

SORT OF SOLVED

She is using Chrome, cleaned the history, cookies, app data. I was able to delete so I asked her to show me her steps.

I had her log into FOG management using my machine to delete an image. She was going into an image edit panel, unprotecting it, updating then back at the list of all images, checking the box to the right of the name and clicking to delete the image at the bottom of the screen, authenticating at the prompt, etc and finding it was only deleting the name of the image, not the file on the server.

I was going into the edit of the image, unprotecting the image, updating then clicking delete from the Image menu. It then shows a checkbox to delete the data. I had her do it that way and it worked as expected. The image name and the data deleted.

[LPetelik]

I forgot to mention, she doesn’t have any extensions installed in Chrome.

[Wayne Workman]

@LPetelik said in Images are not deleting:

I had her log into FOG management using my machine to delete an image. She was going into an image edit panel, unprotecting it, updating then back at the list of all images, checking the box to the right of the name and clicking to delete the image at the bottom of the screen, authenticating at the prompt, etc and finding it was only deleting the name of the image, not the file on the server.

That’s by design. Image Management’s ‘List All’ area is the only area in FOG where the image data is purposely not deleted. Why? It’s just potentially too destructive to have such a feature delete image data too, I.E. to just select all and click delete… and poof, all images gone.

If you want to delete the image definition and the data too, you must go into the image’s definition by clicking on it’s name, and then deleting it in there, there’s a spot on the left for it labeled as “Delete”.

[LPetelik]

@Wayne-Workman I will pass this on. It sounds like a good safety feature to me. Thanks!

[kumkum]

It may be possible that your browser extensions are blocking the script. so check it or disable all the browser extension once.