Images are not deleting



  • 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 I will pass this on. It sounds like a good safety feature to me. Thanks!


  • Moderator

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



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



  • 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. 0_1481744424555_image.png

    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.
    0_1481744502494_unnamed.png



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


  • Moderator

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



  • @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!


  • Moderator

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



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



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


Log in to reply
 

397
Online

38744
Users

10565
Topics

100021
Posts

Looks like your connection to FOG Project was lost, please wait while we try to reconnect.