@Wayne-Workman Hi Wayne,
Neither of those commands worked. However service mysql status returned that the mysql service was in a “stop/waiting” state. I tried to start it manually but it failed. Obviously the rest of those commands won’t work in the current state… 
I tried to upload that originally, must have missed it.
Hi folks,
I’m trying to do an in place upgrade from 1.2 SVN 2868 to 1.3 stable release. So far all my attempts have failed on the “Backing up database” step. It looks like the web server portion of it is not starting up properly during the upgrade. I realize this is an old OS and SVN but I’m hoping to simplify the upgrade process as much as possible. I apologize for the lack of information, I’m the furthest thing from a Linux expert. I’ve attached log files so hopefully those will help.
Thanks for any help you can give!
Jacob1_1483975485341_foginstall.log 0_1483975485340_fog_error_1.3.0.log
@Wayne-Workman This absolutely worked like a charm. Found that MAC was still in the hostMAC table, deleted it, and Bob’s your uncle. Really appreciate it Wayne! I’d love to update to the latest SVN but we’re in the middle of our busy time building and deploying images so it will likely have to wait until the fall. Thanks again!
I should have been more clear, it appears like those hosts are being added into the DB fine. Even when I delete all traces of the particular host I’m testing (ie select * from hosts where hosts.hostID = ‘MACGoesHere’; returns Empty set) and I try to register the host, it will not show up in FMC. It is adding to the DB but not available to do anything with it in the FMC.
Hello all,
Recently I’ve come across a few systems that will not register properly no matter how I try (full registration, quick registration, via the FMC). My suspicion is that they weren’t removed from FOG properly (they were just removed from an area). The registration issues only occur on these select few machines. Here is the error I’m seeing in the apache2 error logs:
PHP Fatal error: Call to a member function get() on a non-object in /car/www/fog/Host.class.php on line 486
I’ve tried manually deleting the hosts from the hosts table in mysql using both the hostName (old and new) and hostID but neither have done the trick. Any help would be greatly appreciated.
(For the record we’re on SVN2868, I know we’re way behind but upgrades haven’t been in order of late. I’m pretty sure it’s not a version thing in this case however.)
[quote=“ch3i, post: 40609, member: 2513”]Hi,
How you solve this problem ? 
Regards,
Ch3i[/quote]
My wife would tell you that one is still a work in progress.
Absolutely, the folder name was something along the lines of:
\images\IMAGENAME(2015)
An update: multicast is now working again. Doing some digging into the logs I found error messages on the multicast tasks which revealed that there were brackets in the image folder name which udp-sender didn’t like. So to recap:
Thanks all for your help. Happy fogging!
We do have to use multicast, especially for our labs with 10+ computers. We are limited to resources for our storage nodes and our network where if we’re unicasting any more than 8-10 computers at once it takes way too long.
Anything else I can try? I’m starting to get some heat on this and I would really rather not downgrade or start from scratch…
I was able to run those commands this morning and now what is occurring is the systems in the multi-cast task are showing up in Task Management > Active Tasks momentarily and then they are gone, so they all boot onto the hard drive because there is no task for them. I’m not seeing the old multi-cast tasks like we saw before but the machines aren’t connecting to any tasks now.
My apologies for the delayed response, yes we are up to 2868 and same story unfortunately.
Attempted this but still no luck. The first multicast task in the attached screenshot is the one I just created, the second one is an old task from June that is completely unrelated (different location, image, storage node). The machines just hang at the first PartClone screen and go no further. If I kill the unrelated task most or all of the active tasks for that multicast are killed as well.[ATTACH=full]1593[/ATTACH]
[url=“/_imported_xf_attachments/1/1593_screenshot.144.jpg?:”]screenshot.144.jpg[/url]
Any words of advice? We’ve tried different images, different storage nodes, etc. and the same issue happens every time. We’ve been forced to unicast labs which can be a very time consuming process, obviously.
Back to having the same issues in our labs today, multicast tasks from back in May popping up rather than the tasks we’ve created, tasks just hanging. The revision upgrade doesn’t seem to have fixed it.
We’ve upgraded to a newer revision (2774) and in testing it appears to be working properly. We haven’t used it in production yet but I don’t foresee it being a problem. Thanks again Tom!
Will do, I’ll post back when I get a chance.
Hi folks,
Recently we discovered an issue with multicasting. Unicasting is working fine, just for the record.
What is occuring is that when we start a multicast task it adds the individual computers in Active Tasks successfully using the “Multicast Group Quick Deploy” task name (screenshot attached for a test multicast). However when they all connect it creates a multicast task called something completely unrelated from months ago, usually from June 2014 (back when we were still on 0.32) The computers just hang on the initial PartClone screen.
It seems like maybe it’s a database issue but I’m far from even a MySQL rookie. Apologies if this has been fixed in a later revision than we are running, just wanted to ask before I got too far into further upgrades.
Linux Mint 13 (64-bit)
FOG Revision 2432
[url=“/_imported_xf_attachments/1/1537_screenshot.135.jpg?:”]screenshot.135.jpg[/url][url=“/_imported_xf_attachments/1/1538_screenshot.136.jpg?:”]screenshot.136.jpg[/url]
Revision upgrade (ended up at 2432) and using the plugin did the trick. Thanks for everything!