@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!

Just ran into this too. Giving it a poke.

EDIT:
The drive had Windows 10 on it before, and it worked. After running a fast wipe through FOG, I could no longer get any tasks to work (same error as above). More fiddling inbound.

Glad to see it worked. I re-wrote most of the files in v0.7.3 and ended up breaking everything…

Win 7

Heh! You’re going to love this.

Twelve servers later, I check my source document.

I copy and paste my commands into the CLI … I had accidentally highlighted the CR+LF after the last command. So it’s piped into the CLI to appear, invisibly mind you, after the prompt. But it doesn’t actually enter itself at that prompt. So that when I enter “y” then <enter>, it has actually received CR+LF Y <enter> and fails out.

Doh!