@aur3l FOG Settings -> FOG QUICK REGISTRATION tab, config the “QUICKREG GROUP ASSOC” like “Default Group”

But first you need to create a group called “Default Group” (The name of this goup can be other … be free)

Thank you for these examples.
I created the file /var/www/fog/lib/hooks/mobileusernologin.hook.php and pasted your first code, then changed the userLogginIn function with your 2 other codes (and replacing “username1” by “fog”), but I didn’t see any difference in each case: when logging to http://…/fog/management/index.php whith either “fog” account or a “test” account, I still see all the menus.
What am I doing wrong ?

@kagashe check this thread. https://forums.fogproject.org/topic/5300/cant-upload-snapins-anymore

maybe it has something to do with the configuration of your php.ini file. post_max_size upload_max_filesize

what does apache error.log say?

@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