Creating group, members add themselves.



  • Folks - when I try to create a new group, I wind up with several hosts (and the same ones) that show up even if I don’t pick them. Am I doing something wrong?

    And a side note, my multicasting is busted now after updating to 1.5.2. Is there anything in the database that would prevent the session from starting? Like it’s waiting for a host in a group that added itself?

    Seems to me that in the past when this would happen, I would have to start over as far as entering the hosts.



  • @falko said in Creating group, members add themselves.:

    When I have experienced the issue in the past I have always found that the phantom hosts added to new groups were only the most recent hosts that were registered. Whether that be 2 hosts or 5 phantoms

    Running the SQL maintenance commands from the wiki (as mentioned I think updates also helped) seemed to resolve

    I was also having this issue, finding that when my co-workers created a group from the hosts page with even just 1 selected computer, it would add over 200 computers to the new group! I was able to avoid this issue by going to groups, creating a new group there, then adding members from the groups screen.

    A couple of weeks ago a came across the SQL management commands and that fixed the issue for me! I can now create groups again from the hosts screen (at least until it breaks again). For those wondering about the commands they can be found here: https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_MySQL#Database_Maintenance_Commands


  • Moderator

    When I have experienced the issue in the past I have always found that the phantom hosts added to new groups were only the most recent hosts that were registered. Whether that be 2 hosts or 5 phantoms

    Running the SQL maintenance commands from the wiki (as mentioned I think updates also helped) seemed to resolve



  • Can the @moderators move this to bugs?



  • @jj-fullmer Oooh - I found a bug? Cool!

    I wonder if the group you created would multicast.


  • Testers

    @librarymark That’s the way I do it or at least the way I created my groups originally, but both options are available to be flexible. I mean if I did it now I would use the powershell module I just made for the api along with the PS module for active directory and create and populate groups based on OU’s, could even make it sync with a script in a scheduled task on a windows server.

    But I digress. I did in fact confirm the bug of phantom hosts when creating a group from the hosts screen. I selected the top 3 hosts (id’s of 83, 26, and 135) and created a new group with the tool at the bottom of the list. Then I went to the group to find 5 members, the 3 I chose plus 2 more with ids of 1531 and 1535. I’m including the ids in case there’s some possible correlation to be seen to troubleshoot the bug.



  • @jj-fullmer

    So do most people create the group first, then populate it later?

    And -

    NOTE: 4.16.6 kernel takes a long time to erase mbr/gpt tables. Downgrading the kernel will make this go faster, but it should be noted that 4.16.6 WILL erase these things, it just takes longer than most are used to.
    

    Well, duh - - I guess I need to start paying more attention!


  • Testers

    @librarymark @Tom-Elliott made a note in the 1.5.4 release notes that the newest kernels take a bit longer for the erasing of the MBR/GPT tables than some are used to, but it will get it done. So yes that is a kernel issue.

    @Tom-Elliott is also the person to ask about requesting the feature of a progress bar for the binaries downloading during the foginstall. I agree that it would be a cool feature.

    I will see if I can recreate the issue of creating groups from the hosts screen.



  • I updated to 1.5.4.

    Can I suggest a progress bar at the downloading binaries step? Or putting them in fog’s download? My ISP is so buggy that It’s hard to tell what’s going on. I have gotten in the habit of pre wget-ing the binaries before the install so I can make sure they download.

    But I digress…

    I usually create a group at the all hosts screen - I check the hosts I want to add to a group then at the bottom I fill in the create new group field and hit update. When I do that, not only are the hosts I selected in the group, there are many others that I did not select. I remove them, but that’s why makes me think it’s waiting for these “phantom” hosts to come on line before the multicast session starts.

    But -

    When I go to the groups screen and create a new group, I can click on the new (empty) group, click on membership, then “check here to see what hosts can be added”. I select the hosts, click “add” and then in that group are only the ones I selected. I just now created a test group of 3 PC’s (from the group menu) and was able to multicast to them, however it took a really long time at the “erase the GPT/MBR…” step, long enough that I was looking for this as a possible problem. Then when I got back to the PC’s to take a screen shot the session was running. Is there something in the latest kernel that would cause that?

    Anyway, I am wondering - is there a bug in creating a group from the hosts menu, or am I doing something wrong?


  • Testers

    I would first suggest updating to 1.5.4 that was just released.

    I would also restart the services used for fog groups (or just the whole server if its an option) for good measure. The services being httpd/apache and mysql/mariadb service httpd restart service mysqld restart

    Lets see if we get lucky and that helps, I have a vauge memory of a problem like this happening in one of the working branch versions sometime in the past year and it was fixed in a newer version, hence why updating may do the trick.

    For the multicast issue, I would wait to see if fixing the groups helps with the problem.


 

598
Online

5.4k
Users

12.6k
Topics

118.6k
Posts