I have tried clearing cache, doing a reload, a CTRL reload, new incognito window and have not regained sorting. If anyone else is reading this post can you please give it a try and report back. Maybe my setup has something goobered up.
I’m not sure what you mean by refreshing the page but I have been unsuccessful in any sorting on the reports after the upgrade. see the attached video
Updated to RC2, I am not able to sort anything in the Imaging log. Tested with Firefox and Chrome
Clicking on the start and end time in Report management will place the information in ascending order, clicking the sort again does not place it in descending order. Every other field in this view switches it’s sort method each time it is clicked! 
@Wayne-Workman Thanks for the link. My mistake, great support on this forum 
This is a nonissue. Once the passwords were adjusted to match everything worked as I expected it to. Now that I understand how it works I’m less confused as to why it broke. However, when setting up this headless server for use specifically for a fog server I created a user “fog” and used my own password. When my password was not working after the fog server install, I logged in as root to change the password back to what I wanted and specified while installing Ubuntu. This is where the disconnect was. Maybe it is documented to not make your default user on the server “fog” or to not change the password after the fact, but I obviously missed that. Thanks for instructing me on the fix and helping me understand why it broke I won’t make the same mistake next time
@Wayne-Workman What I meant was, once the password was corrected where it needed to be would the partitions be moved to their proper location and complete the imaging process the way Fog expects it to. Or will I need to correct all the password locations, delete the task and resulting img files, and start over with a capture?
@Wayne-Workman Thanks Wayne. I did indeed change my “fog” users password manually with the root user. All I should have to do is modify the password in the Storage management option on the web? Once I fix this password issue, will the task complete or is it stuck forever?
The capture task appears to have completed as the computer rebooted. The Task management on the web shows the task as still active though nothing is happening. Checking the image information it shows the Client Image to be 150gb, but the uploaded size is No Data. /Images folder contains /dev and /postdownloadscripts. /dev has all my partition images inside. I recall reading about this but don’t recall what the issue is. 0_1465494627223_Logs.zip
@Tom-Elliott looks like whatever you did worked thanks for the quick turn around! Thread can be marked solved.
Attempting to pull my first image onto a newly install Fog. Machine has 1 HDD in it with multiple partitions including Windows 7 32/64, Windows 8.1 32/64, and 10 32/64. The image definition is as pictured in the zip along with the error received. I’ve tried setting it to Windows 10 and Windows 8.1 with the same result. What am I missing?
@Tom-Elliott After dropping and updating to latest git, I was able to register my computers. I’m now running into an issue pulling my first image, will start another thread for that. This one is solved!
Thanks for looking. Is there something else I can try or provide to help further troubleshoot the issue?
@Sebastian-Roth Hope this helps a little more. 0_1465398606907_apache.zip
Just as the title states. I have used fog previously and since updated my server, clean install of Ubuntu server 15.04 64x. I am now using the latest git release and attempting to quick register my machines. They get the PXEboot menu and I’m able to select quick registration, see the script run and seems to go successful. Log into the web view and it’s like nothing happened Logs attached, hoping for some help 0_1465392250127_Archive.zip
I ran into this same issue, just updated trunk to git 8022 (latest) and got the same kernel panic. I manually changed the file and was able to run though the host registration, but no host was registered at the server.
@Wayne-Workman I am using Trunk. So all I would need to do is export the images table on the old server, copy the folder that contains my images to the new instance, then import the images table? Please correct if I’m misunderstanding.
@Wayne-Workman I originally was just going to hook both drives up to the system and copy from one drive to the next. My main concern was getting FOG to recognize the images once they are in the proper location. The physical transferring of files should not be an obstacle .
Is this the post you were referencing?
https://forums.fogproject.org/topic/5541/transfert-images-to-new-server/6
Good Morning,
I am looking to transition my fog server from a 1tb drive to a 2tb drive. In the process of doing this, I would like to start from scratch as far as the OS goes. Like a noob I installed the 32bit version of Ubuntu server thinking it would save a few resources and not accounting for the ram limitation…oops. The server machine is not changing, just the hard drive and underlying OS.
My question is how can I go about transferring my 4 images from the old instance of fog to my newly installed one?