I’m solving this post simply because the title leads it to NEVER actually be solvable.

3517 should fix this issue. Thanks for reporting.

@Wayne-Workman said:

More on the “Pending MAC approvals” thing…

Just imaged a Lenovo L530 and same thing.

Using the legacy client.

It seems like FOG does this every single time you image a laptop (because one wired NIC and one wireless NIC).

It doesn’t matter how many times I approve the MAC addresses for laptops, every time I re-image them, it asks me to approve the MAC addresses again.

Same here on HP desktop DC5800 : Two ethernet cards.

Thanks for your answer and all your job !
I’ll test this tomorrow

@ArchFan said:

Unfortunately I just experienced the same error on rev 3494, same as OP - Wheezy 7.8 x64. Let me know if I can provide any logs or other info

Firstly, there is nothing wrong with your installer. Sometimes the downloads for the new client just don’t work.

If you want a band-aid to get the new version installed, everything but (maybe) the client…

You can go to the directory where your installer is (the trunk directory, not bin).

and go from there to here:

/trunk/lib/ubuntu

and edit functions.sh

Replace this:
[CODE]if [ -z “$clientVer” ]; then
echo “Failed to get client version”
exit 1
fi
[/CODE]

with this:

[CODE]if [ -z “$clientVer” ]; then
echo “Failed to get client version”
#exit 1
fi
[/CODE]

Note that the only difference is the hash mark in front of “exit 1”.

This allows the installer to attempt to download the client, but not exit the installation script if it fails. Please also continue to run the installer until you do get a good copy of the client. Just know that the new client WILL NOT be there until it says successfully downloaded!!

I’ll try it tomorrow.

Hi,

Try to run again ./installfog.sh.

Regards,
Ch3i.

Just remember, hostnames cannot contain spaces as @jamesb found out.

@Jbob
Thanks Man great job!

While old I figure it pertinent that this is fixed in current svn. Was fixed at some point int he 3300’s.

I’ve changed around the kernels and this error should not be present unless you’re using the 4.0.1 kernel. Hopefully you can agree and atest to this as well.

Based on what I’m seeing and it appearing to show up randomly, I’m going to solve this issue. I think its more likely related to sourceforge and not getting the whole file properly.

@ch3i
Thanks for your help.

Fixed in 3410 ty.

[FONT=arial][COLOR=#222222]3409 fixed the download in IE.[/COLOR][/FONT]

It’s absolutely fixed in 3407

Tom patched this up just now. Something about background processes… I have no idea.

It’s fixed in the latest revision.

[quote=“Tom Elliott, post: 47184, member: 7271”]I don’t think it has anything to do with the client.

pmonstad, try clearing your cache.

I run CentOS as my “testing” system and am not seeing the same issue.[/quote]

You are right, Tom. Clearing the cache solved the problem.

Fixed with svn 3388 thank you!