@quazz You’re right. Must have been a bad spot or something. One thing we all know Windows does is to add a minimum of two partitions on a clean install. Mine had 3 (ms system reserved, empty) partition. Did lots of research, found I don’t need three, just setup GPT with single partition, did base install, and now FOG imaging upload works.
Thanks for pointing me in the right direction.
@Sebastian-Roth Gosh darn it, that worked!!! What ultimately was done was what you suggested. Someone else had suggested the primary disk change, that was removed. But there was also some custominit.xz or something like that listed as well, so I changed that to init.xz. Can’t believe it, but that worked! Now going to try and deploy this same image to exact same hardware on different PC. I’ll let you know how the deploy goes. Sebestian (and team) thanks so much for your hard work and diligence on this. -Jim
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:~#
@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 =