@mp12 I noticed your topic is marked as solved when its not really solved you are just using a work around.

@Joe-Schmitt said in Trunk 5735 PC doesnt restart after joining the domain.:

This issue has been addressed in v0.11.2. Please test when you get a chance.

The Update worked for me Joe, Thanks!

@wayne-workman
That Worked!

[root@10fogserver MonitorFogStorageNodes]# git log -1
commit bb920e4367b5076ac2bb7bb70575ec4b647d5aee
Author: wayneworkman <13314799+wayneworkman@users.noreply.github.com>
Date:   Wed Feb 21 13:53:10 2018 -0600

    Fix spacing in evaluations
[root@10fogserver MonitorFogStorageNodes]# ./MonitorNodes.sh
[root@10fogserver MonitorFogStorageNodes]#

Thanks @Wayne-Workman

@sebastian-roth I don’t know how that happened but I copied the srvpublic.crt from a backup and it is fixed.

Thanks for all the help

I am trying to deploy snapins from our Storage nodes and I am getting an error in the fog.log.

------------------------------------------------------------------------------
---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
 7/21/2016 1:40 PM Client-Info Client Version: 0.11.4
 7/21/2016 1:40 PM Client-Info Client OS:      Windows
 7/21/2016 1:40 PM Client-Info Server Version: 1.3.0-RC-1
 7/21/2016 1:40 PM Middleware::Response Success
 7/21/2016 1:40 PM SnapinClient Snapin Found:
 7/21/2016 1:40 PM SnapinClient     ID: 378
 7/21/2016 1:40 PM SnapinClient     Name: 01 - TeamViewer
 7/21/2016 1:40 PM SnapinClient     Created: 2016-07-21 13:39:35
 7/21/2016 1:40 PM SnapinClient     Action:
 7/21/2016 1:40 PM SnapinClient     Pack: False
 7/21/2016 1:40 PM SnapinClient     Hide: False
 7/21/2016 1:40 PM SnapinClient     Server: http://192.168.18.39/fog
 7/21/2016 1:40 PM SnapinClient     TimeOut: 0
 7/21/2016 1:40 PM SnapinClient     RunWith: cmd.exe
 7/21/2016 1:40 PM SnapinClient     RunWithArgs: /c
 7/21/2016 1:40 PM SnapinClient     Args:
 7/21/2016 1:40 PM SnapinClient     File: TeamViewer-AllSites.sfx.exe
 7/21/2016 1:40 PM Middleware::Communication Download: http://192.168.18.39/fog/service/snapins.file.php?mac=C0:3F:D5:9C:6C:36||00:00:00:00:00:00:00:E0&taskid=378
 7/21/2016 1:40 PM SnapinClient C:\Program Files (x86)\FOG\tmp\TeamViewer-AllSites.sfx.exe
 7/21/2016 1:40 PM SnapinClient ERROR: Hash does not match
 7/21/2016 1:40 PM SnapinClient ERROR: --> Ideal: 9B87981143F24BF592603402DE7D6F5E8B6BDCC97F37328C8474DB95635C07CAF792B8ECCE422A6235AE3F130E717417B902059580C62314E4026BBEC9889E4B
 7/21/2016 1:40 PM SnapinClient ERROR: --> Actual: 7FF6B7E4378EC39EFFC8A042F445AA6618E765B6F39C8BC53FA5F1E3A5924129F239A6CA0FD7C0350D63C808EFB2FD3E18D48EE6A151C75CCA4C3D1E0B6A2A23
 7/21/2016 1:40 PM Middleware::Communication URL: http://10fogserver/fog/service/snapins.checkin.php?taskid=378&exitcode=-1&mac=C0:3F:D5:9C:6C:36||00:00:00:00:00:00:00:E0&newService&json
------------------------------------------------------------------------------

Although: http://18fogserver/fog/status/getsnapinhash.php?filepath=/opt/fog/snapins/TeamViewer-AllSites.sfx.exe Returns

9b87981143f24bf592603402de7d6f5e8b6bdcc97f37328c8474db95635c07caf792b8ecce422a6235ae3f130e717417b902059580c62314e4026bbec9889e4b|10239200

Remote Node

[root@18fogserver snapins]# sha512sum TeamViewer-AllSites.sfx.exe
9b87981143f24bf592603402de7d6f5e8b6bdcc97f37328c8474db95635c07caf792b8ecce422a6235ae3f130e717417b902059580c62314e4026bbec9889e4b  TeamViewer-AllSites.sfx.exe

Our Main Fogserver

root@10fogserver:/opt/fog/snapins $ sha512sum TeamViewer-AllSites.sfx.exe
9b87981143f24bf592603402de7d6f5e8b6bdcc97f37328c8474db95635c07caf792b8ecce422a6235ae3f130e717417b902059580c62314e4026bbec9889e4b  TeamViewer-AllSites.sfx.exe

Thanks Tom for helping me troubleshoot this.

Here is a Video showing an example.

I prefer Centos so my instructions are based on Centos.

# yum update && yum install conspy

Follow the instructions here to modify the Init Image:
Modifying the Init Image

Once you have the init image extracted and mounted, add your ssh key.

cd /var/www/{html,}/fog/service/ipxe/initmountdir
cd root
mkdir .ssh
/bin/echo "==yoursshkeystringgoesbetweenthequotes==" >> .ssh/authorized_keys

copy Conspy to the image:

cp /usr/bin/conspy /var/www/{html,}/fog/service/ipxe/initmountdir/bin
cp /usr/lib64/libncurses++.so.5 /var/www/{html,}/fog/service/ipxe/initmountdir/lib64
cp /usr/lib64/libncurses++.so.5.9 /var/www/{html,}/fog/service/ipxe/initmountdir/lib64
cp /usr/lib64/libncurses++w.so.5 /var/www/{html,}/fog/service/ipxe/initmountdir/lib64
cp /usr/lib64/libncurses.so.5 /var/www/{html,}/fog/service/ipxe/initmountdir/lib64
cp /usr/lib64/libncurses.so.5.9 /var/www/{html,}/fog/service/ipxe/initmountdir/lib64
cp /usr/lib64/libncursesw.so.5 /var/www/{html,}/fog/service/ipxe/initmountdir/lib64
cp /usr/lib64/libncursesw.so.5.9 /var/www/{html,}/fog/service/ipxe/initmountdir/lib64
cp /usr/lib64/libtinfo.so.5 /var/www/{html,}/fog/service/ipxe/initmountdir/lib64
cp /usr/lib64/libtinfo.so.5.9 /var/www/{html,}/fog/service/ipxe/initmountdir/lib64

Folow the instruction on how to re compress the image and your done.

ssh to the PC and login as root.
run the conspy command to view the progress.

@Wayne-Workman contents of /tmp/whoami.txt is “root”

@wayne-workman
Thanks I will truncate the snapins.sHash table.

UPDATE snapins SET sHash=NULL;

@Sebastian-Roth Thank you!

I noticed that the fog version after the upgrade was not showing:

After I manually changed the fogstorage password in MySQL the versions started populating for the storage nodes that were upgraded but not for the storage nodes that were not upgraded.
is it possible that the upgrade corrupted the fogstorage MySQL password in the database on upgade or was it the mysql dump that was generated by Configuration Save> Export Database in the fog gui?

The more I think about it it would have to be the MySQL dump… I installed fog on a new Centos 8 build and imported the database after installing fog.

snapins are now downloading with the correct file sizes.

Thank you everyone for helping me with this issue!

@george1421

Thanks!
https://drive.google.com/file/d/1f6jA6hFj-avt49JqqYfFDeVrFDO8n7vE/view?usp=sharing

@george1421

I have some HP EliteDesk 705 G5 PC’s that are giving me grief on PXE booting.
If I use uefi to boot it works. I need to use legacy pxe.
I get a messages that says:

Configuring (net0 xx:xx:xx:xx:xx:xx)........ No configuration methods succeeded (http://ipxe.org/040ee119)
DHCP failed, hit 's' for the iPXE shell; reboot in 10 seconds

I am trying to configure a dhcp section for the EliteBooks.
so far i have this:

class "EliteDesk" {
        match if substring(option vendor-class-identifier, 0, 8) = "MSFT 5.0";
        filename "realtek.kpxe";
    }

But i am not sure if it is correct or if it’s being used.

I have set the

set vendor-string = option vendor-class-identifier;

option in dhcpd.conf to show vendor classes in DHCP logs.
I am trying to figure out what 0, 20 refers to in the line “match if substring(option vendor-class-identifier, 0, 20) = “PXEClient:Arch:00000”;” in the dhcpd.conf file.

class "Legacy" {
        match if substring(option vendor-class-identifier, 0, 20) = "PXEClient:Arch:00000";
        filename "undionly.kkpxe";
    }

Thanks!

Re: [The magical](mystical FOG post download script)

Can someone explain this bit of code?

regfile="/ntfs/Windows/System32/config/SOFTWARE"
key="\Microsoft\Windows\CurrentVersion\DevicePath"
devpath="%SystemRoot%\inf;%SystemRoot%\DRV";
reged -e "$regfile" &>/dev/null <<EOFREG
ed $key
$devpath
q
y
EOFREG

regfile="/ntfs/Windows/System32/config/SOFTWARE"

is this an actual registry file that must exist to be imported?
if so what must it contain?

key="\Microsoft\Windows\CurrentVersion\DevicePath"

I have looked for this key in regedit and cannot find it…

@george1421 said in Wrong Partition is mounted during deployment. (FOG 1.5.7.56):

@Greg-Plamondon You might want to update your partition detection script to the one used here:

#!/bin/bash
. /usr/share/fog/lib/funcs.sh
[[ -z $postdownpath ]] && postdownpath="/images/postdownloadscripts/"
case $osid in
    5|6|7|9)
        clear
        [[ ! -d /ntfs ]] && mkdir -p /ntfs
        getHardDisk
        if [[ -z $hd ]]; then
            handleError "Could not find hdd to use"
        fi
        getPartitions $hd
        for part in $parts; do
            umount /ntfs >/dev/null 2>&1
            fsTypeSetting "$part"
            case $fstype in
                ntfs)
                    dots "Testing partition $part"
                    ntfs-3g -o force,rw $part /ntfs
                    ntfsstatus="$?"
                    if [[ ! $ntfsstatus -eq 0 ]]; then
                        echo "Skipped"
                        continue
                    fi
                    if [[ ! -d /ntfs/windows && ! -d /ntfs/Windows && ! -d /ntfs/WINDOWS ]]; then
                        echo "Not found"
                        umount /ntfs >/dev/null 2>&1
                        continue
                    fi
                    echo "Success"
                    break
                    ;;
                *)
                    echo " * Partition $part not NTFS filesystem"
                    ;;
            esac
        done
        if [[ ! $ntfsstatus -eq 0 ]]; then
            echo "Failed"
            debugPause
            handleError "Failed to mount $part ($0)\n    Args: $*"
        fi
        echo "Done"
        debugPause
        . ${postdownpath}fog.copydrivers
        # . ${postdownpath}fog.updateunattend
        umount /ntfs
        ;;
    *)
        echo "Non-Windows Deployment"
        debugPause
        return
        ;;
esac

This one uses a bit more intelligence to find which partition actually has windows on it. I think your script is just picking the last partition and calling it good enough.

ref: https://forums.fogproject.org/topic/11126/using-fog-postinstall-scripts-for-windows-driver-injection-2017-ed

Thanks, That fixed it!

@george1421
Here is my fog.postdownload

#!/bin/bash
. /usr/share/fog/lib/funcs.sh
curl -A "" -Lkso /tmp/hinfo.sh "${web}/service/hostinfo.php?mac=$mac"
. /tmp/hinfo.sh
[[ -z $postdownpath ]] && postdownpath="/images/postdownloadscripts/"
case $osid in
    5|6|7|9)
        clear
        [[ ! -d /ntfs ]] && mkdir -p /ntfs
        getHardDisk
        if [[ -z $hd ]]; then
            handleError "Could not find hdd to use"

        fi
        getPartitions $hd
        for part in $parts; do
            true
        done
        dots "Mounting partition $part"
        ntfs-3g -o force,rw $part /ntfs >/dev/null 2>&1
        if [[ ! $? -eq 0 ]]; then
            echo "Failed"
            debugPause
            handleError "Failed to mount $part ($0)\n    Args: $*"
        fi
        echo "Done"
        case $othertag in
           [Bb][Aa][Yy])
                . ${postdownpath}fog.log
                . ${postdownpath}fog.replace-files_bay
                . ${postdownpath}fog.drivers
                . ${postdownpath}fog.ad_bay
                . ${postdownpath}fog.DesktopInfo
                ;;
           [Mm][Pp][Mm][Ii])
                . ${postdownpath}fog.log
                . ${postdownpath}fog.replace-files_mpmi
                . ${postdownpath}fog.drivers
                . ${postdownpath}fog.ad_mpmi
                . ${postdownpath}fog.DesktopInfo
                ;;
           [Hh][Oo][Mm][Ee])
                . ${postdownpath}fog.log
                . ${postdownpath}fog.replace-files_home
                . ${postdownpath}fog.drivers
                ;;
           [Mm][Tt][Ss])
                . ${postdownpath}fog.log
                . ${postdownpath}fog.replace-files_fog
                . ${postdownpath}fog.drivers
                . ${postdownpath}fog.ad_bay
                . ${postdownpath}fog.DesktopInfo
                ;;
             *)

we use the $othertag to do different things for our sister companies.

How is $part determined?

@george1421 do you mind sharing your complex post download script with me

well, I thought I had it licked but here is the issue with Windows 10 version 2004 MBR image.
It creates 3 partitions but they are in the wrong order.

Fog mounts /dev/sda3 which, in this case, is partition 3 the Recovery partition.

Here is the lsblk for the VM golden image.

I am using the postdownload scripts function to replace files on the os.
I have recently created a golden image of Windows 10 build 2004 and something has changed.
The image is a GPT image.
When deploying the image to the client pc it fails with:

the OS partition is /dev/sda3

any ideas on how to fix this?

*** EDIT
I went back to the golden image and used diskpart to delete partition 4 which is the Recovery Partition.

diskpart
select disk 0
select partition 4
delete partition override
exit

re-syspreped and uploaded to fogserver.

@Sebastian-Roth said in Powershell script doesnt work when fog client executes it:

@Greg-Plamondon said in Powershell script doesnt work when fog client executes it:

The problem I am seeing is that the following script works if I run it from a PowerShell window but not as a snapin.

Do you see it being executed in the fog-client log? Just want to make sure!

Are you aware of the fact that fog-client runs as SYSTEM account. Maybe this causes your script to behave different to what you expect?

Not sure if this is playing a role in your case as well? https://forums.fogproject.org/topic/11671/powershell-snapin-and-registry

Sorry just updated my original post with the log.