Chybová zpráva: Nelze získat přístup k souboru AssemblyName protože je používán jiným procesem

Překlady článku Překlady článku
ID článku: 810281 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Příznaky

Po aktualizaci obsahu ASP.NET na webový server přijímá požadavky, můžete obdržet následující chybová zpráva v prohlížeči:
Chyba serveru v /AppName aplikací.
--------------------------------------------------------------------------------
Chyba konfigurace
Popis: Během zpracování souboru konfigurace požadované služby tento požadavek došlo k chybě. Prohlédněte si níže podrobnosti o konkrétní chybě a příslušným způsobem upravte konfigurační soubor.

Analyzátor chybová zpráva: Může není přístup souboru AssemblyName protože je používán jiným procesem.

Chyba Zdroj:

Řádek 197: <add assembly="System.Drawing, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Řádek 198: <add assembly="System.EnterpriseServices, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Řádek 199: <add assembly="*"/> řádek 200:</assemblies>
Řádek 201:

Zdrojový soubor: c:\ WindowsDirectory \microsoft.net\framework\v1.0.3512\Config\machine.config Line: 199


Tento problém může dojít, pokud aktualizace více souborů, které by způsobit změnu oznámení (například Web.config Global.asax a soubory ve složce přihrádky). Při požadavky pocházejí mezi dvěma po sobě jdoucí změnu oznámení, mohou způsobit AppDomain být znovu načteny současně vícekrát.

Použít program na serveru zamkne při prohledávání složek mohou také nastat podobné problémy. Příklady takových programů jsou antivirové programy, programy indexování a zálohovací programy.

Příčina

Při změně souboru způsobí změna oznámení znovu načte na další příchozí požadavek AppDomain. V tomto případě procesu Aspnet_wp.exe uzamknout Program / Shadow Copy složky (umístěné ve složce Dočasné soubory ASP.NET), mohli bezpečně kopírovat nové verzi programu.

Pokud změníte jiný soubor, zatímco to probíhá a nový požadavek pochází v AppDomain reloads znovu a potom se pokusí zkopírovat jiné nové verze programu složku stínové kopie, zatímco složky je uzamčen první AppDomain znovu načíst.

Řešení

Tato oprava je součástí rozhraní .NET Framework 1.1.

Společnost Microsoft má nyní k dispozici podporovanou opravu hotfix, která je určena pouze k odstranění problému popsaného v tomto článku. Použijte ji pouze v systémech, ve kterých dochází k tomuto konkrétnímu problému. Tato oprava hotfix může být dále testována. Proto pokud není použití tento problém, doporučujeme počkat na další aktualizaci service pack pro rozhraní .NET Framework 1.0, který obsahuje tuto opravu hotfix.

Potřebujete-li odstranit tento problém okamžitě, obraťte se na služby podpory společnosti Microsoft, kde můžete tuto opravu hotfix získat. Úplný seznam telefonních čísel služeb technické podpory společnosti Microsoft a informace o cenách technické podpory naleznete na tomto webu společnosti Microsoft:
http://support.microsoft.com/contactus/?ws=support
Poznámka: Poplatky, které je třeba obvykle zaplatit za telefonní hovory, mohou být stornovány, jestliže pracovník technické podpory společnosti Microsoft zjistí, že oznámený problém lze vyřešit konkrétní aktualizací. Další dotazy a žádosti o odbornou pomoc, které se netýkají této zvláštní opravy, podléhají běžným sazbám za poskytnutí odborné pomoci.

Poznámka: Chcete-li vyřešit tento problém může také použít rozhraní .NET Framework 1.1.

Poznámka: Problém opravit, nainstalujte opravu a konfigurovat nastavení v části "Další informace".

Anglická verze této opravy hotfix má následující (nebo pozdější) atributy souborů. Data a časy jednotlivých souborů jsou uvedeny ve formátu UTC (Coordinated Universal Time). Pokud zobrazíte informace o souboru, bude převedena na místní čas. Rozdíl mezi místním ČASEM a najít, použijte kartu časové pásmo v ovládacím panelu Datum a čas.
  Date         Time   Version       Size       File name
  --------------------------------------------------------------
  14-Nov-2002  04:12  1.0.3705.377    196,608  Aspnet_isapi.dll
  14-Nov-2002  04:06                    4,169  Aspnet_perf.h
  14-Nov-2002  04:06                   20,468  Aspnet_perf.ini
  14-Nov-2002  04:06                   20,342  Aspnet_perf2.ini
  14-Nov-2002  04:12  1.0.3705.377     24,576  Aspnet_regiis.exe
  14-Nov-2002  04:12  1.0.3705.377     28,672  Aspnet_wp.exe
  14-Nov-2002  01:42  1.0.3705.377     69,632  Corperfmonext.dll
  14-Nov-2002  16:17  1.0.3705.377  1,953,792  Mscorlib.dll
  14-Nov-2002  01:33                   10,256  Mscorlib.ldo
  14-Nov-2002  01:41  1.0.3705.377  2,269,184  Mscorsvr.dll
  14-Nov-2002  01:41  1.0.3705.377  2,269,184  Mscorwks.dll
  02-Aug-2002  03:38                       15  Smartnav.htm
  17-Oct-2002  23:55                    8,728  Smartnav.js
  29-Jan-2002  00:13                    7,003  Smartnavie5.js
  14-Nov-2002  16:18  1.0.3705.377  1,191,936  System.web.dll
				

Prohlášení

Společnost Microsoft potvrzuje, že se jedná o problém v produktech této společnosti, které jsou uvedeny v části Informace v tomto článku jsou určeny pro produkt.
Opravy hotfix změní následujícímu chování ASP.NET:
  • Konfigurační chyby jsou nyní pouze mezipaměti pro 5 sekund.
  • Oznámení o změně souborů jsou kombinovány na základě hodnoty následující dva atributy v oddílu <httpruntime>Machine.Config
    • waitChangeNotification - počet sekund čekání další oznámení o změně před AppDomain aktivují nový požadavek restartování
    • maxWaitChangeNotification - maximální počet sekund od prvního změnit oznámení dokud AppDomain je znovu načteny na novou žádost
    Například:
    <httpRuntime waitChangeNotification="5" maxWaitChangeNotification="10">
    Výchozí hodnota pro oba parametry je 0.
    Všimněte si, že při použití výchozí hodnoty se stále zobrazit problém popsaný v části "Příznaky".

    Navrhované hodnoty vlastnosti jsou následující:
    • Nastavit počet sekund, který překračuje počet sekund, která může uplynout mezi aktualizací dva soubory oznámení změny v kopii waitChangeNotification.
    • Nastavit počet sekund, který přesahuje délku čas k dokončení procesu kopírování/nasazení maxWaitChangeNotification.
    Z důvodu této změny mohou zobrazit obsah mezipaměti, pokud zobrazit ihned po procesu a zavést kopii. Toto chování je obvyklé. Změny se projeví při čekání období určené pomocí parametrů předchozí prošel.
  • Deset sekund po dochází initializationerror v HttpRuntime, zavře AppDomain.
  • Chyba skutečné konfiguraci je nyní uložen v objektu HttpExceptionu třídy InnerException.

Vlastnosti

ID článku: 810281 - Poslední aktualizace: 19. února 2007 - Revize: 6.5
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft ASP.NET 1.0
  • Microsoft .NET Framework 1.1
Klíčová slova: 
kbmt kbhotfixserver kbqfe kbnetframe100presp3fix kbfix kbbug KB810281 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:810281

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com