Posts made by Tom Elliott

Alright, that leads me down a good path to troubleshoot.

“Fix issue on hostname changer where if something was true, it continued on where it shouldn’t have. Add base elements for the Loation plugin (NOT READY YET). Add openssh to init.gz, mostly for me, but could prove useful.”

r1163 releasing as we speak.

And you have the system setup to join the domain as well, don’t you?

I, again, made a mistake.

The line with the checks and balances for this is supposed to read (in plain English)

If the host is not to use AD, print er: BLAHBLAHBLAH
Otherwise continue on your merry way.

I forgot the not part of it.

So it was reading:
if the host is to use ad, print er: BLAHBLAHBLAH

I’m sorry I’m such an idiot.

Well, it sounds like you’ve figured out all the details of the files needed to be installed.

What gets output when you run the command:
[code]cat /etc/release /etc/issue[/code]

Did r1162 fix the Hardware issue you were seeing, if you use the available init.gz (the one I packed, not the one I packaged for you specifically)?

So the changing hostname before restart after imaging probably isn’t happening because you disabled HOSTNAME_EARLY in the FOG Settings, if I recall correctly.

What does the fog.log say in regards to the hostname changer?

Albatros,

You updated to r1162 and are still getting the same issue?

I forgot to add a resize for single disk resize, and corrected that.

You state it only happens on deploy after 1142? I didn’t change the source in a way to modify windows, just the methods it uses for the files. Basically, I just separated the Upload/Download/Checkin Bits so they’re on their own files for easier troubleshooting/debugging.

You guys want, I can chime in.

Sorry I wasn’t very communicative so far today, had to drive 2.5 hours down south and then back.

Can you run:

[code]ping mastacontrola.com[/code]

Okay, try again.

I had to reboot both of my routers. I was testing multicast and it brought down my network.

Try again, dns for somereason was lost, fixed now.

And you’re behind a very slow internet connection?

I don’t have the fastest of upload speeds, but they are 5MB, plenty enough that a normal download of my kernel should take about 5 minutes (max). It’s only just shy of 6 MB

How did you upgrade your system?

Did you just upgrade or create a new “Fresh” install?

try prepending with sudo, I updated the code.

The next thing, make sure wget is actually install.
[code]sudo apt-get update
sudo apt-get install wget[/code]

I just updated it, sorry thinking of wget where I wanted a check

Try my kernel, it looks like your kernel is in panic/freeze mode.

To get my kernel, open a terminal on the FOG Server. Login as root or, as you’re using ubuntu, make sure your user has sudo permissions.

To test sudo try:
[code]sudo touch /tmp/someTestFileIAmMakingUp[/code]

It should ask for your password, enter it. If you get no errors, you should be set.

Then cd into the tftpboot/fog/kernel folder.

[code]cd /tftpboot/fog/kernel[/code]

Copy your old kernel just as a backup.
[code]sudo mv bzImage bzImage.orig-29JAN2014[/code]

Then get my kernel and try again:

[code]sudo wget --no-check-certificate https://mastacontrola.com/fogboot/kernel/bzImage[/code]

Hopefully all will work again.

eddieduce,

Have you tried creating a link to /images from /media/ImageDisk?

Also,

Did something happen that has created all this havoc with your system? Possible a bad disk, rebuild, etc…

It sounds to me like either the /tftpboot/pxelinux.cfg/default file may be corrupt, or the pxelinux.0 file.

Maybe try adding a link on the fog server.

I’m assuming the /images directory is no longer available on that server, so you could try it like this:
[code]ln -s /media/ImageDisk /images[/code]

Then check to see if all is working.

And/Or try getting a snapshot of the crash report?

can you try booting into debug mode?