none
Windows server 2008 pri restartu maze .config soubor

    Dotaz

  • Zdravim.

    Potreboval bych pomoct s problemem na Windows server 2008. Mame vlastni aplikaci, ktera pri instalaci vytvori konfiguracni soubor "<aplikace>.config". Je umisten primo v korenovem adresari teto aplikace a aplikace ho vyzaduje pro svoje spusteni. Problem ale nastava ve chvili, kdy se provede restart serveru. Soubor se beze zbytku odstrani, nebo nahradi uplne jinym souborem, ktery nema s tim nasim nic spolecneho a aplikace se z toho duvodu nespusti (soucasti aplikace je i stale bezici sluzba). No a to, ze se neco takoveho stalo, zjistime az ve chvili, kdy uz rvou klienti, ze jim to nefunguje.

    Ve starsich verzich windows serveru tento problem nebyl.

    Dekuji za radu.

    27. října 2011 7:43

Odpovědi

  • Tak jsem studoval tu virtualizaci a dosel jsem k nazoru, ze to tim nebude. V user Profilech vubec neexistuje VirtualStore, tekze to tim urcite byt nemuze.

    Ale uz asi vim, proc se ten soubor maze, ale stale jeste nevim proc se tak deje. :-) Zjistil jsem, ze v registrech je nastaveny pro nas soubor klic PendingFileRenameOperations v ceste "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager", ktery po restartu maze nas soubor, nebo ho prepise jinym souborem. Takze uz mam pricinu, ale jeste mi stale chybi duvod, proc se tam ten klic pridava. :-)

    30. října 2011 14:24
  • regmon uz by mohl stacit

    MP

    30. října 2011 15:44
    Moderátor

Všechny reakce

  • Ahoj,

    to je nějaká webová aplikace? V souboru config je uloženo nastavení webového serveru. Nejlepší by tedy bylo tu konfiguraci změnit třeba na config.xml nebo podobnou, když jste autory apliace. 

    27. října 2011 7:46
  • Je to systemova sluzba a win form aplikace ktera nastavuje tuto sluzbu. Obe tyto aplikace tahaji svoji kofiguci z tohoto souboru. Typicky pripojeni na sql server nebo udaje o mailovem serveru. Reseni prejmenovani mne uz napadlo a napadlo mne i to dat do registru. Ale spis bych byl radsi, kdyby to zustalo jak je a vyresilo se to mazani. :-) 
    27. října 2011 7:56
  • Lze nastavit ulohu, ktera pri restartu serveru nakopiruje tu spravnou verzi konfiguracniho souboru do spravneho mista.
    27. října 2011 7:57
    Moderátor
  • Hmm i to by bylo reseni, ale je to jako kdyz je clovek nemocny a doktor jen leci dusledky, ale uz ne pricinu. :-)
    27. října 2011 8:03
  • A v jaké složce je ten config soubor? Pokud je někde v Inetpub tak si nejsem jistý, jestli s tím půjde něco udělat..

    (PS - řešit následek a ne příčinu je k ničemu :)

    27. října 2011 10:12
  • Neni zapis virtualizovan kvuli UAC do uzivatelova profilu?

    MP

    27. října 2011 10:36
    Moderátor
  • A v jaké složce je ten config soubor? Pokud je někde v Inetpub tak si nejsem jistý, jestli s tím půjde něco udělat..

    (PS - řešit následek a ne příčinu je k ničemu :)

    Neni to webova aplikace a je nainstalovana do ProgramFiles do vlastni slozky a tento config lezi v teto slozce.
    27. října 2011 10:45
  • Neni zapis virtualizovan kvuli UAC do uzivatelova profilu?

    MP

    V nastaveni a sprave serveru nejsem tolik zbehli, takze tomu co jste napsal moc nerozumim. Myslite, jako ze se tento soubor prenasi do user profilu a jelikoz tam neni, tak ho system smaze i zde?
    27. října 2011 10:48
  • To neni vec serveru, totez dela i Vista ci Win 7.

    Tedy napriklad pokus o neopravneny zapis do C:\Program Files\XYZ\settings.ini je presmerovan do C:\Users\Username\AppData\Local\VirtualStore\Program Files\XYZ\settings.ini

     

    MP


    27. října 2011 11:06
    Moderátor
  • To neni vec serveru, totez dela i Vista ci Win 7.

    Tedy napriklad pokus o neopravneny zapis do C:\Program Files\XYZ\settings.ini je presmerovan do C:\Users\Username\AppData\Local\VirtualStore\Program Files\XYZ\settings.ini

     

    MP


    Tak jsem nechal prohledat cely systemoy disk a nas config soubor se nachazi jen v nasem instalacnim adresari, takze tim to asi nebude. Napada mne, jestli to neni tim, ze se system snazi automaticky po restartu obnovovat nejake souboru do puvodniho nastaveni, ktere bylo po instalaci a mi instalaci provadime tak, ze nejdrive vytvorime prazdny soubor s configem a pak na konci instalacniho scriptu do tohoto souboru zapiseme nastaveni ziskane pri instalaci.

    Prohledavani jsem provadel v TotalCommanderu se zapnutim videt i systemove slozky a soubory.

    Ale divne je ze nekdy to ten soubor smaze uplne a nekdy jen nahradi jinym a to zalezi podle pocitace, kdyz se soubor maze, tak se na tomto pocitaci maze vzdycky a kdyz se nahrazuje tak se nahrazuje vzdy. 

    27. října 2011 11:55
  • V kontextu jakeho uzivatele se aplikace spousti?

    V pripade, ze uzivatel nema pravo zapisu, tak kdo zmeni konfiguracni soubor? 

    Neni to zalezitost pro toho, kdo vyviji aplikace? Nebo pro msdn forum? 

    27. října 2011 11:59
    Moderátor
  • V kontextu jakeho uzivatele se aplikace spousti?

    V pripade, ze uzivatel nema pravo zapisu, tak kdo zmeni konfiguracni soubor? 

    Neni to zalezitost pro toho, kdo vyviji aplikace? Nebo pro msdn forum? 

    Sluzba se spousti pod uzivatelem SYSTEM a nastavovaci prostredi pod uzivatelem, ktery je aktualne prihlaseny. V kazdem pripade zapis do config souboru se provadi jen pri instalaci a pak se muze uz jen doeditovavat rucne.

    Kdyz uzivatel nema pravo zapisu, tak ho samozrejme nezmeni, ale vzdy je zde ten uzivatel co aplikaci nainstaloval a ten ma i pravo menit tento soubor.

    Myslim si ze toto se tyka nejake zrady ve Win 2008 pridane pro instalovane aplikace, protože win 2003 to nedela. Takze si myslim, ze to neni vyvojarska zalezitost, ale zalezitost nastaveni systemu. 


    28. října 2011 6:45
  • To je ten problem s virtualstore. Uzivatell ho zmeni, nebo uz mozna je zmeneny ale zmeny se ulozi do virtualstore. Presne takto by se to chovalo.

     

    Jak jsou nastaveny práva na adresář a ten soubor.

    Zkuste založit nový adresář, nastavit práva pro EVERYONE a nakopírovat (nebo nainstalovat) aplikaci do něj.

     

    Nebo aplikaci nainstalujte mimo Program Files. Třeba přímo do základního adresáře C:\Aplikace

    Pomůže to?

     


    JCH

    28. října 2011 8:31
  • Tak jsem studoval tu virtualizaci a dosel jsem k nazoru, ze to tim nebude. V user Profilech vubec neexistuje VirtualStore, tekze to tim urcite byt nemuze.

    Ale uz asi vim, proc se ten soubor maze, ale stale jeste nevim proc se tak deje. :-) Zjistil jsem, ze v registrech je nastaveny pro nas soubor klic PendingFileRenameOperations v ceste "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager", ktery po restartu maze nas soubor, nebo ho prepise jinym souborem. Takze uz mam pricinu, ale jeste mi stale chybi duvod, proc se tam ten klic pridava. :-)

    30. října 2011 14:24
  • regmon uz by mohl stacit

    MP

    30. října 2011 15:44
    Moderátor
  • Jak psal už Mirek, programem regmon zjisti kdo (který proces) a kdy ten klíč přidává.

     

    Můžeš na zkoušku povypínat některé procesy, které se spouští po restartu aby jsi měl menší počet procesů.


    JCH
    30. října 2011 16:33
  • Tak jen doplneni. Nakonec se nam podarilo zjistit, proc se nam tento klic plni. Na vine je odinstalace, ktera z nepochopitelneho duvodu chce odinstalovat i tento soubor a nekdy se ji to podari a nekdy ne a kdyz se ji to nepodari, tak zaznamena do tohoto klice, ze to chce smazate ten soubor pri restartu a uzivateli oznami, ze by se mel resnout server. To ale neni prijatelne, restartovat server a tak se neprovede restart a server dal jede a ve chvily, kdy se provede restart, tak odebere ten soubor a nezalezi mu na tom, ze vlastne je to uz jiny soubor. :-)

    No a ted experimentujeme se zmenou jmena, nebo zaznam do registru. V kazdym pripade dekuji za rady.

    8. listopadu 2011 12:45
  • No a proč pořád spouštíte odinstalaci?

    Nemůžete se domluvit s tvůrcem aplikace aby se změnila instalace (odinstalace) SW, nebo si udělat vlastní instalaci (*.msi)


    JCH
    8. listopadu 2011 17:48