Hey guys,

I’ve kinda seen this happening for awhile but ignored it because I’m trying to convince the rest of my department that Fog is the tool we need to be using.

I’ll notice that I will upload an image, and it will be fine. I’ll deploy it to a few machines, and then suddenly something wonky happens and the size of the image changes, etc.
Yesterday I was deploying a Windows 7 Pro image to a pair of HP 6005 Microtowers. One of the towers had a SATA Hard Drive, the other an SSD.

I deployed the image to the Hard drive. I went to try to deploy to the SSD—the machine prepares to image, and then just restarts instead of going to the PartClone screen.

I tried changing the Disk settings to Legacy.
I tried wiping the SSD.
I tried formatting the SSD.
I did a debug deploy.

It is still doing the same thing.

I also noticed in the GUI that the “Image Size: On Client” has changed to 0.00iB.
This has happened a few times with different images, and when it happens I suddenly cannot seem to properly image anymore.
I don’t know if I have multiple problems here, or if it is all the same problem.

I’ve attached a screenshot of our image screen to give you an idea what I’m talking about.
Could this be a corruption in the database? Does the database need a rebuild? If so—how do I go about doing that?

Any suggestions? I really would like to get these machines deployed today, and I’m hoping I don’t have to upload this image again!

[url=“/_imported_xf_attachments/1/1398_imagesize.PNG?:”]imagesize.PNG[/url]

Yup. That worked. Thanks, Tom!

You’ve got to be kidding me.

Two stupid mistakes.

I edited the /etc/php5/apache2/php.ini file, never uncommented it.
Didn’t do the /etc/php5/cli/php.ini file.

Let’s see how this works…

[quote=“Tom Elliott, post: 36977, member: 7271”]It’s likely your /etc/php5/apache2/php.ini AND/OR /etc/php5/cli/php.ini date.timezone settings.

If they’re not set, it defaults the timezone to GMT/UTC which, sounds like you’re on EDT?[/quote]

Okay. Here’s some more information.

I just uploaded the image in real time. The upload completed less than 5 minutes ago. It’s currently 11:06 AM.

When I check the Image Management page, it states that the images was uploaded today at 3:04 PM.

Something is screwy with the time somewhere.

Okay, maybe this is just me being stupid, but it seems to keep happening with different machines, so here we go:

I’ve been testing the functionality of the scheduled jobs with Fog. (Using build 2031 on Ubuntu 13.10)

They aren’t working.

Yesterday, I scheduled a job to run after hours. Just scheduling it was a pain. I set it to go at 18:00 hours. I received a “Upload task failed to create for <machine name> with image <image name>. Scheduled date is in the past. Date: 2014/23/09 18:00”

So I scheduled it for 19:00 hours, and this time it worked. I noticed that there was an 18:00 hour one scheduled on “Not active, delayed”. I deleted that.
Came in this morning, the job never ran. Now that one was set to “Not active, delayed.”

Deleted that.

Now I decide this morning I need to test this feature to see if it will work.

So, I prepare to upload an image. The machine is all prepped.

I go to schedule the job for 5 minutes from now.

I get the message again:

“Upload task failed to create for <machine name> with image <image name>.
Scheduled date is in the past. Date: 2014/24/09 09:50”

I scheduled the job at 09:45.

I checked the linux box system time. It’s correct.
The date is correct.
It’s the correct time zone.

If I look at the Fog homepage, the “bandwidth-Transmit” graph appears to be showing the correct time.

Now, I tried to schedule this for different times.

It’s currently 9:58 AM.

I tried scheduling for 10:05 - I get the same error.
10:10 – same error.
10:30 – same error.
11:01 – same error.

Tomorrow: It works.
Today at 18:01 – It works.
Today at 13:02 – error
Today at 14:03 – It works.

I’m confused.

I’m not sure why you want that functionality to begin with? Why not image the factory laptop if you really want the factory image…and then make your regular fog image?
We don’t see any reason here to use the factory recovery options, and frankly, they are a pain in the a@#. They create numerous, non-consecutive partitions that can’t be joined or separated. I find it easier to just create one, fresh partition.
I mean, that’s what Fog is all about anyway, right? Fast imaging? I guarantee you will be able to restore an image to that laptop quicker with Fog than you would with that factory reset option.

Thanks, guys. I finally got it working. It was a mess…I must have just started changing things willy-nilly and stopped paying attention to what I was doing.
The export file, as ianabc stated was incorrect. I did:
nano /etc/exports
[SIZE=2]pointed the first line to [/SIZE]fog/images *(ro,sync,no_wdelay,insecure_locks,no_root_sq$
[SIZE=2]and my machines immediately started imaging.[/SIZE]

The funny thing is that yesterday I’m almost certain I had a line in that file pointing to that path. Maybe I didn’t comment out the other one.

Either way, it appears to be working. Hopefully I didn’t change something else somewhere that’s going to drive me nuts!

Thanks!!!

Output of the SYSLOG: (It is refusing the mount request)

(Attached----it was reporting back as Spam when trying to post)

[url=“/_imported_xf_attachments/1/1078_syslog.txt?:”]syslog.txt[/url]

Output of ls -lhrt /var/log:

drwxr-xr-x 2 root root 4.0K Jun 26 07:03 unattended-upgrades
-rw-r–r-- 1 root root 235K Jun 26 07:08 dpkg.log
-rw-r----- 1 mysql adm 0 Jun 26 07:08 mysql.log
-rw-r----- 1 root adm 0 Jun 26 07:08 apport.log
drwxr-s— 2 mysql adm 4.0K Jun 26 07:08 mysql
-rw-r----- 1 syslog adm 1.3M Jun 26 07:08 syslog.1
drwxr-xr-x 2 root root 4.0K Jun 26 07:08 upstart
-rw-r----- 1 syslog adm 410K Jun 26 09:30 kern.log
-rw-r----- 1 syslog adm 5.3K Jun 26 13:22 syslog
-rw-r----- 1 syslog adm 72K Jun 26 13:23 auth.log
-rw-rw-r-- 1 root utmp 113K Jun 26 13:23 wtmp
-rw-rw-r-- 1 root utmp 429K Jun 26 13:23 lastlog

[QUOTE]For the disk image sizes, it looks like those are partimage (fog < 1.0) images. This is a known problem, see[URL=‘http://fogproject.org/forum/threads/disk-information-and-image-size-on-server-not-showing-any-data.10953/’] this thread[/URL] for more details on it.[/QUOTE]

Nope. They have all been made on 1.1.0 over the last few weeks.

As for the rest being a connection problem—I don’t see how. We haven’t changed a thing on our network. The ONLY thing that has changed is that we updated the Fog server. That’s it. It was upgraded to 1.1.1, and when that didn’t work – 1.1.2.
It was working just fine on 1.1.0.

[quote=“Jamie Rozek, post: 31440, member: 24394”]I’ve reset the fog user password on the server, thinking that could be the issue. I changed it to match the password in the error in my previous post.

I am still getting the error:

mount: mounting 192.168.3.8:/fog/images/ on /images failed: Permission denied.[/quote]

I tried to FTP into the server from a command prompt on my Windows box. I was able to get in using that username/password.

I’ve reset the fog user password on the server, thinking that could be the issue. I changed it to match the password in the error in my previous post.

I am still getting the error:

mount: mounting 192.168.3.8:/fog/images/ on /images failed: Permission denied.

Okay. I just tried to delete one of the images off of the server.

I received:

[CENTER][FONT=Ubuntu][COLOR=#555555]FOGFTP: Login failed. Host: 192.168.3.8, [/COLOR][/FONT][/CENTER]
[CENTER][FONT=Ubuntu][COLOR=#555555]Username: fog, Password: xxxxxx, Error:[/COLOR][/FONT][/CENTER]
[CENTER][FONT=Ubuntu][COLOR=#555555] ftp_login(): Login incorrect.[/COLOR][/FONT][/CENTER]

[CENTER][FONT=Ubuntu][COLOR=#555555]So, we have an FTP login problem somewhere. [/COLOR][/FONT][/CENTER]

So, I check my GUI config:

FOG_TFTP_FTP_PASSWORD is the same as the password listed in the above error message.

I check Storage Management:

[CENTER][FONT=Ubuntu][COLOR=#555555]Image path: /fog/images[/COLOR][/FONT][/CENTER]

[CENTER][FONT=Ubuntu][COLOR=#555555]Management Password: Same as the password listed in the above error message.[/COLOR][/FONT][/CENTER]

[CENTER][FONT=Ubuntu][COLOR=#555555]I check the Config.class.php file:[/COLOR][/FONT][/CENTER]

TFTP_FTP_PASSWORD – matches.
STORAGE_FTP_PASSWORD - matches.

So, am I forgetting a config file somewhere or something? What is going on?
[CENTER][FONT=Ubuntu][COLOR=#555555][/COLOR][/FONT][/CENTER]

[CENTER][FONT=Ubuntu][COLOR=#555555][/COLOR][/FONT][/CENTER]

It is not allowing me to post my RPCinfo. States that it is “spam.”

I’ve attached it as a text document.

I’m seriously thinking about just doing a complete uninstall/reinstall.

I’ve noticed that while this is happening, some of my images are doing this: (Every image I try to use, because “No size available” on the client.)

[SIZE=5][B][FONT=Ubuntu][CENTER][SIZE=18px][COLOR=#4c68a0]All Images[/COLOR][/SIZE][/CENTER][/FONT][/B][/SIZE]

[SIZE=13px][FONT=Ubuntu][COLOR=#555555][COLOR=#ededed]Image Name [CENTER]
Storage Group[/CENTER]
O/S [CENTER]
Image Size: ON CLIENT[/CENTER] [CENTER]
Image Size: ON SERVER[/CENTER] [CENTER]
Uploaded[/CENTER] [CENTER] [/CENTER][/COLOR]
[URL=‘http://192.168.3.8/fog/management/index.php?node=images&sub=edit&id=15’][COLOR=#7baa0f]2540P-Sales[/COLOR][/URL] [CENTER]default[/CENTER] Windows 7 [CENTER]223.47 GiB[/CENTER] [CENTER]80.54 GiB[/CENTER] [CENTER]10th, 3:19pm[/CENTER] [CENTER] [/CENTER]
[URL=‘http://192.168.3.8/fog/management/index.php?node=images&sub=edit&id=17’][COLOR=#7baa0f]2570P-Win7ProBase[/COLOR][/URL] [CENTER]default[/CENTER] Windows 7 [CENTER]110.57 GiB[/CENTER] [CENTER]10.38 GiB[/CENTER] [CENTER]16th, 3:55pm[/CENTER] [CENTER] [/CENTER]
[URL=‘http://192.168.3.8/fog/management/index.php?node=images&sub=edit&id=16’][COLOR=#7baa0f]6005-Base[/COLOR][/URL] [CENTER]default[/CENTER] Windows 7 [CENTER]No size available.[/CENTER] [CENTER]13.74 GiB[/CENTER] [CENTER]6th, 10:19pm[/CENTER] [CENTER] [/CENTER]
[URL=‘http://192.168.3.8/fog/management/index.php?node=images&sub=edit&id=12’][COLOR=#7baa0f]e5540[/COLOR][/URL] [CENTER]default[/CENTER] Windows 8 [CENTER]223.57 GiB[/CENTER] [CENTER]102.12 GiB[/CENTER] [CENTER]20th, 12:25am[/CENTER] [CENTER] [/CENTER]
[URL=‘http://192.168.3.8/fog/management/index.php?node=images&sub=edit&id=18’][COLOR=#7baa0f]E5540-MODPart[/COLOR][/URL] [CENTER]default[/CENTER] Windows 8 [CENTER]No size available.[/CENTER] [CENTER]10.60 GiB[/CENTER] [CENTER]17th, 6:30pm[/CENTER] [CENTER] [/CENTER]
[URL=‘http://192.168.3.8/fog/management/index.php?node=images&sub=edit&id=19’][COLOR=#7baa0f]ModifiedImageE5540[/COLOR][/URL] [CENTER]default[/CENTER] Windows 8 [CENTER]No size available.[/CENTER] [CENTER]0.00 GiB[/CENTER] [CENTER]No Data[/CENTER] [CENTER] [/CENTER]
[URL=‘http://192.168.3.8/fog/management/index.php?node=images&sub=edit&id=14’][COLOR=#7baa0f]Win7Pro[/COLOR][/URL] [CENTER]default[/CENTER] Windows 7 [CENTER]No size available.[/CENTER] [CENTER]5.34 GiB[/CENTER] [CENTER]6th, 6:18pm[/CENTER] [CENTER] [/CENTER][/COLOR][/FONT][/SIZE]

[url=“/_imported_xf_attachments/1/1075_rpcinfo.txt?:”]rpcinfo.txt[/url]

I would really rather not uninstall the entire thing and start from scratch. I have some good “Golden images” on there.

By the way, when I do:

service nfs restart

I get “unknown service.”

Yes, I’m pretty sure there is a setting that is different on the Fog server between versions 1.1.0 and 1.1.1/1.1.2, because I did not have this problem until upgrading to 1.1.1.
I just re-installed Fog, minus the database—still having the same issue.

I did not change a single thing. I don’t touch the server unless it is for Fog. We have no other linux servers.
Selinux is disabled.

[quote=“ianabc, post: 31328, member: 24548”]It is worth checking your firewall and restarting the nfs service(s). Restarting the NFS service(s) depends on your system, but on mine looks like.
[CODE]
$ service nfs restart
[/CODE]
Also, could you send the output of exportfs -va, e.g.
[CODE]
$ exportfs -ua
$ exportfs -va
[/CODE]

Also, another good test is to see if you can mount the NFS share on the server itself under a temporary location, e.g.
[CODE]
$ mount IP.OF.YOUR.FOG:/images /mnt
$ ls /mnt
dev Mint17x64PIMS1 U1404GAH87NWIFIIAM W7x32Stat55GBDeploy-XXX
fog-math RHL6x64PIMS50GB u1404PIMS

lost+found  RHL7x64BetaPIMS1  W7x32Stat55GBDeploy

*** If it worked, remember to unmount it ****
$ umount /mnt
[/CODE][/quote]

Firewall definitely not the issue. We haven’t changed anything, and Fog was working perfectly before the update yesterday.

Here is the output of exportfs -va:

exportfs: /etc/exports [1]: Neither ‘subtree_check’ or ‘no_subtree_check’ specified for export “*:/images”.
Assuming default behaviour (‘no_subtree_check’).
NOTE: this default has changed since nfs-utils version 1.0.x

exportfs: /etc/exports [2]: Neither ‘subtree_check’ or ‘no_subtree_check’ specified for export “*:/images/dev”.
Assuming default behaviour (‘no_subtree_check’).
NOTE: this default has changed since nfs-utils version 1.0.x

exporting *:/images/dev
exporting *:/images

I am able to mount IP.Address:/images.

Yesterday I updated my Fog server to 1.1.1. When trying to image, I now get the following: [attached file]

I have done the following:

chmod 777 -R /images
chmod 777 -R /images/dev
touch /images/.mntcheck
touch /images/dev/.mntcheck
touch /fog/images/.mntcheck
chmod 777 -R /fog/images

I’ve changed the TFTP password in the GUI to match the password in the config.class.php file.
I’ve done the same with the FTP password.

I’m perplexed, and just frustrated at this point. Any ideas, please?

[url=“/_imported_xf_attachments/1/1068_Capture.PNG?:”]Capture.PNG[/url]

Thanks, Tom!

Hey again.

I was in the process of registering a host, and the computer lost power while “sending info to server.”

So, the host was registered in an incomplete state.

The host appears on the Web GUI, but there is no info inside.

If I try to manually add the MAC address and info, I receive “No user history data found!”
The host entry is not updated.

If I try to delete the host, it does nothing. It goes to a blank white page and sits there.

I’m guessing I will have to remove the entry from the database itself, but I’m not quite sure how to do this.