Posts made by ismith.hpu

@Sebastian-Roth

No changes after updating.

@Sebastian-Roth

I removed the VM screenshot and just focusing on the physical devices currently.

Capturing is broken from something (not sure, Tom has made some customization to a script and added a post-init).

@ismith-hpu
-removed-

@Tom-Elliott @george1421

Started working on the Linux side of the Fog-Client and quickly got that working. Ran a capture task on the Linux side to then create a new golden image of updates + Fog-Client functioning.

It would reboot, boot into Fog and then quit without capturing the image but would clear the task in the queue. I am doing this remotely so I started a virtualized VM of the exact original captured image I got before making direct changes to the Fog-Project server with customization of scripts.

Deploying an image is fine on a Mac & on Linux (VM currently, out of the office when running these tests but I am assuming the same issue is happening.

When sending a capture task to a Linux based machine I am getting the following:

I am not sure if a Mac is doing the same issue. Although my disk for Linux is resizable and is ‘Single Disk’.

This worked before changes were made to the post-init script. Any idea?

See the below:

Got into the office this morning, when capturing on MacOSX:

Looking like it pushes wrong flags to the partclone.exe

Not sure what is going on but deploying an image works perfectly fine.

@Tom-Elliott This did resolve the issue.

I was editing the wrong refind.conf file in another location.

/var/www/fog/service/ipxe/refind.conf

vs my other refind.conf for Macs chainloader

/tftpboot/fog/refind.conf

Hello!

I have solidified the functionality on Macs at my office environment and now I am moving onto migrating our Linux workstations.

When I boot into FOG and no task is scheduled, it then boots into the hard drive.

Although this is where the issue is.

When FOG exits with the Host BIOS/EFI Exit:

• Type of “GRUB” grub.exe … ok | Could not boot: Exec format error)
• Type of “SANBOOT”: “Boot from SAN device failed” (expected)
• Type of “GRUB_FIRST_HDD”: grub.exe … ok | Could not boot: Exec format error)
• Type of “GRUB_FIRST_CDROM”: grub.exe … ok | Could not boot: Exec format error)
• Type of “GRUB_FIRST_WINDOWS”: grub.exe … ok | Could not boot: Exec format error)
• Type of “REFIND_EFI”: Boots into rEFInd fine, but this is being used for Macs with a default_selection 3.
  ** When I attempt to use default_selection "Boot Fallback,3" or default_selection Fallback,3 or any mixture of it to change the selection it does not auto-select in order but always selections option 3 (which MacOS are using)
• Type of “EXIT”: Chainloading fails and I am thrown back to iPXE shell which results in a bootloop.

What am I doing incorrectly on my refind.conf for it to not select the proper ordered default_selection options I have entered? I wish to have it boot either option

I have attached the refind bootscreen for reference, it is highlighting “4” as I have to hit the down arrow to stop the autoboot timer.

@Tom-Elliott

I have downloaded it and will try it in the office tomorrow.

@george1421

This is a Dell Aurora7 (R7) desktop with an nvme drive, I have flashed back to this device before and it worked perfectly.

the lsblk command shows the following:

sda - 1TB drive for storage but had ubuntu installed on it before.
nvme0n1 - Ubuntu Boot
nvme0n1p1 - grub I am assuming
nvme0n1p2 - boot partition for Ubuntu 18.04LTS

Also a video format:

Any idea?

@ismith-hpu
@Tom-Elliott provided this hotfix solution as “To clarify, this will fix for any RAW imaging types.”:

run:

wget -O /images/dev/postinitscripts/funcs.sh https://raw.githubusercontent.com/FOGProject/fos/master/Buildroot/board/FOG/FOS/rootfs_overlay/usr/share/fog/lib/funcs.sh

Add to /images/dev/postinitscripts/fog.postinit:

cp ${postinitpath}funcs.sh /usr/share/fog/lib/funcs.sh

This will fix for Macs

@Tom-Elliott

Yes same explanation from the past thread from https://forums.fogproject.org/topic/11911/failed-to-read-back-partitions-runpartprobe

But this is a single disk on an iMac, it writes 100% fine and there are no problems when booting.

@Tom-Elliott How to fix this then?

@Sebastian-Roth

@Sebastian-Roth

Will do, it writes the image completely and it works fine after I manually shut it off.

Having to delete the folder manually via SSH, rm -fdr /images/<imagename>

Upon capture OR clone completion, task does not self remove in WebUI.

It also does not write ‘last successful image date’ under hosts.

Additionally, with this when cloning or imaging it will loop forever.

@Daniel-Miller

The log:

11/06/2019 2:21 PM Service Starting service
11/06/2019 2:21 PM Bus Became bus server
11/06/2019 2:21 PM Bus Emmiting message on channel: Status
11/06/2019 2:21 PM Service Invoking early JIT compilation on needed binaries

---

--------------------------------Authentication--------------------------------

11/06/2019 2:21 PM Client-Info Version: 0.11.16
11/06/2019 2:21 PM Client-Info OS: Mac
11/06/2019 2:21 PM Middleware::Authentication Waiting for authentication timeout to pass
11/06/2019 2:21 PM Middleware::Communication Download: http://10.10.25.15/fog/management/other/ssl/srvpublic.crt
11/06/2019 2:21 PM Data::RSA ERROR: Unable to retrieve FOG Server CA
11/06/2019 2:21 PM Data::RSA ERROR: FOG Server CA NOT found in keystore
11/06/2019 2:21 PM Middleware::Authentication ERROR: Could not authenticate
11/06/2019 2:21 PM Middleware::Authentication ERROR: Value cannot be null.
Parameter name: authority

@Daniel-Miller

I am at this specific point with regards to attempting to download the cert.