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?

@george1421
I just upped the memory in/etc/php/7.1/fpm/pool.d/www.conf:

php_admin_value[memory_limit] = 256M 

OK - here’s a wrinkle - I have normally used ipxe.kkpxe because I have some realtek nics that won’t boot to ipxe.kpxe. This morning after once again testing all the possible exit choices on a lark I thought I would try ipxe.kpxe and it seemed to boot all of my machines and did allow RRRx to work on the test machine.

Is this file (ipxe.kpxe) updated from time to time? And what’s the difference between it and ipxe.kkpxe?

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

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

I wonder if the group you created would multicast.

I have gotten in the habit of downloading the binaries before the install. It’s just too long to wait for them without knowing what’s going on if you let the install script do it.

I have rolled back to Ubuntu 14.04 and FOG 1.3.5. It works with no issues whatsoever for me.

Sorry I can’t help troubleshoot but I have very little time to work with to get this running.

@george1421
I am curious what php-fpm gains us. I have never had performance issues before.

@george1421
How many versions back do we need to go to bypass this? I think I want to step back in time until the bugs are worked out. Or - what older version of Ubuntu would work better?

@george1421
My multicast sessions usually take about 5-7 minutes to complete. Is that what you mean?

@george1421

Where do I find the “push time”?

I edited the file is /etc/apache2/sites-enabled/001-fog.conf, and it now looks like this:

<VirtualHost *:80>
  <Proxy "fcgi://127.0.0.1:9000">
        ProxySet timeout=300
   </Proxy>

    <FilesMatch "\.php$">
        SetHandler "proxy:fcgi://127.0.0.1:9000/"
    </FilesMatch>
    KeepAlive Off
    ServerName 10.5.0.61
    DocumentRoot /var/www/html/
    <Directory /var/www/html/fog/>
        DirectoryIndex index.php index.html index.htm
    </Directory>
    RewriteEngine On
    RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK)
    RewriteRule .* - [F]
    RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f
    RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-d
    RewriteRule ^/fog/(.*)$ /fog/api/index.php [QSA,L]
</VirtualHost>

Is that correct? In any case I will not be able to test now because we just opened (public library). It might be a few days.

@george1421
I just upped the memory in/etc/php/7.1/fpm/pool.d/www.conf:

php_admin_value[memory_limit] = 256M 

@librarymark
And after I reboot the server and the multicast actually runs, the PC’s are stuck at this:

and FOG’s webpage says this:

@librarymark
And while trying to multicast 8 pcs, now I get this again:

I am running Ubuntu 16.04 server in vmware. I was never able to make 1.5.4 multicast until I made the changes outlined here to the www.conf file. I was suffering the same things that fry_p had probloms with. Downloading boot.php would just be “…” for days. Now it works (like it used to).

Thank you, george1421!

Edit: Well, I take that back (a little bit). After a 20-pc multicast session, none of the PC’s were able to ‘update the database’. I had to cancel the session, reboot the fog server, and reboot the PC’s . At least the image was successfully blasted out otherwise I would be having a bad day right about now.