|
server
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
gpo w2k8 for xp sp3Server : w2k8r2 fr Client : xp pro sp3 fr Deploying soft with gpo, for users and for computers works well, except for adminpack.msi. For this package, deploying with gpo for computers works but not for users. I tried 3 versions of adminpack and always fail. Users and computers are in specific OUs. Installing in command line with msiexec is OK. In logs, I found that the privileges are not enough, This is very strange while they are sufficient for other msi package. What can i do ? Thanks in advance. -- Sylvain Hello Sylvain,
adminpak is not different from other .msi packages, so i suggest you compare the GPO settings with another GPO where you install software for users with. Best regards Meinolf Weber Disclaimer: This posting is provided "AS IS" with no warranties, and confers no rights. ** Please do NOT email, only reply to Newsgroups ** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm Show quoteHide quote > Hi, > > Server : w2k8r2 fr > Client : xp pro sp3 fr > Deploying soft with gpo, for users and for computers works well, > except for adminpack.msi. For this package, deploying with gpo for > computers works but not for users. I tried 3 versions of adminpack and > always fail. > > Users and computers are in specific OUs. > > Installing in command line with msiexec is OK. > > In logs, I found that the privileges are not enough, This is very > strange while they are sufficient for other msi package. > > What can i do ? > > Thanks in advance. > Hi Meinolf,
I create all gpo the same way, admipack and others. I tried many times. It is really surprising that special privileges are required for adminpack and not for other packages. Precision: in command line, i must be local administrator in order to execute installation via msiexec. Anyway thanks for your quick answer. Regards, -- Show quoteHide quoteSylvain Meinolf Weber [MVP-DS] a écrit : > Hello Sylvain, > > adminpak is not different from other .msi packages, so i suggest you > compare the GPO settings with another GPO where you install software for > users with. > > Best regards > > Meinolf Weber > Disclaimer: This posting is provided "AS IS" with no warranties, and > confers no rights. > ** Please do NOT email, only reply to Newsgroups > ** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm > >> Hi, >> >> Server : w2k8r2 fr >> Client : xp pro sp3 fr >> Deploying soft with gpo, for users and for computers works well, >> except for adminpack.msi. For this package, deploying with gpo for >> computers works but not for users. I tried 3 versions of adminpack and >> always fail. >> >> Users and computers are in specific OUs. >> >> Installing in command line with msiexec is OK. >> >> In logs, I found that the privileges are not enough, This is very >> strange while they are sufficient for other msi package. >> >> What can i do ? >> >> Thanks in advance. >> > > Sylvain,
use computer-based software installation GPO setting... hth Marcin Show quoteHide quote "Sylvain Jeanneret" <s.jeanne***@cifom.ch> wrote in message news:ufCi09HAKHA.5068@TK2MSFTNGP03.phx.gbl... > Hi, > > Server : w2k8r2 fr > Client : xp pro sp3 fr > > Deploying soft with gpo, for users and for computers works well, except > for adminpack.msi. For this package, deploying with gpo for computers > works but not for users. I tried 3 versions of adminpack and always fail. > > Users and computers are in specific OUs. > > Installing in command line with msiexec is OK. > > In logs, I found that the privileges are not enough, This is very strange > while they are sufficient for other msi package. > > What can i do ? > > Thanks in advance. > > -- > Sylvain Marcin a écrit :
> Sylvain, Thanks for your answer. I already tried this way and it is OK.> use computer-based software installation GPO setting... > > hth > Marcin Maybe you mean computer-based installation while filtering the user ? Or i miss understand you ... I would only certains users to have this package. -- Sylvain Just suggesting an easy way out... No - per user filtering is not an option
here - but you can control who has ability to run individual snap-ins via user-based policies (Administrative Templates/Windows Components/Microsoft Management Console settings). Apps assigned or published via GPO-based installation run with elevated privileges - so local system permissions should not be an issue. Have you verified that users in question have access to the source files? hth Marcin Show quoteHide quote "Sylvain Jeanneret" <s.jeanne***@cifom.ch> wrote in message news:OoOh8bIAKHA.1488@TK2MSFTNGP03.phx.gbl... > Marcin a écrit : >> Sylvain, >> use computer-based software installation GPO setting... >> >> hth >> Marcin > > Thanks for your answer. I already tried this way and it is OK. > Maybe you mean computer-based installation while filtering the user ? > Or i miss understand you ... > > I would only certains users to have this package. > > > -- > Sylvain Marcin a écrit :
> Just suggesting an easy way out... No - per user filtering is not an option OK, i'll try this tomorrow.> here - but you can control who has ability to run individual snap-ins via > user-based policies (Administrative Templates/Windows Components/Microsoft > Management Console settings). > Apps assigned or published via GPO-based installation run with elevated It was what i thougt until now ... ;-)> privileges - so local system permissions should not be an issue. Have you > verified that users in question have access to the source files? Yes, they have.> Thanks a lot.> hth > Marcin I will use your solution and this will be my last try, i don't have time enough. Regards, -- Sylvain
DISC SPACE
Migrate users from Existing Windows 2003 Domain to new 2008 Domain DNS zone disappered Secondary (backup) domain controller not working ? Domain root MX records do not work with DNS STUB zones Group policy tatooing with restricted group ? or strange behaviour ! Group Policy Issues - URGENT Upgrading AD 2003 to AD 2008 In-Place Changing passwords from the command line How do I connect a new AD account to a new email address |
|||||||||||||||||||||||