[quote=“Junkhacker, post: 38618, member: 21583”]not that i suspect it matters, but just for the sake of clarity: were updates run prior to installing fog, or was this immediately after install?[/quote]
It was the Minimal ISO, so it downloads the newest packages during the OS install
[quote=“Tom Elliott, post: 38616, member: 7271”]Question to help me narrow the issue? These are presenting on fresh installs not update/upgrades?[/quote]
Correct, fresh install of both Ubuntu 14.04 and 13.10 x64 running in VMware Fusion both had the same issue. The only thing I did was install subversion, then proceeded to download the newest revision from svn for the first time - FOG had never been installed prior. Confirmed Ubuntu ISO hashes matched
[quote=“Tom Elliott, post: 38610, member: 7271”]If the package is installed, it doesn’t install it again. That’s expected.[/quote]
Tom, I just verified what Cory reported. When the install script runs, it says it’s going to install the necessary packages but then skips packages because it thinks they’re already installed even if they’re not. I only checked with mysql-server and php5 to verify, but I’d bet is the same in all cases
[url=“/_imported_xf_attachments/1/1474_InstallErr.png?:”]InstallErr.png[/url]
[quote=“Tom Elliott, post: 38599, member: 7271”]I think I found the issue.
IS it failing at setting up installer, or when you try to check for db update?[/quote]
It looks like setting up the installer - it’s just after ‘configuring services’ but before prompting for the mysql password. /var/log/foginstall.log screenshot attached
[url=“/_imported_xf_attachments/1/1473_MySqlErr.png?:”]MySqlErr.png[/url]
[quote=“Tom Elliott, post: 38597, member: 7271”]When you’re installing the OS, are you installing with LAMP?[/quote]
I’ve always used the minimal ISO, and just chose ‘manual package selection’ and FOG seemed to install its dependencies during the install - has this changed?
[quote=“Tom Elliott, post: 38595, member: 7271”]All good, just let me know how it goes.
I haven’t seen any issues on my 14.04 box though so maybe something else went ary?[/quote]
Just tried 13.10 and rev 2544 - same issue. I don’t think I’m doing anything differently than I have in the past, but it’s been a long weekend
Tom, I just attempted to install rev 2542 on Ubuntu 14.04 (I know) in a new vm and it failed at setting up and starting MySql. I realize 14.04 isn’t officially supported but I haven’t had this issue before - I hadn’t done anything other than installing subversion prior to the install. I’ll try a supported version and see how it goes
Try experimenting with replacing ‘boot’ with ‘chain’ and swapping ‘imgfetch’ with ‘initrd’ or mixing and matching to see if you find something that works. We had to do some experimenting to get what we wanted (Hiren’s and Dell diagnostics) but eventually got it working. Unfortunately I don’t remember offhand and don’t have a vpn connection to check.
I do remember eventually using another memdisk file
So what you’re trying to do is boot machines that are efi-only but you also have legacy machines that can’t efi boot?
Do you have any firewalls enabled?
Disable firewall, at least for testing
[CODE]
sudo ufw disable
[/CODE]
You could also try restarting the tftp service
[CODE]
service tftpd-hpa restart
[/CODE]
It looks like there’s a pxelinux.0.old in the /tftpboot directory. You could try renaming it to pxelinux.0, or do as I suggested above
To create the symbolic link:
[CODE]
ln -s /tftpboot/undionly.kpxe /tftpboot/pxelinux.0
[/CODE]
Yeah, you also need that change, sorry, I assumed you did. Make sure option 66 is also the new FOG IP. You may be able to create a symbolic link from pxelinux.0 to undionly.kpxe for now without making change to option 67 or involving dnsmasq to verify it works, just make sure option 66 is the correct IP. I’ve never done it to try, so I can’t make any promises
You could try a kernel upgrade and see if that has any effect
To download the 64 bit kernel:
[CODE]
wget --no-check-certificate http://mastacontrola.com/fogboot/kernel/bzImage
[/CODE]
then backup the original 64 bit kernel and replace it with the new kernel
[CODE]
mv /var/www/fog/service/ipxe/bzImage{,.ORIG}
cp bzImage /var/www/fog/service/ipxe/bzImage
[/CODE]
Then see if you can boot successfully to the FOG menu
or try a different tftp file
Have you had FOG running before and same version and setup? Does it do the same thing with all machines you try to boot or just one model?
Can you confirm that there are files that correspond to the image located in /images or wherever you have your images set to save to? And you’re sure there are no drive issues with the new FOG server?
Does restarting the TFTP service have any effect?
[CODE]
sudo restart tftpd-hpa
[/CODE]
Welcome to the FOG Forum, btw, and thanks for the contribution!
If you wanted simplify even more and save some typing, you could change both the owner and group with one command using the format:
[CODE]
chown username:groupname filename (assuming you’re already in the same directory as the desired file, otherwise use /path/to/file)
[/CODE]
That would make step 2:
[CODE]
chown www-data:www-data /var/www/fog/dban
[/CODE]
And step 4:
[CODE]
chown www-data:www-data /var/www/fog/dban/*
[/CODE]
Edit:
In your case specifically, I think you could actually combine steps 2 & 4 using:
[CODE]
sudo chown -R www-data:www-data /var/www/fog/dban
[/CODE]