[gptalk] Re: New Dells Not Installing Software
- From: Thorbjörn Sjövold <thorbjorn.sjovold@xxxxxxxxxxxxxxx>
- To: <gptalk@xxxxxxxxxxxxx>
- Date: Thu, 10 May 2007 23:48:44 +0200
Omar,
I assume that you are joking about stopping your posting, right? We are all
here to help each other find the best solution together and you are one to the
more frequent contributors to that mission and I honestly had absolutely no
intention of "trumping" you, but rather add my value to the discussion.
I can't remember seeing any official documents that that states that GP/TS is
supported or not, but I have seen it work many times myself, although it was
some time since I last worked with that type of config, and I found this on
Microsoft.com that describes it:
http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/distrib/dsee_int_xpyj.mspx?mfr=true
I think PSS would have a hard time trying to ignore that :)
But perhaps the TS team was referring to installing per-user installations when
you talked to them?
Best,
Thorbjörn Sjövold
Special Operations Software
www.specopssoft.com
thorbjorn.sjovold a t specopssoft.com
Download our free tool for remote Gpupdate with graphical reporting,
http://www.specopssoft.com/products/specopsgpupdate/
-----Original Message-----
From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] On
Behalf Of Omar Droubi
Sent: den 10 maj 2007 23:18
To: gptalk@xxxxxxxxxxxxx
Subject: [gptalk] Re: New Dells Not Installing Software
Thorbjörn,
That is twice I have been trumped in this group in the past 2 weeks- maybe I
should just read and not write :(
Anyway- I would love to see an article from MS that states that they do indeed
support installing applications on terminal servers using GPO's because when I
met with the terminal services team in early 02 or 03 they were very specific
in stating that it was not supported.
Not that I do not believe you but I would hate to recommend that to a client or
colleage and have them run into issues and call PSS to hear that it is not
supported.
Also-I do agree that if the package is properly written- or utilizes the
Windows installer- that it will change the mode automatically- but some
applications definitely do not change the mode and there is your risk.
Frankly I see that Terminal servers are a very important in any
organization-and unless the organization has 10's or 100's or terminal servers
I would still recommend the manual approach but I do see your point of rolling
out new or additional terminal servers- but that is what good documentation is
for.
Thanks for your enlightening response- after all if I knew it all- why would I
even subscribe.
Thanks,
Omar
-----Original Message-----
From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] On
Behalf Of Thorbjörn Sjövold
Sent: Thursday, May 10, 2007 1:59 PM
To: gptalk@xxxxxxxxxxxxx
Subject: [gptalk] Re: New Dells Not Installing Software
Actually you do not have to enter install mode for a Terminal Server for
computer based Windows Installer installations (it is handled automatically by
Windows Installer), and I suppose this is computer based installations since
Steve mention that the problem is during boot. Installing using GPSI to deploy
per-computer assigned software is fully supported and I would say that this
problem really is connected to the NICs and a timing problem with the drivers
and foreground Group Policy processing.
Also I would say that using automated installations and policies is a great for
Terminal Server as long as the deployment is properly tested first, something
that obviously is true even for deployments to other systems as well :). Group
Policy is designed to make it possible to set up the configuration once and
then have these settings apply without risk of human errors in the processes,
and this is equally true for Terminal Servers as for other systems. Using GPSI
and other GP settings makes installation of new servers an pretty easy task
instead of putting the administrator in a situation where he or she need to
make sure that every server is set up the exact way as the previous servers.
This is of course also a great thing if the server need to be replaced.
And to be honest, I personally believe that the product teams in Redmond comes
up with great stuff pretty often, but blocking GPSI from doing per computer
installations on Terminal Server would not have been a great feature if you ask
me ;)
Best,
Thorbjörn Sjövold
Special Operations Software
www.specopssoft.com
thorbjorn.sjovold a t specopssoft.com
Download our free tool for remote Gpupdate with graphical reporting,
http://www.specopssoft.com/products/specopsgpupdate/
-----Original Message-----
From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] On
Behalf Of Omar Droubi
Sent: den 10 maj 2007 22:09
To: gptalk@xxxxxxxxxxxxx
Subject: [gptalk] Re: New Dells Not Installing Software
Steve,
I wouldn't recommend doing any automatic install of software on terminal
servers- especially if the terminal server stability is important to
your organization.
Terminal servers requires that the installation mode is changed from
install to execute before you install any software on those systems-
that will happen automatically if you initiate the software installation
from the add/remove programs applet or if you go to the cmd prompt and
type change user install |execute | query.
Maybe the developers @ Microsoft finally thought of something worthwhile
and this is getting blocked because it is a terminal server.
My 2 cents.
Omar
-----Original Message-----
From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx]
On Behalf Of Steve Evans
Sent: Thursday, May 10, 2007 9:49 AM
To: gptalk@xxxxxxxxxxxxx
Subject: [gptalk] New Dells Not Installing Software
I'm trying to push software to our terminal servers via GPO. Our latest
batch of Dell's are failing at this. At bottom we get 1053 errors from
Userenv.
Windows cannot determine the user or computer name. (The specified
domain
either does not exist or could not be contacted. ). Group Policy
processing
aborted.
The computer and user policies are taking effect though, and refresh
properly after boot-up and/or logon. It's only during the boot up
process
that we're unable to access GPO's.
We've run into this before but updating the NIC drivers fixed it. I've
done
the same on these (Dell 2950's Broadcomm NetXtreme II) but no improved
results.
Any ideas on what could be going on?
Steve Evans
***********************
You can unsubscribe from gptalk by sending email to
gptalk-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field OR
by logging into the freelists.org Web interface. Archives for the list
are available at //www.freelists.org/archives/gptalk/
************************
***********************
You can unsubscribe from gptalk by sending email to
gptalk-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field OR by
logging into the freelists.org Web interface. Archives for the list are
available at //www.freelists.org/archives/gptalk/
************************
***********************
You can unsubscribe from gptalk by sending email to
gptalk-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field OR by
logging into the freelists.org Web interface. Archives for the list are
available at //www.freelists.org/archives/gptalk/
************************
***********************
You can unsubscribe from gptalk by sending email to
gptalk-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field OR by
logging into the freelists.org Web interface. Archives for the list are
available at //www.freelists.org/archives/gptalk/
************************
***********************
You can unsubscribe from gptalk by sending email to
gptalk-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field OR by
logging into the freelists.org Web interface. Archives for the list are
available at //www.freelists.org/archives/gptalk/
************************
Other related posts:
