none
Problem s pristupem na share

    Dotaz

  • Na Win Serveru 2003 je vytvoreno sdileni. Prava na urovni share: Everyone -
    Full access. Tento share je na klienty mapovan jako disk (Q:).
     
    Klientske stanice jsou Win XP nebo Server 2003 (terminal).
     
    Z klientskeho pohledu: disk Q: obsahuje nekolik slozek, slozka o ktere se
    budu bavit dale (napriklad slozka DATA) ma velke mnozstvi podslozek (primo v
    rootu cca 500, celkem cca 15000).
     
    Pristupuje-li do slozky DATA uzivatel, ktery je clenem skupiny jez ma na
    tuto slozku (a podslozky) pravo Modify, je vsechno OK.
     
    Pristupuje-i do slozky data uzivatel, ktery je clenem skupiny, jez ma na
    tuto slozku (a podlsozky) jen pravo ke cteni je chovani nasledujici:
     
    1. Pristup pres "Tento pocitac" - po dvojkliku na slozku DATA okno "Tento
    pocitac" zamrzne, task manager ukazuje vytizeni CPU prosem Explorer.exe mezi
    50 - 80%. Nejdele jsem nechal bezet 10 minut, pak jsem prosec Explorer
    odstrelil.
     
    2. Pristup pres jiny file manager (napriklad Total Commander) - vse je OK.
     
    3. Pristup pres Pruzkumnika Windows: pokud do slozky jdu pres prave okno
    Pruzkumnika dvojklikem na slozku, chova se stejne jako v bodu 1. Pokud do
    slozky jdu pres stromovou strukturu, je vsechno OK. Jakmile si pres
    stromovou strukturu zobrazim podlsozky slozky DATA, mohu je dale prochazet
    pomoci dvojkliku v pravem okne.
     
    Pristup do jinych slozek na disku Q: je OK, ale ty neobsahuji tak rozsahlou
    strukturu.
     
    Offline files jsou vypnute, check disk na diksu, kde se jsou data fyzicky
    ulozena nic neukazal.
     
    Nevite nekdo, kterym smerem se vydat?
     
    Diky
    BB
     
     
     
    čtvrtek 27. května 2010 9:24

Odpovědi

  • Prisel jsen na to jak problem vyresit nebo mozna lepe receno obejit.
     
    Pokud v menu Nastroje - Moznosti slozky, na karte Obecne zatrhnu volbu
    "Pouzivat klasicke slozky systemu Windows", jde obsah slozky otevrit bez
    problemu.
     
    IMHO jde o to, ze pokud je zapnuta volba "Zobrazit polozky prace se
    slozkou", explorer si nacita cely obsah, aby mohl zobrazit informace o
    velikosti apod.
     
    BB
    "Miroslav Prágl" píše v diskusním příspěvku
    news:592d3629-c5c5-4b85-a512-32bf2cd2c267...
    Asi bych zkusil na klientu filemon a filtr na prislusny disk. Predpokladam
    ze pri pouziti UNC misto mapovanych drive letters se chova stejne.
    Tipuji na nejaky obskurni shell extension pripadne parsovani obahu souboru.
    Je v adresari soubor desktop.ini nebo thumbs.db? Nejsou v nem soubory u
    kterych se explorer snazi vytvaret nahledy a/nebo thumbnails databazi
    (nastaveni "do not cache thumbnails" exploreru) ? Bezi nad adresarem
    Indexing Service?
    MP
    P.S. rozumny obsah objektu ve slozce jsou stovky. Zadny bezny filesystem
    neni schopen s ROZUMNYM VYKONEM pracovat s tisici objektu. Koneckoncu
    podivej se napr. na strukturu cache SQUIDu ktera je asi nejlepsim prikladem,
    cache IE atd. Samozrejme nejde o celkovy pocet objektu v celem stromu ale
    zejmena o pocet objektu na prislusne urovni.
     
     
    čtvrtek 27. května 2010 12:43

Všechny reakce

  • Asi bych zkusil na klientu filemon a filtr na prislusny disk. Predpokladam ze pri pouziti UNC misto mapovanych drive letters se chova stejne.

    Tipuji na nejaky obskurni shell extension pripadne parsovani obahu souboru. Je v adresari soubor desktop.ini nebo thumbs.db? Nejsou v nem soubory u kterych se explorer snazi vytvaret nahledy a/nebo thumbnails databazi (nastaveni "do not cache thumbnails" exploreru) ? Bezi nad adresarem Indexing Service?

    MP

    P.S. rozumny obsah objektu ve slozce jsou stovky. Zadny bezny filesystem neni schopen s ROZUMNYM VYKONEM pracovat s tisici objektu. Koneckoncu podivej se napr. na strukturu cache SQUIDu ktera je asi nejlepsim prikladem, cache IE atd. Samozrejme nejde o celkovy pocet objektu v celem stromu ale zejmena o pocet objektu na prislusne urovni.

    čtvrtek 27. května 2010 9:32
    Vlastník
  • Ahoj a dekuji za reakci.
     
    Tak jsem zkusil Filemon a vysledek je vice nez zajimavy.
     
    Pro srovnani jsem nejprve spustil Filemon pro uzivatele, ktery se do slozky
    dostane OK. Objevilo par zaznamu s pozadavkem na pristup, tak jak to ma byt.
     
    Kdyz se podivam do Filemonu pri pristupu "problemoveho" uzivatele, pak vidim
    ze proces Explorer.exe postupne prochazi kompletni strukturu. Tedy leze do
    vsech podlsozek, coz nasledne vyhori budto na trpelivosti uzivatele nebo
    timeoutu procesu.
     
    Takze ted uz jen prijit na to, proc pristup pod uzivatelem majicim pravo
    pouze ke cteni zpusobi nacteni kompletni adresarove struktury . . .
     
     
    Jinak:
    - UNC dela to stejne
    - Obskurni shell mohu vyloucit. Minimalne na terminal serveru, ze ktereho to
    testuji ja.
    - Desktop.ini ani thumbs.up tam nejsou
    - Nejsou tam ( v rootu) zadne soubory, takze nahledy se nevytvari.
    - Indexovani bylo zapnuto, vypnul jsem, nic se nezmenilo.
     
    Jeste k poctu adresaru: ono to v tech stovkach je. Primo v rootu je 458
    adresaru, v kazde dalsi urovni uz jich neni vice nez deset. Jenom celkem to
    hodi tech X tisic.
     
    Diky
    BB
    "Miroslav Prágl" píše v diskusním příspěvku
    news:592d3629-c5c5-4b85-a512-32bf2cd2c267...
    Asi bych zkusil na klientu filemon a filtr na prislusny disk. Predpokladam
    ze pri pouziti UNC misto mapovanych drive letters se chova stejne.
    Tipuji na nejaky obskurni shell extension pripadne parsovani obahu souboru.
    Je v adresari soubor desktop.ini nebo thumbs.db? Nejsou v nem soubory u
    kterych se explorer snazi vytvaret nahledy a/nebo thumbnails databazi
    (nastaveni "do not cache thumbnails" exploreru) ? Bezi nad adresarem
    Indexing Service?
    MP
    P.S. rozumny obsah objektu ve slozce jsou stovky. Zadny bezny filesystem
    neni schopen s ROZUMNYM VYKONEM pracovat s tisici objektu. Koneckoncu
    podivej se napr. na strukturu cache SQUIDu ktera je asi nejlepsim prikladem,
    cache IE atd. Samozrejme nejde o celkovy pocet objektu v celem stromu ale
    zejmena o pocet objektu na prislusne urovni.
     
     
    čtvrtek 27. května 2010 12:11
  • Prisel jsen na to jak problem vyresit nebo mozna lepe receno obejit.
     
    Pokud v menu Nastroje - Moznosti slozky, na karte Obecne zatrhnu volbu
    "Pouzivat klasicke slozky systemu Windows", jde obsah slozky otevrit bez
    problemu.
     
    IMHO jde o to, ze pokud je zapnuta volba "Zobrazit polozky prace se
    slozkou", explorer si nacita cely obsah, aby mohl zobrazit informace o
    velikosti apod.
     
    BB
    "Miroslav Prágl" píše v diskusním příspěvku
    news:592d3629-c5c5-4b85-a512-32bf2cd2c267...
    Asi bych zkusil na klientu filemon a filtr na prislusny disk. Predpokladam
    ze pri pouziti UNC misto mapovanych drive letters se chova stejne.
    Tipuji na nejaky obskurni shell extension pripadne parsovani obahu souboru.
    Je v adresari soubor desktop.ini nebo thumbs.db? Nejsou v nem soubory u
    kterych se explorer snazi vytvaret nahledy a/nebo thumbnails databazi
    (nastaveni "do not cache thumbnails" exploreru) ? Bezi nad adresarem
    Indexing Service?
    MP
    P.S. rozumny obsah objektu ve slozce jsou stovky. Zadny bezny filesystem
    neni schopen s ROZUMNYM VYKONEM pracovat s tisici objektu. Koneckoncu
    podivej se napr. na strukturu cache SQUIDu ktera je asi nejlepsim prikladem,
    cache IE atd. Samozrejme nejde o celkovy pocet objektu v celem stromu ale
    zejmena o pocet objektu na prislusne urovni.
     
     
    čtvrtek 27. května 2010 12:43