Posts made by Jim Holcomb

@jim-holcomb Anyone? Buehler?

I am getting this error nearly every time I click on list all hosts (and have to reboot)
DataTables warning: table id=dataTable - Invalid JSON response. For more information about this error, please see http://datatables.net/tn/1

Can anyone help?

@sebastian-roth
That’s true, but every time I upgraded either fog or the OS, something would break. I used to have the advantage of Tom Elliott being available to assist in these cases, but he never returns emails or phone calls from me in like nearly 2 years.

@sebastian-roth

Specific hardware you see this issue happening on? Make and model?

We have mostly Lenovo machines; desktops and laptops. Stalls on both…

Have you tested other machines/hardware to see if they behave the same?

Yes laptops and desktops.

Are Host (what you called fog client) and FOG server on the same subnet or connected across subnets through a router/gateway?

The latter. For the moment, the Fog Server is connected across a vpn to another building…

Tried connecting the host as close to the FOG server as possible (same switch) to rule out network components?

Not yet - but thought of moving the fog server to this building, which is where my new office is located

Linux OS and version?

Ubunto 16

FOG version?

1.5.6.700

I have a strange situation happening. When I’m running the fog client uploading an image, during capture, it will run between 3 and 5 GB at a time, then stall for about 10 minutes then run another 3 to maybe 5 GB and then stall again for about 10 or 15 minutes and I just can’t figure out why. Anyone have any suggestions?

Well, not sure why this happened but I took the job out for the task queue and ran the image manually - this worked!

Sebastian, now the output looks like this:
find /etc -type f -exec grep “date.timezone” {} /dev/null ;
/etc/php/7.1/apache2/php.ini:; http://php.net/date.timezone
/etc/php/7.1/apache2/php.ini:;date.timezone =
/etc/php/7.1/cli/php.ini:; http://php.net/date.timezone
/etc/php/7.1/cli/php.ini:;date.timezone =
/etc/php/7.1/fpm/php.ini.ucf-dist:; http://php.net/date.timezone
/etc/php/7.1/fpm/php.ini.ucf-dist:;date.timezone =
/etc/php/7.1/fpm/php.ini:; http://php.net/date.timezone
/etc/php/7.1/fpm/php.ini:date.timezone = America/New_York

Still getting the checkin failure

@jim-holcomb said in Checkin failure?:

find /etc -type f -exec grep “date.timezone” {} /dev/null ;

Now today when running this command: find /etc -type f -exec grep “date.timezone” {} /dev/null ;
find: missing argument to `-exec’

The current timezone is EST:

root@fog:~# date
Thu Dec 10 16:29:02 EST 2020
root@fog:~#

@sebastian-roth What link?

@jim-holcomb said in Checkin failure?:

(N): The timezone could not be found in the database (In line for 10)

This has me thinking? The error says "…(N): The timezone could not be found IN the database (In line for 10)

So is this an issue with the database itself?? Seems to me it is looking for a TZ “value” in the database that is missing?

@sebastian-roth
Well nothing changed, auto updates are not on, and it worked before without the timezone settings?

As well check in FOG Configuration -> FOG Settings -> General Settings to make sure FOG_TZ_INFO is set correctly. *This is set as always to New York, no changes there…

@sebastian-roth
Running Ubuntu v16.04
No OS updates run for a few months
FoG was working last week.

@sebastian-roth said in Checkin failure?:

find /etc -type f -exec grep “date.timezone” {} /dev/null ;

root@fog:~# find /etc -type f -exec grep “date.timezone” {} /dev/null ;
/etc/php/7.1/apache2/php.ini:; http://php.net/date.timezone
/etc/php/7.1/apache2/php.ini:;date.timezone =
/etc/php/7.1/cli/php.ini:; http://php.net/date.timezone
/etc/php/7.1/cli/php.ini:;date.timezone =
/etc/php/7.1/fpm/php.ini.ucf-dist:; http://php.net/date.timezone
/etc/php/7.1/fpm/php.ini.ucf-dist:;date.timezone =
/etc/php/7.1/fpm/php.ini:; http://php.net/date.timezone
/etc/php/7.1/fpm/php.ini:;date.timezone =

@sebastian-roth Hello Sebastian, that would help, wouldn’t it?
Version1.5.6.700

• Attempting to check in…Failed
• DateTime::__construct(): Failed to parse time string (No Data) at position 0
  (N): The timezone could not be found in the database (In line for 10)

Fog was working just fine, no changes.
TZ is new york, no changes.
So why is this happening?
Searching on here shows no answers!

@Tom-Elliott Thanks Tom. If this is the case, then why have the rename feature at all?

@Sebastian-Roth @Tom-Elliott Well guys, that was the issue. I updated my image, and because I updated it, I wanted to change the version number (from …r3 to …r4) I went into the fog gui, found the image and chose to rename the image using the menu option in the fog gui.

Yet in the /images folder it was still called the original filename of m78win10r3 and was never renamed. I went into terminal and renamed it manually, and that worked. But why does the FoG GUI have the option to rename an image file, but doesn’t actually perform that option and rename the file as requested?

As always guys, thanks for what you do. You al make my life so much easier.

@Tom-Elliott Hi Tom., Thanks for your response. In this case I did not do anything but change the image name, but I used the FoG interface to do it. I can see in the /images folder that the correct image folder exists and the files inside are proper. So when I go to do a “deploy image” I see the image I want and it is named properly. I select it, and that is when I get that error. Any thoughts?

Hello team I am suddenly having an issue deploying a standard image. “…Unable to locate image store” yet I am imaging another machine right now of a different type. I am scratching my head on this one. Can anyone help? The image exists in the /images folder.