Developers

@qpassa Ok, from what I see the DHCP config matches the IP setup and I can’t find any typo in there. Even tested the config posted on a test VM.

Maybe there is an interface linked in another config. Please run grep INTERFACE /etc/default/isc-dhcp-server and post output here.

Other than that you might also run the following commands and post output here:

systemctl restart isc-dhcp-server
journalctl -u isc-dhcp-server

On the last command you want to hit Shift-g to jump to the bottom of the log. Then copy and paste what you see. Then hit ‘Q’ to exit journalctl.

@dashwell said:

I’m attaching an image of the PCI ID’s.

Ok, NIC is 8086:15FC - haha, searching the forums I just found that we already had someone with HP ProBook 640 G8 complaining about slow speed and there are two fixes available for this issue:

1. Plug in a random USB storage device (not kidding!)
2. Enable “Storage Controller for VMD” under “System Settings” menu in the UEFI settings

Find all the details here: https://forums.fogproject.org/topic/15132/hp-probook-640-g8-imaging-extremely-slowly

@qpassa What output do you get from this command: ip a s

Please post output here.

@qpassa Run systemctl status isc-dhcp-server and post the full output here.

@exworker9to5 said in Perform Full Host Registration and Inventory - Failed:

Which Version of Linux is better for FOG? Centos, Ubuntu, or Debian?

They all work fine. It’s more a question of personal preference.

@exworker9to5 Or this:
https://wiki.fogproject.org/wiki/index.php?title=NAS_Storage_Node

https://wiki.fogproject.org/wiki/index.php?title=Use_FOG_with_FreeNAS

https://forums.fogproject.org/topic/9430/synology-nas-as-fog-storage-node/1

@george1421 i meant to reply to this a long time ago, but here goes.

testing on deduping of those images has been done. they dedup quite well. the dedup changes affect zstd and pigz compressed images. pigz compressed images actually dedup better, but the the compression and performance are worse. it’s a tradeoff to be evaluated by the individual.

dedup is only possible with the newer version of partclone due to a rolling checksum integraed into the image format on earlier versions. the newer version lets us choose no checksum.

the compressed binary file is dedupable thanks to the --rsyncable flag on compression that is supported by both pigz and zstd.

like george said, any deduping would be the responsibility of the underlying filesystem or storage, not built into fog itself.

@exworker9to5 This error is specific to the hardware you try to register. Please try other machines. I am sure you won’t see the same issue.

You can either register this type of machines manually through the FOG web UI and add noapic as Host Kernel Arguments in the host’s settings.

Or you can add noapic as global kernel parameter via FOG Configuration -> FOG Settings -> General Settings -> KERNEL ARGS. Just save the settings and try registering this machine again.

Be aware that setting this as a global kernel parameter will use it for each and every host you register/capture/deploy. There might be drawbacks with other kinds of machines using it. That’s why I suggested you manually register/add the machine via the FOG web UI and adding the kernel parameter just for that single host.

@dashwell It’s very strange we don’t have anyone else in the forums report this obvious NFS error with newer kernels (5.10.x have been around for months now). Searching the web I can’t find a clear sign on what might be causing this either.

From what we have now I would think it’s a bug in the Linux kernel network driver. But first let’s make sure we are not racing down the wrong road! Please answer the following questions:

1. What is you FOG server running on? Directly on hardware or as VM (which hypervisor and what version?) or even as a container (docker, Proxmox, …)?
2. Can you deploy images to other machines (other than HP 650) without any issue?
3. Are FOG server and the HP 650 laptop on the same subnet?
4. What PCI IDs does the HP 650’s NIC have? Boot up one of the HP 650 laptops to Windows, open the device manager control and check the IDs in the NIC properties dialog (see this picture).

@fog_newb said in Error capturing Other - All disks all partitions using 1.5.9.110 and NVMe inits:

I backed up my hackintosh no problem on the 28th, just 3 days ago and was using whichever the latest dev branch was and the NVMe inits found here. https://fogproject.org/inits/init-disk-size.xz

The change we made for Host Primary Disk setting in init-disk-size.xz is in the latest dev-branch init already, plus some more changes an fixes. So using the old init-disk-size.xz is making a step backwards.

When it starts to capture the mac OS drive I get a bitmap error and am told to check var/logs/partclone.log but it is not there.

The mentioned log is only found on the machine in a debug session. So schedule another capture task but this time mark the checkbox for Debug, let the machine PXE boot till you get to the command shell. Now start the task with the command fog and step through the process. After you hit the error you get back to the command shell. Now you can inspect the log file: less /var/log/partclone.log

Take a picture of the error in the log and post that here.