Posts made by Brian David

@Tom-Elliott Apologies for taking so long to make this reply.

The login history report now runs, but it is not giving any useful information. Steps to replicate (this is using rc8):

1. Go to Report Manager > Login History
2. Enter username and hostname, then click ‘Search’.
3. Things start to get weird here. A table appears with two columns: one labeled ‘Host/User name’; the second labeled ‘Username’. The first column is filled with the hostname entered in step 2, while the second column is empty.
4. Click on the first instance of the hostname in the ‘Host/User name’ column.
5. Enter a date range and click ‘Search’.
6. At this point I get a message saying ‘No results found’. I get this regardless of what date range I choose.

Now, if I go to Host Management > List all hosts > hostname > Login History, then the report DOES show the correct history for any date I choose.

@Tom-Elliott Did this make it into rc-6? I upgraded today, and while the line 23 error seems to be gone, the login history report still does not work. I’m getting the exact same error in the Apache logs.

This is the relevant log entry:

[Mon Aug 01 17:17:35.354209 2016] [:error] [pid 1741] [client xxx.xxx.xxx.xxx:42719] PHP Fatal error: Call to a member function get() on null in /var/www/html/fog/lib/pages/reportmanagementpage.class.php on line 737, referer: http://fog/fog/management/index.php?node=report&sub=user-track

On a side note, my error log is also getting spammed with this message:

[Mon Aug 01 17:20:12.018555 2016] [:error] [pid 5562] [client xxx.xxx.xxx.xxx:52967] PHP Strict Standards: Only variables should be assigned by reference in /var/www/html/fog/lib/fog/fogmanagercontroller.class.php on line 23

I am getting a blank page whenever I run the Login History report. Steps to reproduce:

1. Go to ‘Report Management’ and select ‘Login History’.
2. Choose any value from the username and hostname select lists.
3. Click ‘Search’.

After doing this, the page turns blank (i.e. completely white) and nothing happens. I see no errors on the page or in the browser console. I am using Firefox 47 on Ubuntu 14.04.

This is a small bug, but I thought I’d post it anyway. When a host is not associated with any snapins, then the Single Snapin task page renders incorrectly. Here’s a screenshot (notice the oddly placed ‘Please select the snapin you want to deploy’ box in the upper left):

@Hanz To be honest, I couldn’t tell you. In the past, Avast has let these snap-ins run after an initial ‘deep-scan’. At this point, it just seem so be cutting them off without any sort of warning or indication. I’ve had to set an exclusion for the FOG directory on all our workstations in order to guarantee that the snap-ins run. There have been some recent updates to Avast, so perhaps the way it treats these files has changed.

This also turned out to be due to our anti-virus settings. So let this be a lesson to us all; check your anti-virus first!

This can be marked as fixed.

This turned out to be our anti-virus program blocking the FOG executables. I really should have checked that first.

This can be marked as solved.

@Jbob I don’t see a ‘Tray’ key under HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\FOG. All I see is ‘gracePeriod’ and ‘Sleep’.

@Tom-Elliott I did remove the legacy service fully. The new client had been working fine up until I upgraded from 0.9.7 to 0.9.9. It was at that point that these issues started popping up.

The shortcuts in the Startup folder were indeed not there on either machine. I put them in manually, but this has not fixed the issue; FOGTray.exe is still not starting up.

Okay, I jumped the gun on my earlier post; the FOG User Service IS updating the log on the Windows 7 machine, so it does seem to be running even though the tray icon is still not showing up.

The Win 8 machine does not seem to be running the user service at all.

@Jbob Sorry it took a while to get back to you, I usually have the middle of the week off.

Okay, I looked for the user service and found some strange things:

1. On the Windows 7 machine, 3 instances of FOGUserService.exe show up under the Processes tab (but not under Applications or Services). However, the last activity I see in the user service log is from Dec. 13th, so it doesn’t appear to be currently running.

2. On the Windows 8 machine, I do not see FOGUserService anywhere (except the Startup tab, of course). Similar to the Win 7 machine, this one has no activity in the log since Dec. 13th.

I know I did do a git pull on that day, but I couldn’t tell you from what version to what version. The last time I did a pull was on Monday.

Yes. That is the first thing I do after installation.

All my sfx snap-ins that previously worked will no longer install. These snap-ins are set to execute an installation script after the files have been extracted. FOG successfully downloads the sfx file and runs it, but nothing happens; the installation script never runs and no files are installed. I can see the sfx file in the fog/tmp folder, and I can find the process in Task manager, but it never finishes installing. I have to restart the computer to get the process to clear out of Task manager.

These sfx files work correctly if they are run manually on the client computers, and FOG had been installing them correctly up until recently (although I couldn’t tell you exactly at what revision they stopped working). So I think it may have something to do with the FOG client. Also, any snap-in that uses a standard exe/msi still works fine.

I cannot get the FOG Tray (with client version 0.9.9) to start up. I have experienced this now with two machines: one Windows 8.1; and one Windows 7 (new install). In both instances, when installing the client, I made sure to select to have FOG Tray run. The FOG Service itself starts up fine and the logs show regular communication with the server.

I wish I had more to go on, but I cannot find any errors in the Windows or Fog logs. Furthermore, if I start the FOGTray.exe from cmd.exe, the application shows up in Task manager, but the icon never appears in the tray.

After a snapin has been created, if I change any snapin details and click ‘Update’, I am taken to a completely blank white screen. After going back to the snapin details, I can see that nothing has been updated. The only way to update the details is to delete the snapin and create a new one.

When adding snapin arguments, any argument that contains a quote will not show correctly when looking at the snapin details.

For instance, let’s say I’ve entered this argument into the ‘Snapin Arguments’ field:

/CLIENTNAME="some-client-name"

When looking at the snapin details after the snapin has been created, both the ‘Snapin Arguments’ and the ‘Snapin Command’ field will cut off the argument at the first quote, like this:

/CLIENTNAME=

However, the snapin will still work as expected, as the information does get correctly added to the database.

I updated to the latest git version of FOG today, and whatever had been causing this issue is now gone. This thread can be marked as solved.

Alright, I’ve currently got git version 4682. I started from a fresh database and imported my hosts via a csv file, then I adjusted all my service settings. It’s been going for about two hours now, and all the hosts are still in the web interface. Also, I have yet to see any settings change in unpredictable ways. So far so good!

‘Boot from hard disk’ is the first (and default) option in the ipxe menu, but on my setup it is currently booting into memtest. This makes it impossible to boot to the OS, as the hosts simply boot back into memtest after being reset.

The current workaround I am using is to hide the menus; then the menu gets skipped (unless I hit ESC) and the computer continues to boot to the OS.