Posts made by Arsenal101

@Tom-Elliott I can’t get to the GUI… I get a PHP error 500 and the page wont load. So I am not sure.

@Tom-Elliott Should be the latest SVN 5705 i think.

I just found this https://forums.fogproject.org/topic/6298/fatal-error-message-when-opening-the-fog-page-http-ip-fog-management

Which looks like the problem I am having? I am just not sure exactly how to remedy it.

@Quazz Still doesnt like it… I have tried Service mysql status - comes back with service running and the PID,

service mysql ps aux comes back with the upstart job error.
service mysql ps same…
service mysql aux same…

I am at a loss

If I do a tail /var/log/apache2/error.log i get serveral lines all the same error PHP Fatal Error Class 'System" not found in /var/www/fog/commons/init.php

???

@Sebastian-Roth I can connect to mysql no problem though.

@Sebastian-Roth When I run the first command you mentioned It says:

root@SAU-FOG:~/fogproject/bin# service mysql, ps aux | grep mysql
utility, e.g. service mysql ps
The script you are attempting to invoke has been converted to an Upstart
job, but ps is not supported for Upstart jobs.

Maybe I am entering it wrong. Still kind of lame at linux

@Quazz No go, Same error

@Tom-Elliott Sorry On Ubuntu Server 12.04 LTS

When I type git log i get this:

root@SAU-FOG:~/fogproject# git log -1
commit 6882c92a66ad1be84433095f651d2c51acda058c
Merge: 4c19c7c ac0de27
Author: Tom Elliott tommygunsster@gmail.com
Date: Fri Jun 17 07:50:34 2016 -0400

Merge svn with dev-branch

root@SAU-FOG:~/fogproject#

Checked Apache Error log

[Fri Jun 17 07:32:38.645107 2016] [:error] [pid 8300] [client 10.1.100.20:57664] PHP Warning: mysqli::query(): Couldn’t fetch mysqli in /var/www/html/fog/lib/db/MySQL.class.ph$

Tried to upgrade my FOG server to the latest SVN and everything looked like it went though successfully. No errors on the installer or anything.

No I am getting HTTP error 500 when trying to go to URL and PXE boot is no longer working. I get a "could not boot Input/Output error (http://ipxe.org/1d0c6539)

Permissions thing maybe? I knew I shouldn’t have messed with it!

@Quazz right now we have a master and a storage node at the same location. Same IP Subnet Same switch.

@Arsenal101 Ignore me sorry!.. Nothing a simple search wouldn’t have solved…

On a side 100% side note. If I don’t define a kernel on the “Hosts” Page the machine defaults to bzImage4.1.2. Is there anywhere I can change which bzImage it chooses if nothing is defined?

@george1421 I am not really sure? I thought all that was handled automatically and it just filled the first 10 slots on the Master Node and the started filling slots on the storage node

We will probably continue to stay away from multicast then, we would have to route to get to the subnet the current devices are imaging on.

Should I set up a location plug in so that each location knows what server to pull from?

We have 5 locations 4 schools and one SAU, all of the schools are connect with 10gb multimode fiber and the converted to copper to 1gb switches from there. We image in the computer labs/libraries that are hardwired to HP Procurve 2910al switches. All 1gb. So I am confident that there is no 10 or 100 mb switch in the way.

At our high school it is a possibility that it is cabling, it is old and i think cat 3? It could 5 though I am not sure. I was ruling out cabling though because of that "one station could be imaging at 60 and as soon as you reboot it, it cranks at 6GB.

We can try it at our Elementary school which is wired with relatively new Cat 6 cabling. So that should weed any cabling issues out.

@Wayne-Workman It’s not all that are expiriencing the slowness, but it’s most. We could have 18 computers running at one time and they all could be running at 60MB-PM then we can fire up number 19 and have it crank at 6GB-PM! Random… if we restarted it somewhere in the middle it could get 60 or it could get 6 again… hit or miss…

FOG comes with the maximum client limit set to 10 so I figured that was a pretty good benchmark of where it should be. I could try turning it down. I don’t want to go as low as 3 or 2 though otherwise it would be ton of work to add to our summer plans.

Would it be better to multicast the image instead of unicast it?

We have set up one computer at time and it will image at 60MB-PM … number two we set up could crank out at 6GB-PM, or it could get 60MB-PM… See what I mean. It almost seems like a negotiating problem and not a overhead problem.

@george1421 Thanks I dont know Why I didn’t see those pages before!

The Master and the storage are in the same Storage group. they just happen to be two physical machines that happen to be placed right next to each other. We did it more for Network overhead rather than just upping the client limit on the master server. I did verify that the master and the storage node both have the same images and the master is definitely replicating to the storage.

I could try to unplug the storage server since that machine is the oldest and has the most likelyhood of wonking things up.

I have verified all the way to the end PC there is a 1gb negotiated connection. and its a good auto negotiated connection. not one like I had to tell the port to go to 1gb full duplex, it did it on its own.

I did think about upgrading to the latest SVN but I wanted to hold back as we are right in the middle of the Summer imaging projects which is about ~400ish machines and has to be done ASAP, so if I screwed it up we would be screwed for the summer…

@Quazz I would agree with you if we were having problems with multiple different pieces of hardware all at the same station and cable… but its sporatic. It’s super random. We could have one PC imaging at 60mb per min and then give it a reboot and it cranks at 6gb per min…

@Sebastian-Roth We are unicast. we haven’t done much with multicast. We find its just as easy to group PC’s and just deploy an image to the group or one by one. IS there any advantages to multicast over unicast?

Master and storage node are physically right next to each other. Same IP Subnet and plugged into the same switch. The port on the switch side is actuall a 10gb port but obviously negotiated at 1gb due to the nic in the FOG server. the storage node is older. Master is a Intel MB with a core 2 duo processor, 4gb of RAM. Storage is a Intel board with a Celeron D processor and 2gb of ram(don’t judge! they are recycled).

Where can I find newer kernel updates? the Kernel update page only has up to 4.1.2 and the SVN I am on comes with 4.1.3. Also, where can I change the “default” kernel? All of our machines are pointed to 4.1.2… unless I specify the kernel on the machine level I am not sure how to change the “default”

I can have 2 computers right next to each other with Identical hardware and one may get the top speed of around 6gb per min and the other would get the 60MB… seems random. but seems to negotiate 60MB per min more than the 6GB…

The SVN/GIT I am on is 4301 (little numbers next to FOG in the cloud at the top of the page)

Hey all,

We have been noticing some random problems with our fog server lately. It seems at random (more often then not) the fog server will negotiate speeds of like 60MB per-minute while other computers (of the exact same hardware) will get speeds of 6GB per-minute. And to add to the equation, if we reboot the computer half way through it will sometimes catch a fast speed and image at 6Gig per-minute other times it will still download at 60MB per-minute.

Things I have tried/checked

Check all switches from fog to computer, From 1gig card in fog to 10gb copper port over 40gb trunk to 10gb fiber to 10gb switch to 1gb nic card in end computer. everything that I can check is running 1 or 10gb full duplex.
Tried swapping kernel’s on the PXE menu
checked all switchports to end PC for errors/Dropped Packets/etc…
Checked IO stat on fog server to see if there were any HDD Errors…

I am at a loss, I don’t understand why these would be going so slow. We have never in all years previous had fog run this slow.

I am on Fog 1.2.0 SVN 4301 (master) + FOG 0.32 (storage)
Image cap is 10 per server. Nothing crazy. nothing else fancy.

After I upgraded my storage node to 1.2 and then to SVN v4301 (due to the resize problem) I can no longer see the statistics for my storage node. When I hover it I see a Storage Node 404 Not found
All of my Mysql stuff Matched and replication is working properly… I guess it just doesn’t know where to look for it?

I think I solved it! We do currently have a .32 server in place as it has good images on it and I didn’t want to completely drop it and lose those unitil i knew that I had the New 1.1.2 server 100%. I was able to deploy fine with the .32 server but not the 1.1.2 but it looks like the problem was the NIC driver. installed the updated driver and all is well in the world of imaging, for me atleast. Ill just inject the new driver into the windows driver store so i don’t have to install it on all the machines after the imaging process

Yeah it looks like the problem was the NIC driver, just weird coincidence where it worked with partimage but not partclone