• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. snmdla
    S
    • Profile
    • Following 0
    • Followers 0
    • Topics 1
    • Posts 4
    • Best 0
    • Controversial 0
    • Groups 0

    snmdla

    @snmdla

    0
    Reputation
    1
    Profile views
    4
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    snmdla Unfollow Follow

    Latest posts made by snmdla

    • Associating a new Snapin, queues complete chain of previously associated snapins.

      Hello there,

      as the title states, I was wondering wether this is intended or some kind of bug.

      When associating a new snapin to a host or group via the “Snapins” tab it queues all previously already associated snapins, even though they were already deployed and succesfully installed. It also seems to always create a new imaging task for the client when doing this, even though the client has long been imaged already. When this happens the imaging task starts but wont run by itself and blocks any further deploying of all kinds of snapins until manually cancelled. Which of course makes sense because we’re not starting a network boot again for an already productive client but in reverse as mentioned blocks all further deployment of snapins or tasks.

      Is my understanding of that feature wrong? Should associating only be used for imaging tasks? We tried using it so hosts would automatically get the missing snapins associated to them, not a completey new imaging with all associated snapins.

      Kind Regards

      posted in FOG Problems
      S
      snmdla
    • RE: Snapin group

      @snmdla said in Snapin group:

      @Tom-Elliott
      yes, it appears to have no effect, as no plugin task is created as far as I have seen.
      Please correct me if I’m wrong.

      ah, I think I now understood. The dialogue will associate all group members with the snapin, which will only be fired when, for the individual client “All Snapins” task will be run.

      So, to correct my usability suggestion, it would have helped to read “all group members updated” instead of “group updated”.

      posted in FOG Problems
      S
      snmdla
    • RE: Snapin group

      @Tom-Elliott
      yes, it appears to have no effect, as no plugin task is created as far as I have seen.
      Please correct me if I’m wrong.

      posted in FOG Problems
      S
      snmdla
    • RE: Snapin group

      @Tom-Elliott

      thanks Tom for the explanation.
      We just ran into this issue too, and were confused about Fog not storing the change even after reporting “group updated” after <Add selected snapins>.

      In our case, we wanted to make sure that a plugin is sent to a newly deployed host of a specific image. As the image cannot be associated with a snapin, we consequently tried the group assigment.

      So at least, my suggestion would be to make that choice unavailable, to enhance usability.
      tx & regards, Thomas

      posted in FOG Problems
      S
      snmdla