Just for a test, I built a new server. I installed Ubuntu 18.04, updated and patched to the latest. I then installed and configured FOG 1.5.7.

I connected a sample laptop I have laying around, PXE booted and performed a quick registration and inventory. The laptop now shows up under Hosts. I can select the new host and click on Inventory and it shows all the information.

When I go to Reports and select Inventory Report, again there is a blank page. No data shows up.

I now firmly believe that either I’m doing something very wrong, or there is a bug in the reports.

It’s been a few days and I just wanted to thank everyone for the replies. I am giving the scripting a whack and will report back if I make some progress with it.

It’s been a few days and I just wanted to thank everyone for the replies. I am giving the scripting a whack and will report back if I make some progress with it.

Is it possible to create a multicast session that remains and is always available?

As it is, the session goes away once complete and I need to create a new one on the server in order to image a new batch of computers. It would be amazing if once the session completes successfully it would simply reset and become available again for a fresh batch of computers without touching the server again.

Well now, I’m quite the knucklehead. I created the .mntcheck file in the /images/dev directory but I never did for the /images directory.

It works perfectly now.

Thank you so much for your time with this.

The image path could very well be the issue. I did have to tangle with permissions on the mount because I am using a secondary hard drive for the /images directory. I went full on and set chmod 777 on the directories. I changed the ownership as well.

Here’s the output:
mount

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=8104388k,nr_inodes=2026097,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1630148k,mode=755)
/dev/mapper/ubuntu--vg-ubuntu--lv on / type ext4 (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=1866)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
/dev/sdb on /images type ext4 (rw,relatime)
/dev/sda2 on /boot type ext4 (rw,relatime)
/var/lib/snapd/snaps/core18_1932.snap on /snap/core18/1932 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/var/lib/snapd/snaps/snapd_9721.snap on /snap/snapd/9721 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_1880.snap on /snap/core18/1880 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/snapd_8542.snap on /snap/snapd/8542 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/lxd_16099.snap on /snap/lxd/16099 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/lxd_18150.snap on /snap/lxd/18150 type squashfs (ro,nodev,relatime,x-gdu.hide)
tmpfs on /run/snapd/ns type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1630148k,mode=755)
nsfs on /run/snapd/ns/lxd.mnt type nsfs (rw)
tmpfs on /run/user/128 type tmpfs (rw,nosuid,nodev,relatime,size=1630144k,mode=700,uid=128,gid=132)
gvfsd-fuse on /run/user/128/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=128,group_id=132)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1630144k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

ls -al /images/

drwxrwxrwx  5 fogproject fogproject  4096 Nov 17 16:04 .
drwxr-xr-x 23 root       root        4096 Nov 17 12:30 ..
drwxrwxrwx  2 root       root        4096 Nov 17 16:04 Surface_Pro_7_AGM_1709
drwxrwxrwx  2 fogproject fogproject  4096 Nov 17 16:04 dev
drwxrwxrwx  2 fogproject fogproject 16384 Nov 17 10:08 lost+found

ls -al /images/dev/

drwxrwxrwx 2 fogproject fogproject 4096 Nov 17 16:04 .
drwxrwxrwx 5 fogproject fogproject 4096 Nov 17 16:04 ..
-rwxrwxrwx 1 fogproject fogproject    0 Nov 17 13:32 .mntcheck

Server
FOG Version: 1.5.9
OS: Ubuntu Server 20.04 (With GUI)

Client
Microsoft Surface 7 Pro (using a dock to connect to the network)

Description
I set up a new FOG server to quick deploy images. These machines will be seen once and never again. A client can successfully PXE boot to the server and I am able to capture the image without issues.

When I attach a new computer (unregistered) and attempt to deploy the image I am presented with the following errors:

* Checking Mounted File System.................................Failed
#####################
#   An error has been detected!
#####################
Init Version: 20200906
Error during failure notification: Invalid MAC Address! (/bin/fog.download)
   Args passed:

Kernel variables and settings:
bzImage loglevel=4 initrd=init.xz root=/dev/ram0 rw ramdisk_size=275000 web=http://192.168.0.1/fog/ consoleblank=0 rootfstype=ext4 shutdown=1 nvme_core.default_ps_max_latency_us=0 mac= ftp=192.168.0.1 storage ...
imgFormat=0 mcastrdv=192.168.0.1 capone=1 type=down shutdown=1

(I just typed the error on the client instead of messing with a picture - let me know if you’d rather have a picture)

Is the udp-sender command built from anything in the host inventory on the server? We also modify the DMI area of the motherboards, e.g. manufacturer, model, serial number, etc… I’m no programmer by any means, but I was thinking if we were putting a character in there that isn’t being parsed correctly (spaces, parenthesis, etc.), could that cause the built udp-sender command to fail? We also don’t name the machines, we just let FOG use the MAC address to name them.

I was multicasting to a single machine only for testing. I had previously been multicasting to 16 at a time. If any one of the 16 is registered, then the whole multicast session hangs. I usually schedule it manually with session ID, something simple like 1 or a.

This problem seems to be occurring more with certain motherboards, the Asus H310M-E R2.0, and the Asus B360M-C/CSM specifically. I have tried this with HP, Dell, and older Asus boards and there doesn’t seem to be a problem multicasting. I have tried every possible combination of settings in the BIOS of these boards and cannot find any reason why they would not work only after being registered.

I have several machines fresh built. If I set up a multicast to a fresh built computer without Quick Registration and Inventory, it works perfectly. If I perform Quick Registration and Inventory, I can no longer multicast to that machine - the client just waits forever at the Partclone window. I have tested this on four computers so far and can repeat the failure every time. If I delete the host entry in the database, it still fails. Once the machine is inventoried, it will no longer multicast.

FOG version 1.5.7
There are no errors or events that I can see in the logs.
FOGMulticastManager is running and udp-sender is running.

I downloaded the updated inventory_report.report.php and now the Inventory Report works properly as far as I can tell. I was able to generate a .CSV file without issue. I will keep testing the report functionality as my inventory builds back up (I started a new database).

Yep. I apologize. The entire page is not blank, just that it doesn’t show any data: