[quote=“Tom Elliott, post: 29051, member: 7271”]Change the document root of your apache information to /var/www[/quote]

I’ve changed the documentroot, but there’s no difference.

[CODE][Wed Jun 04 12:15:10.484125 2014] [:error] [pid 7062] [client 10.4.30.43:49221] PHP Warning: require(…/commons/base.inc.php): failed to open stream: No such file or directory in /var/www/fog/service/servicemodule-active.php on line 2
[Wed Jun 04 12:15:10.484155 2014] [:error] [pid 7062] [client 10.4.30.43:49221] PHP Fatal error: require(): Failed opening required ‘…/commons/base.inc.php’ (include_path=‘.:/usr/share/php:/usr/share/pear’) in /var/www/fog/service/servicemodule-active.php on line 2
[Wed Jun 04 12:15:13.479323 2014] [:error] [pid 7091] [client 10.4.30.43:49220] PHP Warning: require(…/commons/base.inc.php): failed to open stream: No such file or directory in /var/www/fog/service/servicemodule-active.php on line 2
[Wed Jun 04 12:15:13.479352 2014] [:error] [pid 7091] [client 10.4.30.43:49220] PHP Fatal error: require(): Failed opening required ‘…/commons/base.inc.php’ (include_path=‘.:/usr/share/php:/usr/share/pear’) in /var/www/fog/service/servicemodule-active.php on line 2
[Wed Jun 04 12:26:44.439631 2014] [:error] [pid 7157] [client 10.4.30.174:49235] PHP Warning: require(…/commons/base.inc.php): failed to open stream: No such file or directory in /var/www/fog/service/servicemodule-active.php on line 2
[Wed Jun 04 12:26:44.439661 2014] [:error] [pid 7157] [client 10.4.30.174:49235] PHP Fatal error: require(): Failed opening required ‘…/commons/base.inc.php’ (include_path=‘.:/usr/share/php:/usr/share/pear’) in /var/www/fog/service/servicemodule-active.php on line 2
[Wed Jun 04 12:26:47.437465 2014] [:error] [pid 7121] [client 10.4.30.174:49234] PHP Warning: require(…/commons/base.inc.php): failed to open stream: No such file or directory in /var/www/fog/service/servicemodule-active.php on line 2
[Wed Jun 04 12:26:47.437494 2014] [:error] [pid 7121] [client 10.4.30.174:49234] PHP Fatal error: require(): Failed opening required ‘…/commons/base.inc.php’ (include_path=‘.:/usr/share/php:/usr/share/pear’) in /var/www/fog/service/servicemodule-active.php on line 2
[Wed Jun 04 12:33:39.110303 2014] [:error] [pid 7199] [client 10.4.30.174:49184] PHP Warning: require(…/commons/base.inc.php): failed to open stream: No such file or directory in /var/www/fog/service/servicemodule-active.php on line 2
[Wed Jun 04 12:33:39.110333 2014] [:error] [pid 7199] [client 10.4.30.174:49184] PHP Fatal error: require(): Failed opening required ‘…/commons/base.inc.php’ (include_path=‘.:/usr/share/php:/usr/share/pear’) in /var/www/fog/service/servicemodule-active.php on line 2
[/CODE]

Could these errors be made by clients with the old fog client installed?

Ahh thanks for that, I have another question but I’ll create a new thread for that 🙂

To add, actually it seems almost 100% stable with this modification, no crashes today…

Maybe the one crash after I made this change was a fluke and/or I had not rebooted yet, I cannot remember with all the different testing that I’ve been doing…

does each site have it’s own tftp server as well?

The MySQL Issues could play into account as much of the data Polled comes out of the database. So it’s not too surprising to see the issue. This may also explain why a reinstall seems to help fix some of the issues. Not a complete reinstall from scratch, just simply rerunning the installer in place.

Our network engineer is out today so we’re not sure about the details. All we could see was that a “no internet” policy was applied to that port via our NAC, and when we disabled it, FOG suddenly worked fine. The box was booting from the FOG server via IPXE so it seems that internal network access wasn’t blocked, but again, we don’t know any specifics.

I have an nfs shared through cifs, but not the other way.

Thanks for the reply Tom, I will try this out and see what I get

I am certain - the disk’s have all come from the same place - and I have NEVER had to partition them first before I can download the image from FOG.

So it comes down to preference…

To SYSPREP or To FOG PREP…it doesn’t really matter if you do or not just get to FOGGING!!!

[quote=“Tom Elliott, post: 28975, member: 7271”]No, but it’s good to have so people aren’t staring at code thinking the problem is missing text.

In programming, typically it’s syntactically incorrect to have dhcp-boot=,[/quote]

In some systems when using DNSMASQ you have to leave that field blank, like novell. If you supply the FOG host server name, the file will fail to resolve. I should have left a place holder in the documentation that explained that the blank is for the host name but I didn’t know it was going to drive you insane lol

[quote=“Broach75, post: 28756, member: 24433”]Hi, New FOG user. Setup is working great for unicast, but I am unable to get multicast working. I have installed several times on both physical and virtual servers with same results. I do not see any multicast troubleshooting info like in the .32 version. Does it still exist?

Thanks
Bill[/quote]

More or less, the same troubleshooting document is still valid for 1.0.1.

That said there were some known quirks depending on the setup of your fog server with Multicast.

If you’re interested, install the svn version of FOG and see if that can help you.

If you know the information such as the host ID you can remove with an sql statement. Why you can’t now is probably because the hostID is currently set to 0 which FOG can’t recognize. That said, normally the host wouldn’t even appear to the system, so the only other guess is maybe and image isn’t set to this host?

To remove the host:
[code]mysql -u root -h’<YOUR FOG IP HERE>’ [-p’<YOUR MYSQL ROOT PASSWORD>’ #ONLY IF SET]
DELETE FROM hosts WHERE hostName=‘HOSTNAMEOFSYSTEMTOREMOVE’;
[/code]

Downgrading isn’t exactly supported from 1.x.x to 0.32. While you “could” do it by removing the current installation of FOG and the database system, export the hosts list and reimport to your “new” downgraded install, I’d first like to see if we can get this for you.

I’ve now created and deployed a few images using 13.10 with 1.1.0. It is working very well. Thank you, everyone–for your help!

Now, I need to start a new thread about another problem… 🙂

Yes all of this worked I can cd /images create a folder as the user fog and double check by going to images folder and seeing the test folder.

Sorry for the late reply, got crazy busy on Friday. Anyway, I think it may be a problem when I try to pxe boot the machine, that’s when the error comes up and not much more information is provided :(.

[quote=“JeffT, post: 28742, member: 24415”]Changing it to undionly.kpxe.INTEL worked! Tested it with booting to the OS and to the FOG server.

Thanks for the help![/quote]
Glad I could help.

Sorry, I forgot to reply.
Upload works fine with the normal windows installation.
Now, i’ll look for the problem of downloading old image.