@tom-elliott said in Data missing from the database after host is imaged.:

Fixed in working.

Basically what was happening was the other1 field is used to send emails. That part still can happen (as any value that’s not an email will just not receive an email), but it was clearing the field after it sent the email out.

I just commented out the line as I cannot remember exactly why I was clearing it to begin with.

Thanks Tom!

@imagingmaster21 said in Snapins Not Deploying:

I deleted the snapins and readded them and seems to be working with Chrome.

What do you mean by this? Working with Chrome as in the MSI is being deployed, or working with Chrome when you use Chrome to create the snapin?

So with the ‘manage-bde -off C:’ command, are people then turning that back on once the image is created/deployed? Or given Bitlocker isn’t on, not bothering?

I suppose it’s made me think I should potentially look at turning bitlocker on for some staff members which will probably just be a manual process, but just wondering if I should then be turning the above command on when I do it.

I finally had a chance to get a new gigabit network card on this machine and am happy to report the graph now functions properly. Thank you for your troubleshooting efforts.

@walkerit When you run the fog installer, it’ll list out all the packages it will try to install - then it goes about installing each one of those. You can copy/paste that entire list and install them manually with apt-get -y install package1 package2 package3 ...

@george1421 Thanks George. That solved my problem.

@sebastian-roth Thanks for your answer the problem sloved, i changer in bios the option it was SATA: RAID. I chose SATA: AHCI becaus I can’t connect to server FOG without this option.
So that’s dommage my OS thast’s the reasn why I can’t creat my image.
Thanks

@tom-elliott
Nice move! Thanks a lot!
i give it a try!

Hi!

Search for dhcp.conf or dhcp3.conf or something in /etc edit this file with nano or vi for each host you need an entry of this form:

host MYCOOLHOST {
hardware ethernet 00:00:00:00:00:00;
fixed-address 1.2.3.4;
}

Replace the 00:00:00:00:00:00 hosts MAC Replace 1.2.3.4 with your desired IP restart dhcp service or simply reboot

hth
xibeaga

@george1421
thanks Georges!

it s ok!

nice!

@sebastian-roth
I’m currently creating a new FOG server as a test to see if it does the same with that, if it works fine, I’ll re-install FOG on the old server, however, as it’s a school, and staff are teaching using the PC’s that have been imaged with FOG, If I was to re-install FOG would it affect the machines if the client (the FOG Service) can’t talk to the server, IE, it’s not going to reboot or disconnect from the domain or anything?

Thanks,

Dan

@tom-elliott
That did it, sorry I didnt find that post in my searching.

https://forums.fogproject.org/topic/11722/problem-during-upgrade-from-1-5-0-to-1-5-2/18

I just didn’t read enough. Disregard! This fixed it.

@george1421 Yes that fixed it! and yes i realize that both these errors imply that someone messed with my server. I may have unintentionally done it myself but i dont know when. i’m also doing all of this in a votech class room with immature high schoolers around and they may have screwed with something. doesn’t really matter though, its fixed ad i thank you for helping me sir.

@sebastian-roth I looked at the shared pcap with a fresh set of eyes this AM and that is consistent throughout the dhcp server responses. It correctly sets the string length but doesn’t terminate the string with 0x00. While it complies with the letter of the IEEE document, it doesn’t follow common practices. I did check a few other pcaps I had laying around and all responses from those random dhcp servers had the string length and 0x00 in the hex code. It appears this Infoblox dhcp server is doing something a bit different. The OP may need to get with Infoblox and show them what he is seeing.

@sebastian-roth I changed that line but do not see any difference. This is what I altered:

explode("\n", $mainFallback), array( 'goto MENU', ':get_console', "console --x 1024 --y 768 --picture $this->_booturl/ipxe/$bgfile " . "&& goto console_set || goto alt_console", )

I also noticed a vast difference between the size of the menu in BIOS and UEFI, the BIOS version is actually a little too big if anything, but the UEFI version takes up maybe 1/4 of the screen.

Any way to get these 2 menus on par in terms of size with each other?

As an aside, I thought setting the resolution to 1024x768 (matching my bg) would get the background to display, but it has not.

I guess next step is to try and save my bg as 800x600 and see if it displays, then as png instead of as jpg.

Thanks

@tom-elliott Awesome! Thanks a bunch Tom. I was able to get it resolved with the tips in that post.

Well, I mounted the ISO for 6.5 on the server, copied everything over, recreated the menu and edited the boot.cfg and the same issue:

The bootx64.efi and boot.cfg load as expected The VMWare ESXi installer loads files according to the boot.cfg The VMWare ESXi installer starts, the band/progress bar at the bottom gets past a couple stages and then PSOD on the “storage-stack” portion every time.

(all related to 6.5 U1 A10)
Tested 2x R620’s, one with all newest firmware, both have same issue. Tested on an FC630, works no issues.

ISO burned to physical media runs as expected and works in both R620’s via UEFI DVD/CD boot.

I am going to try and alter the 6.5 install to run over ftp instead of http to see if it changes anything. I had done this prior I think, but want to be sure. I will pass everything via ftp (bootx64.efi, boot.cfg and all modules from boot.cfg).

If that doesnt work I will just give up on the R620’s getting PXE booted ESXi 6.5 U1 A10. As long as its 1 or 2 machines/models that arent critical I can live with that but if the crashes become the rule and not the exception thats going to cause issues for me.

Lastly, is there anyway to via UEFI do something similar to a memdisk/iso load? I know memdisk itself is BIOS only, is there a way to UEFI boot straight from ISO?

Thanks

EDIT: ftp crashes just the same, i give up unless I can UEFI boot the ISO

@ravigon Thank you very much for reporting this. Most definitely this difference is due to Microsoft changing something through a patch made public after our wiki article was initially published. I will get this updated photo into the wiki and again thanks for this! #wiki worthy.