Posts made by Budgester

I have reverted back to a VM snapshot taken of 1.2 before the SVN upgrade, I will have another look at updates when I get a chance.

The SVN since 1.2 seems to be a lot better with the snapins though.

Updated to 2362

Still unable to register via “Perform Full Host Registration and Inventory” pxe menu, get the same error message.
When trying to register a host through the web interface claims to have been registered but, then unable to search for the Host.

Checked the database,

The hostID in the inventory table is being set to “0”
The hmHostID in the HostMAC table is also being set to “0”

Still seeing the below in the apache logs.

[Thu Oct 02 13:41:41 2014] [error] [client 10.72.93.33] PHP Parse error: syntax error, unexpected ‘[’ in /var/www/fog/service/register.php on line 33

When trying to register a host via pxe it fails with “Unable to register host for reason” and never gives a reason…

The the apache error logs has

[Thu Oct 02 13:05:27 2014] [error] [client 10.72.92.246] PHP Parse error: syntax error, unexpected ‘[’ in /var/www/fog/service/register.php on line 33
Followed by a large amount of the following error
[Thu Oct 02 13:08:39 2014] [error] [client 10.72.94.48] PHP Fatal error: Call to a member function isValid() on a non-object in /var/www/fog/service/inventory.php on line 52

No idea, how would I go about finding out…

The image type is Single Disk (NTFS Only, Resizable)

I’m pretty sure the blue bar used to go green as it went across.

There are no % figures showing on the bar i.e 10/% of 100%

The JavaScript progress bar under an Active Tasks no longer works.

For future use maybe a LDAP/AD browser to allow selecting the OU where the computer will end up would be useful.

Thanks I’ll get all my current requests for Snapins using my work around deployed then I’ll try out the latest SVN version.

It more the fact that the forums seem to be going bananas with reports.

The snapin has the full path.

[IMG]https://lh5.googleusercontent.com/-lYDHx7_8VaQ/U8O36-CCaZI/AAAAAAAADUQ/A5iWhxYCekU/w1231-h743-no/Snapin.png[/IMG]

This was a plain upgrade from 0.32 where everything was working fine. So something has broken this in the 1.* series.
The path has the full location in the SQL record.

Hi,

1.1.2 looks really good, however there appear to a load of bugs that are appearing.

Would it be worth setting up a proper bug tracker as the forums are beginning to get overrun and data may be getting lost…

I’ll add that this was a great feature in the previous version, and am having issues due to this change.

In

/var/www/fog/service/snapins.file.php

Line 31 I changed

$SnapinFile = rtrim($FOGCore->getSetting(‘FOG_SNAPINDIR’),‘/’).‘/’.$Snapin->get(‘file’);

To…

$SnapinFile = $Snapin->get(‘file’);

As the path to the file was being included twice.

Investigations so far…

When trying to run a snapin

The FOG Client calls
[url]http://ip-address/fog/service/snapins.checkin.php?mac=mac-address[/url]

This then returns a list of waiting snapin jobs for the client in the format below

#!ok
JOBTASKID=2091
JOBCREATION=2014-07-11 11:42:47
SNAPINNAME=Office 2010 plus Patch
SNAPINARGS=
SNAPINBOUNCE=0
SNAPINFILENAME=Office2010_withpatch.exe
SNAPINRUNWITH=
SNAPINRUNWITHARGS=
The client then calls

[url]http://ip-address/fog/service/snapins.file.php?mac=mac-address&taskid=****[/url]

Where the task ID was reported from the checkin.php result

Ok it looks like it picked up some old config from

/var/www/fog/lib/fog/Config.class.php old IP address was 10.72.92.7 current is 10.72.92.19

I am using the latest 1.1.2

The fog log from the workstation, where I have now managed to get everything working except the plugins…

11/07/2014 14:21 FOG::SnapinClient Attempting to connect to fog server…
11/07/2014 14:21 FOG::SnapinClient Module is active…
11/07/2014 14:21 FOG::SnapinClient Snapin Found:
11/07/2014 14:21 FOG::SnapinClient ID: 2091
11/07/2014 14:21 FOG::SnapinClient RunWith:
11/07/2014 14:21 FOG::SnapinClient RunWithArgs:
11/07/2014 14:21 FOG::SnapinClient Name: Office 2010 plus Patch
11/07/2014 14:21 FOG::SnapinClient Created: 2014-07-11 11:42:47
11/07/2014 14:21 FOG::SnapinClient Args:
11/07/2014 14:21 FOG::SnapinClient Reboot: No
11/07/2014 14:21 FOG::SnapinClient Starting FOG Snapin Download
11/07/2014 14:21 FOG::SnapinClient Download Failed; Zero size file.

I have recently upgraded to 1.1.2

Not quite as painless as I’d hoped but most of it works well now.

1. Task Management - Active Snapins show a massive list, probably a list of all Snapins for all computers. I was expecting it to only show the Actively being deployed snapins.

Apache Error

Mon Jul 07 12:04:38 2014] [error] [client 10.72.93.228] File does not exist: /var/www/favicon.ico
[Mon Jul 07 12:07:24 2014] [error] [client 10.72.93.228] File does not exist: /var/www/fog/management/css/…, referer: [url]http://10.72.92.19/fog/management/index.php?node=tasks&sub=active-snapins[/url]

2. After the initial upgrade
   default on the line
   chain [url]http://ip-address/fog/service/ipxe/boot.php##params[/url]
   The ip address was incorrect

Just spent a couple of hours chasing an issue after I changed the IP address.

Nowhere in the Web UI is it possible to change the NFS address on the field

ngmHostName

in the table :

nfsGroupMember

Same here, any chance of making the contribution back a bit easier ?

I’m also assuming the re-write includes clearing cruft from the install, to that effect I can find no reason to keep the following directories and files.

/fog/public
/fog/public/randomimage.php
/fog/public/imagepool

There is no explanation or use for these as far as I can tell and they don’t seem to be referenced from anywhere else in fog.