Could we have the web interface indicate that a storage node is correctly connected passwords match ect… maybe a green dot like the ping status when its added or listed in the all storage nodes list. A second indicator that all the images are in sync with the main repository.
Don’t forget that around SVN 3410 and up the storage node installer resets the storage password when run. It should display the new password at the end of the install.
We’re not using the new client yet I upgraded to SVN 3463 this morning which fixed the missing client issue.
Chrome has a special enterprise installer available here. Your runwith command is msiexec, the run with argument is /i and the command line switches are /qn.
He has 1.2 he is upgrading to SVN when it happens.
As I understand it 4 things need to match the Operating system password for the fog user, the storage management password and username fog, the tftp password under the web ui in fog settings and finally the storageftpuser / storageftppassword in the /opt/fog/.fogsettings file. After they all match restart the fog services or just reboot the server.
check your permissions on the dir that contains your isos if it correctly set ups you should be able to hit it with a web browser like this. http://fog ip/fog/iso
I believe you will need to upgrade to SVN for that feature but its pretty stable now.
If the error occurs after you image the machine I really suspect you are having an issue with the hard drive partition table. When I ran into a similar issue we ran the windows repair on the newly imaged pc and then uploaded the fixed image which seemed to solve future issues from then on.
svn 3728 fixed this for me.
You could run a script task as a snapin drop the pc’s from the domain and then just change your AD settings in fog so they rejoin the new one.
Untold bug fixes, greater speed on upload and download, additional features. It is well worth it in my opinion.
I’m gonna shelve this for a bit we break for vacation today when i get back I will hit this again and get all the logs posted.
What OS is your fog server running on? You can also try the script in this thread https://forums.fogproject.org/topic/4581/let-s-make-scripts
While it doesn’t find all issues it is quick to check and will reduce issues with imaging a bad drive, I certainly haven’t see any false drive failure messages.
It really depends on usage. How many clients, how many images, how large are your images, compression level, number of images sent at a time?
I see it occasionally the simple fix is to deploy the image expand the partition and run fixparts if needed then reupload.
First thing to check is the ftp trouble shooting steps in the wiki.