Our server is on 1.1.0. We upgraded from 0.32 a couple months ago. The day the problem appeared, we had deleted an image that was associated with 50+ computers, though we’ve done no checking to see if they’re related.
I just installed on Debian 7.6 too I agree with buddy, the installation is easy, though I did find that the installation hangs when installing the first packages. Removing the CD/DVD source from /etc/apt/sources.list fixed the problem (it actually waits for you to insert a CD/DVD and hit enter). This was from a server that was installed from a DVD of course, I can’t say if it’s the same for some of the other media installation like USB etc.
It looks like we have resolved this issue by installing Ubuntu 14.04 on both our FOG server and image server and then installing the GlusterFS as per Tom’s advice. Thank you Tom for all of your help.
Thanks for your replay. I upgrade from 1.1.1 to 1.2.0. I fixed the problem! During the installation, I was asked if I left MySQL password blank, I said no and then left the passwords in blank again. This probably overwrite the php file which was previously creating a password when I said yes.
Yea I don’t want to make any adjustments to the phone system here as that’s priority #1. I wouldn’t feel comfortable putting the file the phones need onto he FOG server as I’m not too familiar with Linux and troubleshooting that would be near impossible. I don’t think the phone vendor would even let me do that.
Thanks for the suggestions, the fog sever is connected to the internet via a proxy, but the proxy port the server connects to is unauthenticated (locked down only but network acls)
I’ve just tried removing the proxy information and this seems to have fixed the issues (both slow task creation and the multicast grouping issue)
[quote=“Tom Elliott, post: 34055, member: 7271”]As you’re running 0.32, I believe you need to make the password change in /var/www/fog/commons/config.php as well.[/quote]
Sorry, left for home yesterday. I’ve already done this, it’s stated in the wiki.
Chad is on the right track I really seem to be slacking lately, normally I am the first one to recommend the DNSMasq, I have to use it here in my novell network because we use Netware 6.5 and it has a limited number of characters that can be supplied for the boot file name. DNSMasq allows me to circumvent the system and provide the correct boot file.
[quote=“scottmcmullan8, post: 33863, member: 24964”]Another update - it appears when the machines that aren’t working are trying to PXE boot they are using Intel Boot Agent Version 1.3.24 however the machines that are working are using a Intel PXE boot agent?[/quote]
Look for Bios Updates/Firmware updates for the machines and see if that has any affect.