Another update another lost access storage.
-
I actually have a suspicion as to your particular issue. And am about to push a potential fix if you’d be willing to update.
-
@Tom-Elliott
I am ready is you are. I am all game at this point. -
@DarkEnergy 3573
-
@Tom-Elliott
No dice, still a blank page
-
Yep, I found that out.
It’s because the ImagePartitionType isn’t set for that image. Ultimately, if it’s not set, it should auto set to be an “everything” type.
-
@DarkEnergy Should be fixed, at least for the line 102 issue, can you test and let me know? SVN 3574
-
@Tom-Elliott
Sorry, while I understand what you mean, I am not an experience programmer.
How would like me to proceed? What changes need to be made to the code? -
@DarkEnergy I’ll do the work, I just like to express the issue so others happening can understand the problem. I don’t expect you to do anything with it. It’s just a way of speaking out loud if you will.
-
@Tom-Elliot
Totally understand!!! Selftalks are the best way to communicate. I do that a lot in my everyday admin position. -
If you have multiple storage nodes within one storage group, not having one set as “master” would cause something like this. Also, Some users have experienced their /etc/exports getting written over, and only having one storage node wrote back instead of them all.
But from the sound of it, I think that this is not the case, and Tom is working on the actual problem… I just wanted to chime in for future readers where these things might be the case.
-
This should be fixed as of latest svn.
-
@cml
Can you please provide the latest SVN number? The issue was after updating the last version before yesterday.@Wayne-Workman
All my storage nodes are local and the default storage is set as master as well. I did my homework before coming for help. -
@DarkEnergy If you go to your /svn/trunk directory,
To get the latest revision, all you have to type is
[CODE]svn up[/CODE] -
Hi again everyone.
I have updated to SVN Version: 3605. And thanks for the work of master Elliott I have back my listing of client’s images. But now I get a different error when pushing the images:
An error has been detected!
Unable to determine operating system type!
The computer will reboot in 1 minute
Any information, assist and/or ideas greatly appreciated. -
Does the image have an associated OS to it?
-
@Tom-Elliott
Yes, it is Windows 7 OS and also it is associated to several computers. -
And back to square 1!!!
-
@Tom-Elliott
Is there a way to move the current configuration with the images to another FOG server? Is it possible to copy the images to another server as well as the MySQL server configuration? -
@DarkEnergy I’m attempting to reach you via chat.
I have a suspicion as to why this “Happens nearly every time an update is performed”
-
@Tom-Elliott
Is it something I can help with or is all in the PHP code? I was hoping to get a fix before Monday is that is possible. Is this error related to the previous error; Unable to determine operating system type!?