Posts made by Flavalf

Flavalf

alt text Good news everyone !

One more time, FOG was not faulty but the NETWORK …
After checking again Forums on multicasting and similar problems, I’ve found the solution :

The querier switch must have an IP adress on the subnet …

Once I’ve made the change, I tested a 4 client multicast session : total success !
So I tried with a classroom of 19 clients : in 30 min ( 1.5Gbps/min, max speed with 100Mbits connections ), all images were downloaded !

So, maybe it would be interesting for others to include these advices in the wiki or the troubleshooting Multicast page :

enable IGMP snooping on VLAN concerned in all switches

Choose 1 "master switch ( for me the all gigabit one under fogserver ) and make the following only for this one :

assign an IP adress to the VLAN in the switch configuration in the subnet range
enable IGMP query on the VLAN
verify the switch has Active Group Addresses
Enjoy !!!

Thanks again at all the FOG team

Flavalf

Thank you Tom, where can I find the other multicast log ?

Flavalf

Server

FOG Version: 1.4.1
OS: Debian 8

Client

Service Version:
OS:

Description

So, after make my network works, I face a new problem …
I create a Multicast task, it starts on all clients, but after a few minutes, the imaging process stops !
As you see in the multicast.log, the task ends itself :

[05-31-17 10:39:10 pm] * No tasks found!
[05-31-17 10:39:00 pm] * No tasks found!
[05-31-17 10:38:50 pm] * No tasks found!
[05-31-17 10:38:40 pm] * No tasks found!
[05-31-17 10:38:30 pm] | Task (2) Multi-Cast Task has been completed.
[05-31-17 10:38:30 pm] | Task (2) Multi-Cast Task is no longer running.
[05-31-17 10:38:20 pm] | Task (2) Multi-Cast Task is already running with pid: 21947.
[05-31-17 10:38:10 pm] | Task (2) Multi-Cast Task is already running with pid: 21947.
[05-31-17 10:38:00 pm] | Task (2) Multi-Cast Task is already running with pid: 21947.
[05-31-17 10:37:50 pm] | Task (2) Multi-Cast Task is already running with pid: 21947.
[05-31-17 10:37:40 pm] | Task (2) Multi-Cast Task is already running with pid: 21947.
[05-31-17 10:37:30 pm] | Task (2) Multi-Cast Task is already running with pid: 21947.
[05-31-17 10:37:20 pm] | Task (2) Multi-Cast Task is already running with pid: 21947.
[05-31-17 10:37:10 pm] | Task (2) Multi-Cast Task is already running with pid: 21947.
[05-31-17 10:37:00 pm] | Task (2) Multi-Cast Task is already running with pid: 21947.
............
[05-31-17 10:30:20 pm] | Task (2) Multi-Cast Task is already running with pid: 21947.
[05-31-17 10:30:10 pm] | Task (2) Multi-Cast Task has started!
[05-31-17 10:30:10 pm] | Command: /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 240 --portbase 53350 --full-duplex --ttl 32 --nokbd --nopointopoint --file /images/W7/d1p1.img;/usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 10 --portbase 53350 --full-duplex --ttl 32 --nokbd --nopointopoint --file /images/W7/d1p2.img;
[05-31-17 10:30:10 pm] | Task (2) Multi-Cast Task sending on base port: 53350.
[05-31-17 10:30:10 pm] | Task (2) Multi-Cast Task 1 client found.
[05-31-17 10:30:10 pm] | Task (2) /images/W7 image file found.
[05-31-17 10:30:10 pm] | Task (2) Multi-Cast Task is new!

And clients hang in imaging process …

This issue appears at each time, with 3 or just one client …

Flavalf

Well, after upgrading tonight to 1.4.1, I can now save the changes in FOG settings …
I think this topic can be marked “solved” …

Flavalf

@Sebastian-Roth You’re welcome …
For info, my switches are HP Procurve and I used these links to configure them !

https://community.spiceworks.com/how_to/26481-enable-igmp-on-hp-procurve

http://whp-hou9.cold.extweb.hp.com/pub/networking/software/AdvTraff-Oct2005-59908853-Chap04-IGMP.pdf

Now, Multicast is working properly : I imaged 3 clients at 1.4 Gb/min, next I will try 10 or more !

Flavalf

I tried to change directly in DB : for example :

update globalSettings set settingValue='1' where settingKey='FOG_INACTIVITY_TIMEOUT';
exit;

and it works !

But still not with the webGUI

Flavalf

@Sebastian-Roth No, they’re exactly the same…

Indeed, the apache logs weren’t displayed in my fog web gui til these days …

Flavalf

Sadly, no error related to FOG in apache error.log …
I also checked the mysql DB with

mysqlcheck -r fog

Everything is OK …

Flavalf

Server

FOG Version: 1.4
OS: Debian 8

Client

Service Version:
OS:

Description

Hi, I’ve got a very annoying issue. As I tried to make multicast works, I’ve changed some parameters in FOG settings. But now, I can’t save any of the changes in fields, in any section. The page takes time to actualize, the pop up “Settings Successfully stored!” appears but no change is saved !
In other sections, like host editing, changes are OK.
I don’t think there’s a “lock” function, so it maybe an apache problem ?
I’ve run again the 1.4.0 installer and rebooted, no success …
.
I guess it’s an apache problem

Flavalf

Hi, feedback on my issue : it was ( as usual ) a network cause.
IGMP was enable on switches but no switch was querier and no multicast group has been set.

Now , the 1 client test is ok, I can go further and make it works !
Thanks for support.

Flavalf

I’ve replaced the files in /var/www/html/fog/service/ipxe ( no need to reboot I guess ? )
I’ve rebooted the client and … get the same issue
I don’t know if it’s normal or not but I can’ t ping 224.0.0.1 from the client :

Flavalf

Test with 1 client :

multicast.log

[05-23-17 8:01:32 pm] * No tasks found!
[05-23-17 8:01:22 pm] * No tasks found!
20:01:12.912924 
20:01:12.912855 Transfer complete.
20:01:12.909402 Disconnecting #0 (172.16.13.207)
20:01:12.598314 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000
[05-23-17 8:01:12 pm] * No tasks found!
20:01:06.531724 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000
[05-23-17 8:01:02 pm] * No tasks found!
20:01:00.465126 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000
20:00:54.398543 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000
[05-23-17 8:00:52 pm] * No tasks found!
20:00:48.331956 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000
20:00:42.265365 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000
[05-23-17 8:00:42 pm] * No tasks found!
20:00:40.198868 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000
20:00:40.108834 Starting transfer: 00000009
[05-23-17 8:00:32 pm] * No tasks found!
20:00:24.781281 Broadcasting control to 172.16.255.255
20:00:24.781257 UDP sender for /opt/fog/.fogsettings at 172.16.1.111 on eth0 
20:00:24.781134 Using mcast address 236.16.1.111

On server and client :

Flavalf

On server :

root@fogserver:~# ifconfig
eth0      Link encap:Ethernet  HWaddr 44:37:e6:62:7c:8f
          inet adr:172.16.1.111  Bcast:172.16.255.255  Masque:255.255.0.0
          adr inet6: fe80::4637:e6ff:fe62:7c8f/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:45004809 errors:0 dropped:4 overruns:0 frame:0
          TX packets:3727057 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:3524256236 (3.2 GiB)  TX bytes:126333435337 (117.6 GiB)
          Interruption:17

lo        Link encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:122881 errors:0 dropped:0 overruns:0 frame:0
          TX packets:122881 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:14737940 (14.0 MiB)  TX bytes:14737940 (14.0 MiB)

On client ( in debug task) :

Flavalf

As I’m not a specialist, yes they are : fogserver is 172.16.1.111 and the dhcp range is
172.16.13.0 to 172.16.16.255. the dhcp server is a windows 2012 server

Flavalf

Server

FOG Version: 1.4
OS: Debian 8

Client

Service Version:
OS:

Description

Hi, multicast deployment doesn’t work on my server, as clients hangs at the blue screen.
I 've read carefully the wiki and performed the 1 client test with commands udp-receiver and sender. This test failed :
On server side, i see a new connection with the correct ip, on client side, the clients seems to be ready, but whent i hit a key on the client, it just prompt " sending go signal" and nothing appears …
The multicas.log shows the task, but when the transfer should begin, it shows " TimeOut"

I’ve checked the network switches ( IGMP and SPT is enabled ) , on the server iptables is enable but without rules, ping 224.0.0.1 is ok, …
If anyone has an idea, I would be very grateful .

Thanks for your amazing work on FOG

Flavalf

FOG 1.2.0 on Debian
Lycée Guillaume Apollinaire, Thiais, Paris Area, France
~500 Desktops PC Windows 7
Discovered and installed FOG in 2014
We’re teachers in a public college grade organization, and in charge of the local network for teachers and students. FOG really saves a lot of time for us for deploying and maintaining computers. At this time, we have a single master W7 image made on VirtualBox with all the software needed. As we have a lot of different hardware, we include in the image all the drivers and then sysprep.
We use FOG’s ability to rename PCs and join to our domain and run a script with DPinst to install drivers and activate Windows’s MAK.
The amazing point is that all we have to do is click on download from any web browser, and when we come to see the machines, they’re ready to use !!!
So, thanks a lot to the founders and developers.

Flavalf

So here is just a feedback : you were totally right !
The problem causes now very low speed while imaging on some machines ( record : 22 MB/min !!! ) and as soon as I connect the machine on another switch, the speed increase frankly. I’m not victorious because I didn’t isolate the faulty swith ( there are many interconnected … ) even if I suspect one ( but reboot it doesn’t change anything.
So I don’t bother you and ask more as it is clearly a network issue and not a FOG one, but when I found a solution ( I hope so … )
I will post it here …

Thank you again !

Flavalf

I think they’re on different switches, but I’ll check and reboot them tomorrow.
Thanks a lot for your fast and wise support