locked
Hálózati meghajtó leválasztása "erőszakosan" RRS feed

 > 

  • Question

  • Question
    Sign in to vote
    0
    Sign in to vote
    Sziasztok!

    Olyan kérdésem lenne, hogy a cégnél valamiért egyes hálózati meghajtók rosszul csatlakoznak.

    A probléma gyökere: Az Activ Directory-n keresztül a userek home könyvtára be van állítva, hogy legyen automatikusan csatlakoztatva belépés után, a H meghajtóra. Nahmármost közelmúltban kicserélték a filesrv-t, amin a home könyvtárak voltak, és át lettek migrálva. Nahmár most, valamiért a 150 userből van olyan 10-15 akinél rendszeresen nem működik jól ez az az automatika, és nem a \\filesrv\home\$user-t csatlakoztatja (ezek egyébként nem változóval, hanem statikusan vannak megadva felhasználónévvel a profilban), hanem csak simán a \home könyvtárat teszi be.

    Ha erre tud valaki valamit, akkor meg is oldja a gondom, de én arra gondotlam beteszek a logon scriptbe vagy a problémás userek asztalára egy batc-et, amit ha lefuttat akkor rendbeteszi. A gondom viszont az, hogy álltalában a hibát már csak akkor veszi észre amikor használni is akarja a meghajtót, pl egy exel makró vagy más batch ami a H meghajtón keresi a munkafájlokat. Viszont ezután a net use h: /delete nem működik, mert azt mondja van aktív kapcsolat. Ez persze valójában nem igaz, mert minden programot bezártam ami előzőleg használni akarta.
    Néztem a leírást, meg próbáltam keresni, de nem találtam olyan opciót, ami nem foglalkozik a kapcsolatottak csak törli (A Total Commander Hálózati kapcsolatok megszüntetése így műköik, csak feldob egy figyelmeztetést előtte, és leázrja.)

    Üdv
    Monday, December 15, 2008 3:12 PM

All replies

  • Question
    Sign in to vote
    0
    Sign in to vote
    Logokat kell nézni a klienseken, hogy miért nem csatolja nekik a meghajtót.
    Monday, December 15, 2008 3:43 PM
  • Question
    Sign in to vote
    0
    Sign in to vote
    Megnéztem és volt egy hiba az indításnál valóban:

    A COM+ eseményrendszer nem tudta létrehozni a(z) partition:{41E90F3E-56C1-4633-81C3-6E8BAC8BDD70}!new:{6295DF2D-35EE-11D1-8707-00C04FD93327} előfizető egy példányát. CoGetObject a következő HRESULT értéket adta vissza: 8000401A.

    De erre a "Sajnáljuk, de nincs megjeleníthető téma" a súgóban jött ki. Én  sajna ebből semmit nem tudok értelmezni, csak találgatom, hogy a hosszú számsor a userSID lehet.. de a szöveg semmit nem mondd, lehet nem is ide vonatkozik...
    Az előtte lévő bejedzés a csoportházirend alkalmazása, az utána levő, meg sikeres beállítás volt.
    Monday, December 15, 2008 3:49 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Code Snippet
    C:\utils\err>err 8000401A
    # for hex 0x8000401a / decimal -2147467238 :
      CO_E_RUNAS_LOGON_FAILURE                                      winerror.h
    # The server process could not be started because the
    # configured identity is incorrect.  Check the username and
    # password.
    # 1 matches found for "8000401A"

     

     

     

    Monday, December 15, 2008 3:54 PM
  • Question
    Sign in to vote
    0
    Sign in to vote
    Oké ez már számomra is valamennyire értelmezhető..
    De mi okozhatja ezt?
    A felhasználó adatai magában nem változtak.

    Próbálkoztunk már olyan megoldással is, hogy a saját home könyvtárat átneveztük valami user.old-ra.
    Utána beléptünk a user tulajdonságba, profile-fül, a home mappa nevében csináltunk egy módosítást, majd vissza írtuk (hogy az alkalmaz gomb elérhető legyen), majd OK. Ekkor ő létrehozza ismét a home könyvtárat (win 2k3 szerver), de a probléma megmaradt.

    Valami további 5let/instrukció?

    Amúgy az eredeti témához, hogyha megoldható az újracsatlakoztatás batchből, akkor nekem az is megfelel jelenleg, lévén elenyésző usernél áll fen a probléma... csak nem tudom milyen parancssal kell csinálni...
    Monday, December 15, 2008 4:08 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Esetleg probaltad a

     

    NET USE * /DELETE /Y
    NET USE H: %homeshare%

     

    verziot? Amugy jogosultsagokkal tenyleg minden rendben az uj konyvtaron?

     

    A.

     

    Tuesday, December 16, 2008 7:50 AM
  • Question
    Sign in to vote
    0
    Sign in to vote
     Megnéztem, és /y paraméterrel is azt mondja, hogy sajna van aktív kapcsolat.

    Nem tudom elhinni, hogy erre nincs megoldás, hiszen mint írtam pl a Total Commander is képes rá.

    A jogosultságok meg szerintem azért kellene, hogy rendben legyenek, mert ugye magát a home könyvtárat, próbáltuk már a rendszerre bízni, hogy hozza létre magának, és ne mi állítgassunk rajta. De az sem segített. Lehet valami a SID-ekben van elszállva, de nem tudom mi és hol. Viszont azt vettem észre, hogy minden új user már "hibásan" jön létre.
    Tuesday, December 16, 2008 11:00 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    De mi van akkor, ha logon script-el lefuttatod a net use delete parancsot? Akkor meg nem fogja semmi...

     

    A.

    Tuesday, December 16, 2008 11:04 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Az a baj, hogy beszéltem egyik kollégával, és szerinte határozottan elveszik a megosztás a gép újraindítása nélkül.
    Azt mondja, hogy neki 26 napja nem volt újraindítva a gép (és elvileg kijelentkezve se volt azóta), de mégis az elmúlt 1-2 hétben előfordult már vele is a dolog több esetben is.
    Tuesday, December 16, 2008 11:55 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    A probléma gyökerét leírtad.

    A hibát is ragadd meg a gyökerénél!

    Akkor, amikor jelentkezik valahol, ott és akkor egy újraindítás után mi a helyzet?

     

    Tuesday, December 16, 2008 12:06 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Kliens újraindítása haszontalan.
    Ha elszáll, akkor úgy is marad, amíg nem javítom kézzel.

    A szervert meg nem tudom csak újraindítani, ennek tesztelése, kb lehetetlen...
    Tuesday, December 16, 2008 1:58 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Egy kliens ujrainditasa eseten, logon-scriptbe beirva, nem csatolodik fel?

     

    A.

    Tuesday, December 16, 2008 2:51 PM