That is excactly correct. I am reaching out to our vendor to find out if their are any known issues here. I will post back for others to know.
For the record we are using Meraki MS225-48FP and Meraki MS42P.
Thanks for helping be troubleshoot this @Tom-Elliott .
That is correct.
Some machines start multitasking like normal and others sit on the Partclone screen. All of them make it to the Partclone screen at the same time.
The last line repeats until it finished.
If you would like the entire log file I can post it.
@tom-elliott
Yes I am on the working branch. I’ll post the log file here shortly.
Well it may have been Tom. But I thought you told me that. Ha!
Our machines are all on the same subnet.
@george1421 had me set the Multicast rendezvous address to our FOG server IP previously.
Thanks!
Also this particular session started with 36 clients.
I just checked over my Multicast settings int FOG settings…
UDPCAST Maxwait is set to 10.
FOG Server Ver. - 1.5.4
FOG OS - Debian 9.4
HOST OS - WIN10
I have noticed on multiple occasions that in some of my labs the multicast sessions only complete on a select group of hosts and do not start on others.
What happens is:
ALL hosts in Group WOL
ALL hosts get to the PARTCLONE screen.
Partial hosts start tasking and complete tasking.
I noticed this in one lab where one host would start PARTCLONE tasking and all other hosts would not start. I had to unplug that host from the network in order to get the others to actually finish tasking.
In every situation, previous versions of FOG worked correctly Multicasting to these labs.
@george1421 - Any ideas on what might be going on here? Everything else has been stable since we talked last.
Thanks!
Cheers,
Joe
I killed the php-fpm7.0 -F -c /etc/php/7.0/fpm/php-fpm.conf and had not restarted it. I just re ran that command and PHP-FPM is now running again. Still no results from /etc/php/7.0/fpm/pool.d# ps -ylC php-fpm --sort:rss.
Should I restart that multicast session and try this all over again? I certainly can.
OK. So here is some feedback.
I ran ps -ylC php-fpm --sort:rss with 27 clients running a multicast session. I did not get any results at all returned.
I did have php-fpm7.0 -F -c /etc/php/7.0/fpm/php-fpm.conf running. In fact it had been running since I ran my last Multicast sessions. I hadn’t received any more errors until this morning when I ran a batch. Incidentally, when I received the warning below, I ran the command above and it still didn’t return anything.
I have that multicast session open as we speak. So if their are any other things you’d like me to try PM me.
@george1421
Very interesting! I will run those tests here later this morning. The images so far have worked with Multicasting also. I haven’t had any issues with loosing interactivity with my FOG interface either since I adjusted things.
Stay tuned. I’ll have some results to post here in about an hour or so.
@tom-elliott
I am playing with it right now. Based on having 4 gb of RAM allotted for the server. I came up with these from another website about php-fpm.
I reset the settings to the following:
pm.max_children = 40
pm.start_servers = 15
pm.min_spare_servers = 15
pm.max_spare_servers = 25
pm.max_requests = 500
So far PHP-FPM hasn’t bombed out. I will report back after I run a few more things.
Thanks!
This might help with the Debian 9 issue.
Looks like the pm.max_childeren setting has been reached. That is when the server interface locks up.
Well I think I may have something for you guys now.
I had a batch of clones multitasking after I restarted the PHP-FPM services when things locked up… Some of the clones in the group did not start. Some did. The ones that started hung at this screen.
Than after a bit of time, I noticed the interface was locked up once again… So I restarted PHP-FPM services and got the following message…
Let me know if you need any log files. Thanks!
I restarted PHP-FPM and the interface came back up.
So… I tasked 5 machines for a test batch. Multicast worked on those 5 just fine. The image seems to be running fine. The task session was extremely fast. They were finished in less than 8 minutes.
I tasked 30 more… and the interface locks up. I cannot get to the interface now at all.
My server is running Debian 9.4. It ran fine using Apache. Now that we are back to FPM, the interface is locking up tight.
Thanks guys! I’ll be around today until noon MST than again tomorrow 7 - 3 MST.
@tom-elliott
Thanks! Will do! I’ll report back. I will try a few labs today and see what happens.
@george1421
Multicast fails on both Apache-PHP and FPM.