Another update another lost access storage.
-
DarkEnergy posted 20 minutes ago
0I performed another update today to keep up with the releases but, it seems that every time an update is performed my storage access is gone. Last time the permissions were changed and they had to be reset. Now I am unable to access the storage page at all and yes the password remained the same under Settings configuration. Today after updating storage access has been lost again and the same error requesting an image to be uploaded before a deployment is set came back.
If these error is not fixed then, wouldn’t be better to stop doing updates until all the bugs are being worked out?
Any help appreciated.
-
@DarkEnergy Check your chats.
Yeah and no, I think.
I don’t know how to describe it simply.
Since we got your stuff, kind of, working, I haven’t changed the storage or image stuff so as to break it as you were once seeing. If anything, I found and fixed more potential issues
-
@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!?
-
@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 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?
-
And back to square 1!!!
-
@Tom-Elliott
Yes, it is Windows 7 OS and also it is associated to several computers.
-
Does the image have an associated OS to it?
-
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.
-
@DarkEnergy If you go to your /svn/trunk directory,
To get the latest revision, all you have to type is
[CODE]svn up[/CODE]
-
@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.
-
This should be fixed as of latest svn.
-
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.
-
@Tom-Elliot
Totally understand!!! Selftalks are the best way to communicate. I do that a lot in my everyday admin position.
-
@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-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 Should be fixed, at least for the line 102 issue, can you test and let me know? SVN 3574
-
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.
-
@Tom-Elliott
No dice, still a blank page
-
@DarkEnergy 3573
