Autoimage Machines, possible?
-
Glad you know what the problem is. I’ve been trying to push software guys to move to Win7, but alas that is NOT going to happen anytime soon.
Is there something that could be done? I know you mentioned a possible hack/fix. I would love to try it out.
[quote=“Tom Elliott, post: 37747, member: 7271”]If you enable plugins and install and configure the capone plugin, your auto imaging situation will be complete. YOu simply specify the relevant fields for the image you’re wanting.
As for why the image went wrong, I’m just guessing it’s to do with the XP nature of your system. In 1.2.0 I made many more changes, but forgot to account for the 63s vs. 2048s boot sector and optimal boot sector variants within parted. I’m sorry, but this is what the problem is. I can hack up a quick fix for that problem, and possibly for the one dealing with the image itself. In a way I’m glad that the image isn’t writing to the disk as, in the current state (with the sector problems just described), I’d rather a system fail to image rather than image, but not be bootable.[/quote]
-
If this is too much, would installing a previous better of FOG would be a better option? I wouldn’t like to do this, as I had a difficult time configuring it the first time around.
-
I’ve made the hacks I think will work for your situation.
[url]https://mastacontrola.com/init.xz[/url]
[url]https://mastacontrola.com/init_32.xz[/url]These files may work for all, but I haven’t tested so please just report any issues you see.
-
Got them. Your server was complaining about the certificate. You should check that out.
Are these files to replace other files in my current installation?
-
[quote=“guscrown, post: 37751, member: 26595”]Got them. Your server was complaining about the certificate. You should check that out.
Are these files to replace other files in my current installation?[/quote]
The certificate problem isn’t a “problem” persay but I’m using self signed certificates.
The init files you downloaded go in your fog server to replace the /var/www/fog/service/ipxe/init.xz and /var/www/fog/service/ipxe/init_32.xz files.
-
Thanks, Tom. I will test this and report back on my findings. I really appreciate you taking the time to do all of this.
-
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.
