Autoimage Machines, possible?
-
Hi Tom. Finally got to the office and I am able to test. For starters, neither the Full Registration or the Quick Registration are working.
I will try and add the client manually and see if I can image it like that.
-
This post is deleted! -
This post is deleted! -
This post is deleted! -
Hi Tom,
I fixed a permission issue I had with the files. However I have found that Fog Server doesn’t relocate the IMAGE file from /images/dev/macaddress to /images/Name-of-Image
If I go into /images/dev/macaddress I see 5 files in there. But I don’t know why they weren’t moved to /images/name-of-image
So when I try to download the image to the host I get a “Cannot find XP Image File” error messages.
Any ideas?
-
I don’t know what the issue is, but for now, what files do you see in the /images/dev/<macaddress>?
There should be one:
in the sequence of :
/images/dev/<macaddress>/<macaddress>.000To get your image to deploy properly, try moving the .000 file to:
/images/<imagepathname> -
This post is deleted! -
This post is deleted! -
I had to restart tftpd. I manually moved the image file to the correct folder. I still get “Cannot find XP Image File”
-
If it’s of any information, when I list the images via the web manager, the image is shown as 0.00 iB on both Client and Server
-
I reuploaded the image with the same result. Nothing is created in the /images/<imagepath> automatically. I manually copy the <macaddress>.000 to /images/<imagepathname> and it still shows as size 0.00 iB on the server itself.
-
This is the error that I am getting:
[url=“/_imported_xf_attachments/1/1430_error 3a.jpg?:”]error 3a.jpg[/url]
-
Quick question. Should the image reside in the root of /images/ with a name of <imagename>.000, or should it be inside its own folder named <imagename> and have the original filename of <macadress>.000 ?
I currently have it as the second option.
-
Alright, I’m flooding this thread but I think I finally got it working. I went through other posts here on the forums and notice that other people also had 0.00 iB info on their uploaded images, and they also were unable to copy from /images/dev/ to /images automatically. On one of your posts you mentioned that the image upload is first done via NFS, but the via FTP you do the relocation.
This got me thinking and I assumed that something was wrong with the FTP password. I simply ran sudo passswd fog and changed the password. Then via the Web GUI on 2 places: Storage management and Fog Settings.
I then hunted down the Config.class.php file and updated the password there too.
It is working now. I am testing a few wipes and reimages to confirm.
-
While I’m sure we could’ve come to these conclusions separately, I’m glad you got this part working for you. That and that you searched and found your answer right here on the forums already!!!
“Who’da’thunk’it”?
