SharePoint DCOM error 10016 @ WS2008 R2

Korábban már írtam arról, hogy Windows SharePoint Services telepítése után az eseménynaplóban megjelenő barátságtalan 10016-os hibaüzenetektől hogyan lehet megszabadulni. Windows Server 2008 R2-n azonban még egy akadályt át kell ugranunk.

A korábban bemutatott megoldás szerint a Component Services MMC-ben kell jogosultságot állítanunk az IIS WAMREG admin Service elemen. R2-n is pontosan erre van szükség csak éppen első nekifutásra ez nem fog sikerülni, mert a dialógus ablakban minden vezérlőt disabled állapotban találunk.

A megoldás az, hogy el kell zarándokolnunk a registry-ben ide, ez ugyanis az említett komponenshez tartozó kulcs:

HKEY_CLASSES_ROOT\AppID\{61738644-F196-11D0-9953-00C04FD919C1}

Nyissuk meg a Permissions ablakot és adjunk magunknak írási jogot erre a kulcsra. Persze elsőre ez sem fog menni (ez egy ilyen nap), mert nem lesz – még rendszergazdaként, elevated módban sem – jogosultság állítási jogunk. Tehát a nulladik lépés az, hogy a TrustedInstallertől magunkhoz ragadjuk a tulajdonjogot.



Balássy György (MS RD, ASP.NET MVP, MCTS)

Balássy György (MS RD, ASP.NET MVP, MCTS) Villamosmérnök, a BME Automatizálási és Alkalmazott Informatikai Tanszékén webportálok fejlesztését oktatja. 2000 óta foglalkozik a Microsoft .NET platformjával, melynek meghonosításában jelentős szerepet vállalt előadóként, konzulensként és A .NET Framework és programozása című könyv társszerzőjeként. Az MSDN Kompetencia Központon belül a Portál Technológiák Csoport vezetője, szakterülete web alapú rendszerek fejlesztése és üzemeltetése. 2004-ben Magyarországon elsőként kapta meg a Most Valuable Professional címet, majd 2005 óta a Microsoft magyarországi regionális igazgatója. Publikációi a Technet Magazinban, az MSDN Kompetencia Központ honlapján és szakmai blogjában olvashatóak.

2009.09.05. 6:22:31 | Permalink | Hozzászólások: 0 | Tárgyszavak: ,


  • Blokkolás aszinkron postback idejére

    Balássy György (MS RD, ASP.NET MVP, MCTS) Beismerem, már a cím is elég visszás, hiszen az aszinkron postback, az Ajax egyik eredeti célja az volt, hogy a felhasználó kényelme érdekében a postback művelet a háttérben történjen, és ne blokkolja a felhasználói felületet. Ennek ellenére sajnos időnként mégis szükség van arra, hogy az Ajaxos hívás idejére letiltsunk bizonyos vezérlőket, vagy legalábbis a képernyő egyes részeit. Tovább »
  • Melyik oldal jön be bejelentkezés után?

    Balássy György (MS RD, ASP.NET MVP, MCTS) Az ASP.NET Login vezérlőnek van egy DestinationPageUrl tulajdonsága, amellyel megadhatjuk annak az oldalnak a címét, ahova sikeres bejelentkezés után a vezérlő továbbdob. Ez szép is lenne, már ha működne. Tovább »


Írja meg Ön is véleményét!


Hozzászólásokat csak regisztrált, bejelentkezett felhasználóktól tudunk elfogadni!

Hozzászólások