Resolve in new svn, thanks

ok great, everything is ok, thanks !

A refresh / update once per day would probably be fine.

But thanks for fixing this, Tom.

I just fixed a handful of issues with the apache vhosts configuration. If you’re daring, you can grab the latest github commit on dev-branch if you don’t want to wait for the next SVN.

Things I want to do later:

Give users the option to use buildroot themselves (it takes a long time) Make an init updater script so the init can be updated without just downloading everything and running the installer

The problem with the service start error seems to be that $linuxReleaseName in .install.sh evaluates to “Debian GNU/Linux”, not “Debian” as the scripts expect. After setting $linuxReleaseName manually in .install.sh, everything worked fine for me.

@ch3i said:

he ID of the image is always on the table “imageGroupAssoc”

That’s concerning… I’m on the same revision.

@crosser said:

Actually, now that I’ve looked at my own picture again, I see something wrong.

So my image name is “5700dec2012”, but the location in the picture above is wrong…

The correct location should be /images/fiber-storage/… not simply /images/…

How do I fix this?

Doublecheck that your /etc/exports reflect the correct path to the images, also. Can you post a copy here?

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.