All good  - doing the pre-stage hook and that seems to working, although Phil I 
take your point :)



This way one advert with site customisations using the variables.



Great stuff thanks all.



Stuart Watret

Offshore - IT Ltd

________________________________
From: [email protected] [[email protected]] on behalf 
of Schwan, Phil [[email protected]]
Sent: 24 September 2013 15:10
To: [email protected]
Subject: RE: [mssms] sense check pxe stuff

This will work, but I think you guys are way overcomplicating this.

If the goal is simply to provide ZTI PXE boot Task Sequence execution, with two 
different Task Sequences for two different locations, you only need the 
following:

Collection A – All systems minus the new site
Collection B – Systems at new site only
Task Sequence A – TS for systems in Collection A
Task Sequence B – TS for system in Collection B
Deployment A – Deployment of TS-A to Coll-A, set to Required and made available 
to “Only media and PXE”
Deployment B - Deployment of TS-B to Coll-B, set to Required and made available 
to “Only media and PXE”

All systems, regardless of site, will PXE boot because they have an advertised 
TS.  No selection of TS will be necessary because they have a Required TS.  
Your call if you want to password protect it or not, but absent that the only 
input required should be initiating the PXE boot with F12.

The scripted technique is more controlled in some senses, but also more complex.

Just my two cents.  Good luck!

-Phil

_________________________________________________________________
Phil Schwan | Technical Specialist, Enterprise Windows Services
Project Leadership Associates | 2000 Town Center, Suite 1900, Southfield, MI 
48075
Lync: 312.756.1626  Mobile: 419.262.5133
www.projectleadership.net<http://www.projectleadership.net/>
[Description: Description: Description: Arrow email] Lead with Strategy. 
Leverage Technology. Deliver Results.
[linkedin_logo-19x20] <http://www.linkedin.com/in/philschwan> 
[Twitter-Logo1-20x20]  <https://twitter.com/philschwan>  [wordpress-logo3]  
<http://myitforum.com/myitforumwp/author/philschwan>





From: [email protected] [mailto:[email protected]] On 
Behalf Of Craig Andrew (OIZ)
Sent: Tuesday, September 24, 2013 8:08 AM
To: [email protected]
Subject: AW: [mssms] sense check pxe stuff

You just need a vbscript, or similar, to query wmi for the ip address which 
will then determine which ts it receives. You don’t need to have the 
interaction.

Basically the hook runs a custom action, like a script, before the client in 
the winpe image retrieves policy from sccm. It is embedded in the boot image. 
Because the policy has not yet been retrieved you can use it to set the 
preferred TS like in this example. I use it to trigger webservices and 
orchestrator runbooks. Does that help?

The other option you mentioned is using the single TS. Then use a script to get 
the ip address and set as a TS variable. Then run or skip groups depending on 
the ip address, or subnet. To get the ip address out of wmi you’ll probably 
need a script because this info is stored in wmi as arrays.

Andrew

Von: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] Im Auftrag von Stuart Watret
Gesendet: Dienstag, 24. September 2013 13:48
An: [email protected]<mailto:[email protected]>
Betreff: RE: [mssms] sense check pxe stuff


Hi Craig, yes I saw that this morning - if the pre-execution hook (which I'm 
not familair with..) requires some interaction (in this example it does) then 
that wouldn't be the first choice I don't think.



Maybe the script could be the subnet identifyer?  I'll have to read up on 
"hooks".......



Thanks



feel free to explain pre-execution hooks in english and a couple of sentences - 
that would help :)



Stuart Watret

Offshore - IT Ltd

________________________________
From: [email protected]<mailto:[email protected]> 
[[email protected]] on behalf of Craig Andrew (OIZ) 
[[email protected]]
Sent: 24 September 2013 12:40
To: [email protected]<mailto:[email protected]>
Subject: AW: [mssms] sense check pxe stuff
You can deploy both TS to all computers, as hidden deployments. Then you need a 
pre-execution hook to determine which site the machine is in and then set the 
preferred TS as a TS variable accordingly.

Check this post on deploying hidden TS

http://www.windows-noob.com/forums/index.php?/topic/6456-how-can-i-deploy-a-hidden-task-sequence-in-configuration-manager-2012-sp1/


Von: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] Im Auftrag von Stuart Watret
Gesendet: Dienstag, 24. September 2013 13:29
An: [email protected]<mailto:[email protected]>
Betreff: RE: [mssms] sense check pxe stuff

That would probably solve the problem, I want to run a separate custom usmt 
process mainly for that particular site; I shall chew on that.......

Thanks.

Stuart Watret
Offshore - IT Ltd
________________________________
From: [email protected]<mailto:[email protected]> 
[[email protected]] on behalf of Jason Wallace 
[[email protected]]
Sent: 24 September 2013 12:17
To: [email protected]<mailto:[email protected]>
Subject: RE: [mssms] sense check pxe stuff
No you advertise a task sequence to a collection.  The only thing that sits on 
the PXE Service Point is the boot image.  Now I wonder if it is possible for 
you to have a single task sequence but with a query against IP information of 
the WinPE client directing you into different groups within the task sequence?
________________________________
From: [email protected]<mailto:[email protected]>
To: [email protected]<mailto:[email protected]>
Subject: [mssms] sense check pxe stuff
Date: Tue, 24 Sep 2013 10:10:22 +0000
Is this possible?

Currently we advertise one rebuild job availale to all our clients, from one 
pxe point.

This works well, as users just F12 and nothing else.

I have a new site, they need a different job; I don't want a choice forced upon 
the existing sites.

Was thinking:
New local pxe point on their subnet, ip helpers adjusted for them to point 
there.
But can I advertise a TS to a specific pxe point?

Ta

Stuart Watret
Offshore - IT Ltd






________________________________

PRIVILEGED AND CONFIDENTIAL. This email and any files transmitted with it are 
privileged and confidential and intended solely for the use of the individual 
or entity to whom they are addressed. If you have received this email in error 
please notify the sender. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail or any of its attachments.





<<inline: image001.jpg>>

<<inline: image002.jpg>>

<<inline: image003.jpg>>

<<inline: image004.jpg>>

Reply via email to