Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie
Toon posts:

Gebruikers kunnen geen Office 365 Pro Plus opstarten

Pagina: 1
Acties:

Vraag


  • winux
  • Registratie: april 2003
  • Laatst online: 28-05 18:45
Mijn vraag
Wij zijn bezig met de implementatie van Office 365 Pro Plus op een 2008 R2 RDS omgeving.
Daarvoor hebben we een clone van de productie machine gemaakt en deze als test ingericht.
Tijdens de installatie (via de ODT tool met XML file) krijgen we geen foutmelding. En wanneer de domein/lokale admin een office app opent, werkt alles naar behoren.
Echter wanneer een domein/lokale user inlogt krijg deze, bij het opstarten van een office app, de melding: something went wrong.

Relevante software en hardware die ik gebruik
Windows server 2008 R2,
XenApp 7.6
Office 365 Pro Plus

Wat ik al gevonden of geprobeerd heb
De installatie is via GPO ingericht om SharedComputerLicensing. De activatie geeft ook niet het probleem, maar dit krijg je wel heel veel terug wanneer je op de foutmelding Googled.
Wanneer de software op een werkstation geïnstalleerd wordt, (op dezelfde manier via ODT), werkt alles naar behoren, voor gebruikers en beheerders.
Heb gekeken met ProcessMonitor gekeken om te kijken of ik hier wat kunnen ontdekken. Echter worden we daar niet veel wijzer van.
Wanneer we de (test)user toekennen aan de lokale admin groep op de RDS server, kan deze user wel gebruik maken van de Office Apps.
Hiervoor hadden we een oudere versie van Office op de RDS omgeving geïnstalleerd staan, deze gaf geen problemen met het openen van de apps.

We zijn er redelijk 100% van overtuigd dat het een rechten probleem lokaal op de RDS server is. Echter krijg ik de vinger er niet op. Ben er eigenlijk ook wel van overtuigd dat weinig tot geen omgevingen ditzelfde probleem hebben. Omdat er eigenlijk niks op internet te vinden is over dit specifiek probleem.

Ben eigenlijk op zoek naar nieuwe inzichten of tools welke me op weg kunnen helpen in de goede richting voor deze troubleshooting.

Alle reacties


  • winux
  • Registratie: april 2003
  • Laatst online: 28-05 18:45
quote:
n0s schreef op woensdag 17 januari 2018 @ 12:49:
Draait je Microsoft Office Click-to-Run Service?

Probeer eens

net localgroup Administrators localservice /add

fsutil resource setautoreset true C:\

netsh int ip reset resetlog.txt
We maken gebruik van de Click-to-Run Service.
Bovenstaand heb ik uitgevoerd.
Helaas niet geholpen.
quote:
Rolfie schreef op woensdag 17 januari 2018 @ 12:50:
[...]

Wat als je het met de hand de install aftrapt?


[...]

Alvast een ticket inschieten bij MS? Je heb O365, je kan dus gewoon een ticket inschieten bij MS. Of je er met hun uitkomt, is een tweede, maar je hebt gewoon de mogelijkheden hiervoor.
Wanneer ik deze vanuit de portal installeerd, werkt het netjes onder de user (admin) waaronder deze in geïnstalleerd. Echter niet onder andere user, dan krijg ik foutmelding dat deze applicatie niet goed is geïnstalleerd.

Ticket inschieten hoop ik eigenlijk te voorkomen, omdat geheid de discussie ga krijgen dat de machine de oorzaak is en niet het office pakket.
quote:
Question Mark schreef op woensdag 17 januari 2018 @ 13:12:
Hoe staat je "Windows Installer RDS Compatibility" ingesteld?

(Computer Configuration\Policies\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Application Compatibility)
In de lokale group policy staat deze niet ingesteld. In de group policy is deze niet aanwezig.

[Voor 20% gewijzigd door winux op 17-01-2018 14:06]


  • winux
  • Registratie: april 2003
  • Laatst online: 28-05 18:45
quote:
Dennism schreef op woensdag 17 januari 2018 @ 15:38:
[...]


Probeer het eens met een niet geclonede machine, zo uit mijn hoofd kan dit te maken hebben met het feit dat Full office installations en C2R niet echt lekker samen gaan op 1 machine. Ik heb dit ooit een keer eerder gezien, bleek dat er onderwater nog zaken bleven hangen van de oude office installatie. Destijds opgelost door gewoon een nieuwe machine de lucht in te schieten en die "schoon" in te richten. Toen was alles direct voor elkaar.
Ik heb voordat ik de nieuwe office ging installeren de toolkit gebruikt om alles weg te halen. De vraag is of hij deze ook netjes allemaal verwijdert. Heb nu een nieuwe machine opgetuigd, welke geen enkele software bevat en deze toegevoegd in de citrix farm. Nu Office erop geïnstalleerd. Deze start zoals het zou moeten.
Volgende stap alle software erbij installeren en kijken of het nog blijft werken.

Wordt vervolgd....

  • winux
  • Registratie: april 2003
  • Laatst online: 28-05 18:45
quote:
Killah_Priest schreef op donderdag 18 januari 2018 @ 14:58:
[...]


Als je Offscrub gedraaid hebt (Office Removal Tool van Microsoft) dan zou ook echt alles mbt Office weg moeten zijn.
Is het mogelijk om de inhoud van je XML file hier neer te zetten?

En dan nog een vraag (of eerder een opmerking) : waarom gebruiken jullie geen 2012R2 of 2016 server voor de TS voor Office 365? Ik heb in het verleden met vergelijkbare trajecten eigenlijk ook altijd meteen een nieuwe TS opgezet met een recent OS (aangezien met toch moet wennen aan een nieuwe look en feel, en het is consistenter met de look van Windows 10.
XML File:
quote:
<Configuration>
<Add OfficeClientEdition="32" SourcePath="\\server\folder\microsoft office 2016">
<Product ID="O365ProPlusRetail">
<Language ID="nl-nl" />
<ExcludeApp ID="Lync" />
<ExcludeApp ID="Groove" />
<ExcludeApp ID="Access" />
<ExcludeApp ID="OneDrive" />
</Product>
</Add>
<Display AcceptEULA="TRUE" Level="None" />
<Logging Level="Standard" Path="h:\" />
<Property Name="FORCEAPPSHUTDOWN" Value="FALSE" />
<Property Name="PinIconsToTaskbar" Value="FALSE" />
</Configuration>
quote:
Als jullie nog op 7 draaien dan heb ik niets gezegd uiteraard).
;)

  • winux
  • Registratie: april 2003
  • Laatst online: 28-05 18:45
quote:
Killah_Priest schreef op woensdag 24 januari 2018 @ 15:02:
[...]


Kun je anders (conform de instructies op https://docs.microsoft.co...g-remote-desktop-services) het volgende toevoegen aan de xml?
XML:
1
<Property Name="SharedComputerLicensing" Value="1" />

Ik weet eerlijk gezegd niet of deze setting via GPO doorvoeren wel werkt voor RD session hosts (ik heb het zelf tot nu toe altijd via het XML bestand gedaan).
Zoals al aangegeven, is de shared computer licensing error niet aan de orde.
De shared computer licentie melding hebben we mede veroorzaakt om te kijken of dit dezelfde melding kregen.
Nu we software op een nieuwe Server hebben uitgerold, werkt het naar behoren en krijgen we geen foutmelding als user.
Ook geen licentie/activatie error.
Vraag is echter wat er verschilt met de server waarom deze op de oude omgeving niet werkt.
Pagina: 1


Apple iPhone SE (2020) Microsoft Xbox Series X LG CX Google Pixel 4a CES 2020 Samsung Galaxy S20 4G Sony PlayStation 5 Nintendo Switch Lite

'14 '15 '16 '17 2018

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2020 Hosting door True