Topics created by BedCruncher

@george1421
Yeah… I understand the whole meeting thing. Sucks to start working on something and constantly get pulled away on other less interesting things.

I’ll look at that article and see what I can do to integrate it into my processes.

Will report back when I have more information to share.

@Tom-Elliott
I wasn’t aware that snapins automatically showed under the groups… If that’s the case then it kinda threw me for a loop. Now to recover from my own little screw up… oh well lesson learned… don’t be a dummy 🙂

@BedCruncher Maybe DNS handling in FOS is better than how it’s being handled when the OS is opened?

You probably can start here: https://docs.microsoft.com/en-us/internet-explorer/ie11-deploy-guide/enable-and-disable-add-ons-using-administrative-templates-and-group-policy

several different methods, enable all, auto enable, or enable by clsid done by GPO.

@george1421 said in UEFI Screen Size:

vga=792

That seems to work as expected. I will do some more extensive testing of it this afternoon if possible and report back.

@Quazz
The device is a Lenovo X1 Yoga Gen 2.

There are no other devices on the subnet. I have the server physically and logically separated from all other networks/devices in my scheme. I will disable secure boot and report back.

EDIT: Secure boot disabled is letting me boot to the FOG menu now. I just need to change the MENU EXIT TYPE I think. When I chose the Boot From Hard Disk option, I got a “Chainloading” failure. I think once I get that straightened out, it will work.

EDIT 2: I changed the option FOG_EFI_BOOT_EXIT_TYPE to REFIND_EFI and it was able to boot successfully from the FOG Menu.

@george1421 @Wayne-Workman
Hey everyone, sorry about not getting back till now. been a hectic few days. I will be glad to help test this as I am always glad to help this project. It’s been good to me over the years. Always useful, helpful, and just simply powerful. Will report back my success/failures.

@LibraryMark Look at this.

http://ipxe.org/cmd/login

Also, I have hidden menu turned on, and the iPXE code for the password screen looks like tis:

:menuAccess login params param mac0 ${net0/mac} param arch ${arch} param platform ${platform} param username ${username} param password ${password} param menuaccess 1 param debug 1 isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme :bootme chain -ar http://10.2.1.11/fog/service/ipxe/boot.php##params

So if you look at the above, it collects a username and password on the login screen.
Then, it chains to boot.php and passes the parameters. The web server validates the credentials and if they are good, it provides the full menu via the chaining.

On ipxe.org they give a basic example of verifying the parameters using PHP:
http://forum.ipxe.org/showthread.php?tid=5435

@Wayne-Workman
Ok… so once I made some tweaks on this… I ran into a small issue getting the DBAN working properly while doing the timeout config. Ultimately here is where I stand with my current menu. This includes a new choice for disk selection as well as a default timeout of 10 seconds. It will then kick back to the main menu if it times out. I reverted back to using ${fog-ip} as well. After looking back at it as my ${boot-url} is http://${fog-ip}/${fog-webroot}. but all of my ISO’s whether mounted or chained using memdisk are mounted or stored in a directory off of webserver root instead of buried under the fog subdirectory.

:dban menu DBAN Nuke Menu item autonuke AutoNuke DoD 3-Pass item zero AutoNuke 1-Pass Zero Wipe item choose-disk Single Disk Selection item return Back to top menu... item choose --default return --timeout 10000 target && goto ${target} :autonuke kernel http://${fog-ip}/dban/dban.bzi nuke="dwipe --autonuke" silent vga=785 boot || goto failed :zero kernel http://${fog-ip}/dban/dban.bzi nuke="dwipe --autonuke --method zero" silent vga=785 boot || goto failed :choose-disk kernel http://${fog-ip}/dban/dban.bzi nuke="dwipe" silent vga=785 boot || goto failed :return chain ${boot-url}/service/ipxe/boot.php?mac=${net0/mac} || prompt goto MENU

@Quazz
OK!!! Houston we have liftoff…

I was able to get this working by completely ignoring mounting the iso at all and instead doing what I had found in another forum with directly using memdisk and the raw iso. My working config for this is as follows

0_1469802843514_upload-365ae328-e013-4ad9-b6cc-2f6183ce8087

@ITSolutions @Tom-Elliot

Thanks for that info. I’ve been a few revisions behind in my prod and nonprod servers. Just got around to doing that today at the recommendation of Tom.

@BedCruncher No, no problem, you didn’t know. It’s why I moved it. I just didn’t want people thinking that this particular issue had been present in “recent” versions.

@george1421 @Wayne-Workman

I have tested using the Partclone Zstd image compression method on an image under Centos 7 and was able to get it working with one small thing. I had to download ZSTD as it wasn’t native to the base OS.

yum install zstd -y

I was then able to extract and mount the image using the commands

touch /tmp/d1p2_extracted.img cat d1p2.img | zstd -dcf | partclone.restore -C -s - -O /tmp/d1p2_extracted.img mount -t ntfs-3g /tmp/d1p2_extracted.img /mnt/

I also added the -f flag to zstd to force it. I don’t think this is necessary, but as a testing scenario it worked.

@BedCruncher said in Multicast Issues on Centos 7:

@Wayne-Workman

Using one of the links, can’t remember which. I was able to get the server and client to send using the udp-sender and udp-receiver. So I know they can talk, but I had to use the command.

udp-sender --file /opt/fog/.fogsettings --log /opt/fog/log/multicast.log --ttl 32 --nopointopoint --interface em2

if I dropped the last bit off then it would still try to grab em1 instead of em2.

An example now exists in two different places in the wiki. I want to merge the articles but it will be an involved process to do that - I’ll get it done.

For now, here are the two articles:

https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_Downloading_-_Multicast
2.
https://wiki.fogproject.org/wiki/index.php?title=Multicast