@Wayne-Workman Many thanks, gents. It all seems to be working here in the UK so I’ll ship it out tomorrow and hopefully set up the new VM later on this week/next week.
If I run into any issues I’ll post back

@Wayne-Workman That’s solved it! Thanks a lot for your help

@ryan.mckenzie
@Joe-Schmitt
@x23piracy
Many thanks, gents. I’ll take a look at this when I get into the office and see what happens It’s nice to know it’s not just me having issues with sysprep this week!

@Quazz I had to change the hard drive as it wasn’t playing ball, but upon doing so even that one messed me around and failed to mount the partition. It updated the database and then removed the job from the list of active tasks. I removed the host from Fog and re-registered it, thus fixing the issue. I was able to upload the image successfully after that

Thanks for the help and suggestions!

Thanks for the help! Somehow after increasing the size of my FOG server hard drive, it went through perfectly fine

@Tom-Elliott BAM - that seems to have worked! Thanks!

@Wayne-Workman Thanks for the assistance with this - it’s much appreciated!
It might be an idea to put this on the wiki once all is done as it would be quite helpful to others, I’m sure

Hi all,

I’ve created a PowerShell module for managing our FOG server, and I’m currently having difficulty getting the AD settings to work as expected. I currently have the following when adding a new FOG computer:

$HostJson = @{
            "name"=  $MachineName
            "macs" =  @($MacAddress)
            "imageID"= $Image.id
            "imagename" =  $ImageName
            "useAD" = $UseAD
            "ADDomain" = $ADDomain
            "ADUser" = $ADUser
	    "ADPass" = $FOGPWD
            "enforce" = $Enforce
}
Try{                    
    $CreateHostJson = ConvertTo-Json($HostJson)
    $CreateHostURL = $BaseUri +"/host/create"
    $CreateHostResult = Invoke-RestMethod -Uri $CreateHostURL -Method POST -body $CreateHostJson -Headers $Headers -ContentType "application/json"
}
Catch{
Write-Error $_.Exception.Message
Break
}

However, when checking the FOG client AD settings, I see everything is left unchecked, and the FOG log shows:

Service Creating user agent cache
Middleware::Response Invalid time
Middleware::Response No Printers
Middleware::Response Module is disabled globally on the FOG server
Service Initializing modules

It is only after removing the host manually and running the PowerShell command again (and then rebooting the system) that FOG finally recognises it, but the AD settings still aren’t displayed unless I check the ‘Join Domain After Deploy’ checkbox.
Is there a way to set that through the FOG API, and have the default settings for the domain join filled out? This would also save users of this module having to find and copy/paste the admin password for joining the domain.

Any help with this would be greatly appreciated!

@george1421 Actually, I’ve just figured it out for the most part. However, is there a way to set it to use the default values already set in FOG?
I’ve updated the JSON to have:
“useAD” = “Y”
This ticks the ‘Join Domain after deploy’ box. I don’t particularly fancy having to tap in the details for the system to join the domain when they’re already configured within FOG itself, though.

@george1421 Is there an Active Directory core object missing from the documentation (found here: https://news.fogproject.org/simplified-api-documentation/)?

I’ve managed to create a new host with the correct MAC address. I just now need to ensure ‘Join after domain deploy’ is somehow enabled through the API (if possible) to get it working as I’d like it to.

@george1421 Thanks very much! I’ll give it a go.

Hi all,

First, let me explain the scenario: we often have to clone VMs in Hyper-V, which means we need to run sysyprep.exe on the VM we want to clone, copy the associated VHD file, and then create a new VM with the copied VHD file.

The problem comes when we want to automate this with PowerShell, and we’re unable to join the systems to the domain automatically (both the original and the clone). If we were running Server 2016 on all of our hypervisors, this would be no problem considering we could connect in through Hyper-V’s cmdlets. Alas, we’re running Server 2012 R2 with no plan to upgrade for some years.

My line of thinking is that if the original has the FOG client installed, I’d just need PowerShell to edit the MYSQL database on the FOG server to create a new record with the associated image, group, etc (the key thing being the MAC address and having it set to join the domain automatically).

So, a few questions:

1. Is this the way to go about doing this, or is there a better method?
2. Is this possible with FOG?
3. If it is possible with FOG, what’s the recommended method of creating a new record? Is it to directly edit the MYSQL database? Or would I be able to connect through an API?

I’d be interested to know if anyone else has had a similar issue and how they’ve worked around it.
I did wonder whether it was worth uploading the image of the clone and then redeploying it, but that would take far too long.

Any help as usual would be greatly appreciated!

This can be marked as solved. I updated to 1.5.4 and everything is confirmed to be working once more. Thanks!

Hi all,

In my clients recently, the FOG log has been reporting the following error:

08/08/2018 15:56 Client-Info Client Version: 0.11.16
08/08/2018 15:56 Client-Info Client OS: Windows
08/08/2018 15:56 Client-Info Server Version: 1.5.2
08/08/2018 15:56 Middleware::Response ERROR: Unable to get subsection
08/08/2018 15:56 Middleware::Response ERROR: Object reference not set to an instance of an object.
08/08/2018 15:56 Service Sleeping for 110 seconds

I’ve checked the Apache log, and I can see the following error:
[Wed Aug 08 15:14:08.956419 2018] [proxy_fcgi:error] [pid 39315] [client 10.1.1.107:58244] AH01071: Got error ‘PHP message: PHP Warning: fopen(/var/log/apache2/error.log): failed to open stream: Permission denied in /var/www/html/fog/status/logtoview.php on line 86\n’

Running the following check seems to come back OK (ls -la /var/www/html/fog/status/
total 60
drwxrwxrwx 2 www-data www-data 4096 May 17 07:33 .
drwxrwxrwx 10 www-data www-data 4096 May 17 09:42 …
-rwxrwxrwx 1 www-data www-data 3304 May 17 07:33 bandwidth.php
-rwxrwxrwx 1 www-data www-data 884 May 17 07:33 dbrunning.php
-rwxrwxrwx 1 www-data www-data 1184 May 17 07:33 freespace.php
-rwxrwxrwx 1 www-data www-data 1437 May 17 07:33 getfiles.php
-rwxrwxrwx 1 www-data www-data 772 May 17 07:33 gethash.php
-rwxrwxrwx 1 www-data www-data 661 May 17 07:33 getservertime.php
-rwxrwxrwx 1 www-data www-data 813 May 17 07:33 hw.php
-rwxrwxrwx 1 www-data www-data 587 May 17 07:33 index.php
-rwxrwxrwx 1 www-data www-data 1515 May 17 07:33 kernelvers.php
-rwxrwxrwx 1 www-data www-data 4416 May 17 07:33 logtoview.php
-rwxrwxrwx 1 www-data www-data 830 May 17 07:33 mainversion.php
-rwxrwxrwx 1 www-data www-data 721 May 17 07:33 newtoken.php

I’ve restarted Apache, etc. but still this error persists in the log. It’s annoying as I can’t deploy any snapins to my client machines at the moment, which, as you all know, is pretty useful.
Any help with this would of course be greatly appreciated as always!

FOG INFO:
You are currently running version: 1.5.2

Latest stable version is 1.5.4

Latest svn version is 6078

Latest git version is 1.5.4

@tom-elliott Yes indeed, thanks very much!

@wayne-workman Indeed, it’s a follow on from my previous thread here: https://forums.fogproject.org/topic/11308/hostname-changer-access-denied-code-5/19

Seabastian Roth asked that I create a new one.

@Tom-Elliott Ah, that’s interesting… my other groups have 0 members, but I’ve just added 2 to one of the groups known to not be working, updated the AD details, and now it’s saved the changes!
So, is that intentional? Or is that still classified as a bug?

Running Version 1.5.0-RC-10
SVN Revision: 6080

Issue:
When I try to update various groups within the FOG GUI with AD details or snapins, the update doesn’t work. It says it has updated, but when I go back to the AD details page or the snapin settings, the details I added are missing. Strangely, this doesn’t happen for the first group I created - only for all subsequent ones.
I’ve also tried cleaning the MYSQL database to no avail. Any help with this would be appreciated.