spanning tree, spanning tree la la la la la (jingle bells)
I’m saying this from 2 months :D
I’m glad to read you saying it ^^
Posts made by Seydoo
RE: No DHCP after PxE Menu
1\ Better than that : I can deploy snapin all over my company network and, of course if I place a computer in this vlan it gets an IP
2\ I have to test this but I don’t have such switch available :(
I am really convinced of a network problem (snapping tree for example), but I can’t prove it and it annoys me because without it, I can’t ask the network team to solve my problem.
No DHCP after PxE Menu
OS : Centos 7
FOG Version : 1.5.5
bzImage Version: 4.19.1
bzImage32 Version: 4.19.1
It’s been 2 month now I have a serious issue deploying Images from my fog server
My FOG Server is on a particular VLAN on my network and was configured as a DHCP server ( I use it from 3 years now)
1st I plug a computer on my network in order to image it
PXE Boot ==> OK
Pxe Menu ==> select inventory (or deploy image for an existing computer in my DB) ==> No DHCP response on interface eth0, skipping it
Failed to get an IP via DHCP ! Tried on interfaces (s) : eth0
Before christmas all worked perfectly ==> a dozen of computers were imaged and I also captured 2 new images
My network expert affirm it doesn’t come from the equipment, ok so why it doesn’t work now ?
I read something about spanning tree but they say no
I’m convince it’s a network issue but I cannot prove it
Can you help me please ?
Contrary to totoro in a previous post I don’t have the same response in the debug mode :
Multiple MAC crash my fog DB
My system :
FOG 1.4.4 SVN 6077
Yesterday, my fog server suddenly crash, httpd was swapping a lot and finally the system killed mysql
I had to stop httpd service
In the morning 2 snapins were deployed (slowly) so I first thought there were still tasks pending and blcking the system
I delete all tasks in tasks and snapinTasks table
It didn’t work, so the problem was elsewhere
the night pass (perhaps httpd will do what he wanted to do and all will be clear this morning) but still the same problem
after a long moment of solitude in front of my VM i have a flash of light and looked in hostMAC table
around 67000 rows for 300-330 hosts, that make a loooooot of MAC just for 1 host (~200)
delete from hosts
delete from hostMAC
==> at last my system is responding after restart of httpd service
So my question is, what can i do to avoid this issue in the future ?
I reimported an old csv with my host (created when i upgrade from 1.3.5) ans i have lots of new MAC to approve for my hosts, all these MAC seem to be virtual, but… globally my users don’t have VM on their computers (only ~10 users have vmware installed on their windows)
Is there a way to stop getting “false” mac adress ?
here is a PrintScreen of the pending mac page
Estimated FOG Sites: Error contacting server
OS : Centos 7
Fog : 1.4.4
svn revision : 6077
I have this message on logon web gui, I changed the proxy settings in FOG Settings and my server is connect to Internet (I used wget to download fog)
in my .bash_profile my proxy is ok
firewalld is correctly configured (as indicated in fogwiki)
did I forgot something ?
no emergency with this but it can be usefull for updates
Thanks for your help
RE: Snapins Issue : Hash does not match
I know that but changing the value made the snapins correctly downloaded and then, installed
In any case I re uploaded my packages 2 or 3 times and it didn’t work, perhaps it was just a coincidence… or not :)
What was strange is the size of my package on the computer, hash was the same no matter the snapin (sel extractor, msi, installer) ==> always 1Kb
The only thing I didn’t try was changing php.ini, perhaps some test can be made to confirm (or infirm) my suggestion ?