inside /fog/lib/hooks there is a file named AddHostSerial.hook.php
if you edit it to say var $active = true; it will list the serial numbers of the computers in the host view
Best posts made by Junkhacker
-
RE: Couple of minor changes to Management Console that would speed things
-
RE: problem updating to trunk. Stopping web service......failed!
i recommend giving your server a reboot and running the installer again
-
RE: The future of partclone and therefore FOG as it is
@george1421 said in The future of partclone and therefore FOG as it is:
Not what I wanted to do but I rebuilt the inits without any of my edits and only with the 0.3.12 partclone build.
you must edit the funcs.sh file to remove the --ignore_crc flags or 0.3.12 will not work properly
-
Host details
I think it would be a very handy to have additional information available in the “hosts” list view and search. Additional information about hosts is saved in the “inventory” table that could be very useful. my suggestion is to have a checklist of these fields available on the configuration page that would enable their listing in the “hosts” listing and search results pages.
-
RE: iPXE timeout after upgrade to trunk
default.ipxe is hard coded because the file is retrieved over tftp and cannot be easily generated on request. it’s value is based on answers given during install, or retrieved from the file .fogsettings in /opt/fog/ that is used for upgrade installs. it is here that you should edit ipaddress= setting to prevent the default.ipxe file from being incorrect after future installs.
-
RE: The future of partclone and therefore FOG as it is
@george1421 for reference: I tested with your inits using both bios and uefi configurations using a physical computer and a vmware VM. I had no problems with booting the systems after imaging. all images were compressed with zstd (not that that should make a difference, but putting it out there) and the images ranged from windows 7 to windows 10. imaging done while in uefi mode seemed significantly slower. i don’t know if that’s normal, since i don’t normally use that.
-
RE: "Approve MAC Addresses"
I would also like to point out the potential issues of a single MACaddress getting registered on multiple systems. that alone is a big reason to not auto-approve of all pending MACs. duplicate MACs can happen when a virtual network device is installed on an image, like with virtualbox, or you have plugged a usb NIC into multiple machines.
-
RE: /dev/sda5: No such file or directory
i recommend upgrading to trunk, if you can. extended partitions are handled much better in the 1.3.0 pre-release
-
RE: [Seeking Volunteers] Bench Testing! Our trip to the best results!
@george1421 we did a bunch of testing to compare pigz to zstd back when we decided to include zstd compression in fog.
I had found the optimal setting for pigz in my environment was compression at level 6, and the optimal for zstd was level 11.
comparing those 2 optimal settings against each other.
zstd:
10% faster capture speed
26% smaller files were produced from capture
deployment was 36% faster.zstd was early in it’s development and adoption back then and has had some changes to actually improve on it’s compression and speed since those tests were done, but we don’t know exactly by how much.
-
RE: Snapin Association
personally, I find it handy to be able to run snapins as one-off tasks to members of groups without them becoming permanently associated with the hosts
-
RE: MultiCast very slow
if multicast is going that slow, it would probably go much faster to just unicast instead
-
RE: [Seeking Volunteers] Bench Testing! Our trip to the best results!
@george1421 all of what you said is true, but it just emphasizes the importance of benchmarking compression. with all of the variables that can come into play, the one thing you can usually rely on being consistent among peoples setups is 1GbE to the end client.
the maximum transfer rate on gigabit is well established, but what’s important is end result speed of writing to disk, and that’s what we can effect with compression methods.
btw, i wasn’t being grumpy. i just like to highlight how fast Fog can be. it’s one of Fog’s killer features that other methods can’t beat. (if anyone has seen a faster deployment method than Fog, please let me know.)
-
RE: FOG 2.0 - Persistent Group Settings
i’ve been thinking about groups and i had an idea about a way to somewhat implement what you’re talking about. if we had a special type of group, a “master” group type. here’s how it would work:
- hosts are only allowed to belong to 1 “master group.”
- any changes made to a master group get rolled down to all hosts in the group
- any host added to a master group gains the settings set in the master group
there are 2 ways i can think of this being implemented. either
- hosts in a master group cannot have settings that differ from their master group, except for their name and mac (master groups settings are stored just like the settings for a host, and the groups settings are substituted for the normal setting that would be looked up for the hosts)
- hosts can have different settings than the master group, but risk those settings getting overwritten whenever a change is made to the group (master group settings are stored like hosts and overwrite the settings of hosts whenever there’s a change to the group, or those settings get applied to hosts if they’re added to the group. )
having master groups like this would allow you to register a computer, join it to a master group, and have all of it’s setting ready for you to deploy (i.e. AD settings, image, printers, and snapins).
-
RE: Disabling password requirement in boot menu + rearranging boot menu
worth noting here is that if you create a “Mobile/Quick Image Access Only” type account you can use the pxe menu for what you want but the info will not work to log into the web interface. slightly more secure since that way you’re not sending out the admin username/password as plain text to every host that pxe boots.
-
RE: [Seeking Volunteers] Bench Testing! Our trip to the best results!
@Mokerhamer if you’re really wanting to push things to the limit, you might be interested in helping out with testing/development here: https://forums.fogproject.org/topic/13206/the-future-of-partclone-and-therefore-fog-as-it-is/105
the newest version of partclone will allow us to save images without checksums, decreasing the captured data slightly and increasing compress-ability. my initial testing says it will be about a 10% improvement on compression.
-
RE: Mount and Extract files from images
@BedCruncher i don’t know why you’d really want to use a feature like that. it only takes me ~5 minutes to image a spare computer and have access to all of the files that way, and how often are you needing something that’s in your image?
-
RE: PXE-E32 error, unable to boot to fog from pxe
just stumbled across this thread, felt i should mention that the latest FOG trunk is still working on Ubuntu 12.04 LTS
-
RE: Live Image
@Technolust no, this is not something fog is capable of or designed for.
-
RE: Quick Image added to 30 day overview of deployments
@jbonilla task records are not tied to mac addresses, they’re tied to hosts. to do what you want would mean to more or less create a host profile for the mac. at that point, why not just register the host?
-
RE: make customized option as default on boot menu
why not set the cluster nodes to network boot their os instead of booting from USB?