SVN 4384 Download Issue (Windows 10)
-
Testing Windows 10, so I upgraded my test fog server to SVN and uploaded my Win10 Image to fog. Now when I try to download the image, I get this message in the picture that says “ls: cannot access /images/myimage/d1.mbr: Not a Directory” . I realize that what it is specifying is not a directory but a file, but I don’t know why it thinks it needs to be a directory. The file exists and everything (d1.mbr). Any thoughts?
-
Is /images/Windows10x64BASE actually present? It can’t ls a non-existent directory, which is my guess as to why you’re seeing that particular error.
-
The fog node has the directory. Here is a putty screenshot.
-
@Tom-Elliott The image is located in the “Images2” storage group, where this node is located. Since I can verify that the directory and file actually exist, is it possible it is looking somewhere else? Thanks for your help!
-
It is possible, but how many nodes do you have?
-
@Tom-Elliott There are 7 total nodes and 4 groups.
. I hope I am not missing something ridiculously obvious haha. If I upgrade to revision, do I need to do anything to the nodes? I have a .32 server that is “disconnected”. This server is the SVN with the same database that I imported so I could test stuff. -
@dustindizzle11 Are you using location plugin?
-
@Tom-Elliott I honestly do not know what the location plugin is. So I am guessing no, unless its something I should be using and I am just ignorant lol
-
I’m guessing so as well.
Do all the nodes have this image as well then?
-
@Tom-Elliott Hi Tom. So I just started verifying that the nodes have the image, and they do, but it looks like an older version of the image. I uploaded a Windows 10 image while using the older .32 server using a vista mbr (so it is not partclone image and it is not a folder like it should be). It looks like the 3 other nodes have the older version of the image. I just turned off all the other nodes with the older version of the image, and restarted the task and walah! Sorry for all the pain Tom! I just restarted the replicator service on the master node “sudo /etc/init.d/FOGImageReplicator stop” & “sudo /etc/init.d/FOGImageReplicator start”(it wasnt replicating for some reason)…
-
It’s not a pain at all.
If anything it points out a potential issue, though why it didn’t send the image down I don’t know. My guess, ftp user/pass incorrect for those three problematic nodes.