Individual Computers assigned to groups
-
@quazz Is there a way to disable the prompt user for username and password?
-
@howtogravity Yes, change the fog.deployimage iPXE menu item.
Replace parameters with
set username foglogin set password foglogin params param mac0 ${net0/mac} param arch ${arch} param username ${username} param password ${password} param qihost 1 isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
Replace foglogin with login credentials and you should be good to go.
-
@quazz It works, Thank you for your help. I’ll see if this will work with them.
-
@quazz Is it possible for multiple images to have the same image path?
-
@howtogravity Not that I know of. It wouldn’t really make sense, you typically wouldn’t want another host to overwrite the same image.
-
@quazz Yea that was an issue that they faced. The only reason I ask is because that is how they currently have it for their production FOG server and just wanted to know if it could be done again on this version of FOG.
-
@howtogravity I guess you could technically trick the system by creating a symlink to the target folder and use that symlink path for the pointer image. I have no clue how well this will hold up and of course you must be careful with capturing image and such.
ln -s /images/Dell_790_Master/ /images/Dell_790_Pointer
You will have to test it I suppose, I have no idea how well this will work, but it should do the job afaik.
-
@quazz Tried that yesterday and i get the following error. And the image does not go on the machine.
The current version that they are on.
-
@howtogravity That’s unfortunate. I guess it might still work if the path on the server and the client (so where FOS mounts it) is the same, but I’m not sure what the default path is atm.
-
@quazz Do you know where I can find more information about the FOG version that i posted an image about? I’m curious as to why i works for that version and not the current one.
-
@howtogravity Looks like a trunk version of 1.4.0
I’m guessing the check to make sure paths are unique was added later, likely to resolve a bug involving using the same path.
-
@quazz Okay, thanks for your help. You can mark this post as solved.