Hi guys,

First of all, thanks for your support and patience.

Fortunately, I found what was wrong with the images.

Unfortunately, I had to put the server down and start a new on a slightly newer server which had been collecting dust.

The issue here was that the hard drives were failing and a number of sectors were found with errors. The server was from 2006 and I’m pretty sure the hard drives were the same age…

The image I had was transferred from 0.32, to 1.20 then to 1.30 using part image and moved using FTP. I’ve recaptured the original images using part clone on 1.3.0 with the newer server and decided to start from scratch.

Thanks again for your help. It’s very much appreciated.

@george1421 Yes, problem solved! 🙂

@Tom-Elliott Perfect. You can mark this topic as “Solved”.

I made some more, I think, significant approaches to URL testing tonight that should help limit CPU intensity.

21 had some better methods as well, but it was far from perfect. I doubt it’s perfect now too, but it certainly seems a lot better from what I could see.

Remoted in, found the svn directory was in a very strange state and not actually updating anything during an svn up.

Removed the conflicting repo, use git and installed that way, All is working properly now (reporting wise at least).

@abos_systemax said in IPXE error 0x7f048283 on Lenovo m700:

we are not allowed to update the firmware because it is not our own hardware.

If it were me, I’d do it anyways on just one to see. It’s easier to beg for forgiveness than ask for permission. It’s afterall the manufacturer’s firmware update. The update can not come from anywhere else literally, and 99% of the time firmware updates fix problems.

@Tom-Elliott I find it funny how people assume it will take forever to get a response, because they don’t reply back typically until 1 hour to 1 day later.

@Oleg All fixed and repubbed.

@Tom-Elliott Thank you very much!!! Now it works great!

Remoted in and found that the server was in fairly funky state.

It is ubuntu 12.04, and while we typically recommend to update, this particular issue was simply due to ondrej attempting to install php 7, but the packages variable on fogsettings was pre-labelled as php 5. Removed the packages variable and php/apache on the node, updated the php version stored in the fogsettings, reinstalled ondrej, and re-ran installer .

Found the secondary issue of the “multicast session is invalid”.

Basically I missed one point by not including a space where it needed one.

This is now (properly) fixed and patched up so people doing fresh installs will be fine, and people doing upgrades (that had the issue originally) will magically be fixed when they install the latest (when rc 20 gets pushed).

@Tom-Elliott Great thank you

It works perfect

@Tom-Elliott
Sorry for the long time (managing more than two site is pretty crazy).
In despair, I’ve erased the whole disk (images included) and reinstalled. Everything works fine (for) now. I suppose I’ll never know what the problem was.
Thanks for being there.

I created a write up a few months ago that focused on this topic. It is geared towards centos running as a VM, but you should be able to translate it to ubuntu pretty easy.
https://forums.fogproject.org/topic/6642/moving-fog-s-images-files-off-the-root-partition

@jmcg Yes, please create a new thread for it, it’s not too hard to do, though.

Ok that’s it.

Sorry for the noise.

@Tom-Elliott said in Pushbullet Plugin broken, stopped working, re-adding fails.:

@x23piracy considering I’m using it without issue can you be more descriptive?

it’s working again.

Regards X23

@george1421 No idea. But the default settings for Win7 and Win10 don’t let tftp commands work. It took me a long time to figure that out, because I was thinking exactly as you were, that all outbound was allowed. There must be more to it that causes the issue - and I don’t have any desire or need to figure out why lol. Incredibly rarely do I myself need to test tftp from windows… because I always just use Linux now.

I forgot to update this thread, I managed to fix this, the configuration files had been reset appon the upgrade, I imputed the correct ftp password.

I no longer work for the company where I had the fog installation.

Thank you