még egy samba gond (please help!)

Hálózatok általános

na a samba logjai meg domain master dolgai, amiket kérdeztem, igazából nm annyira fontosak, de ez most viszont az lenne, mert ez a céges szerver lenne és van vele egy gond, ami eddig rejtőzködött, és most meg fontos lenne megoldani.
szóval megvan a samba megosztás, user szintű authentikáció is megy, windows-os active directory meg jogosultságok meg mindenféle működni látszik, minden frankó, megy is jól... fájlokon megfelelő jogok, stb.
ezt élesben használjuk is, méghozzá úgy, hogy többen egyszerre dolgoznak a fájlszerverre, ami fel van tűzve minden win gépen, mint z: meghajtó, és ide dolgozik a cad program. gond egy szál se!
csak ami most előjött...
igazából nem is tudom, hogy magyarázzam el... aki ismeri az autodesk inventort esetleg, az tudja, mi az a pack and go. de rövide: ez egy külön kis program az inventorhoz, amivel egyes projekteket "össze lehet gyűjteni", azaz beolvassa az adatokat, megnézi, milyen fájlokra vannak benne hivatkozások, és ezeket a fájlokat is összegyűjti, rekurzívan. és a végén egy helyre lement mindent, és így át lehet vinni más gépre a komplett projektet, benne lesz minden szükséges fájl, és a linkek az új könyvtárszerkezetre vannak igazítva, stb.
namost ez a program nem megy, illetve hosszú türelemmel kivártam, és végül lefut, csak irgalmatlan lassú! a max 1 perces futás helyett fél óráig ketyegett.
mint mondtam, a samba látszólag teljesen rendben működik. minden hozzáférés működik, tetszőlegesen tudok bármit cisnálni a fájlokkal, stb. már többször ide-oda lett másolgatva minden, nincsenek hozzáfárási gondok, smemi. a sebesség is elég jó (gigabit háló). maga a tervezőprogram is úgy nyitja meg a szerveren tárolt modellt, mintha az a helyi vinyón lenne, piszokgyors minden.
erre jön ez a pack n go és fél óráig homokórázik! de vajon mitől?
néztem a hálózatforgalmat, minimális. néztem a szervert: vinyó nem teker, hálózati forgalom minimális, cpu minimális, szóval igazából nem nagyon történik semmi.
akkor mi okozhatja ezt szerintetek? esetleg valami egzotikus hívásokat használna ez a pack'n'go, amit a samba nem támogat, vagy ilyen lassan?
vagy mondjuk kicsi a könyvtárnév/fájlnév cache mérete sambában, és ez meg sokat vált könyvtárat? (amőgy ha tallózom a sambát akkor nem lassú semmilyen könyvtárnál...)
ötletem sincs
hogyan tudnám diagnosztizálni legalább, hogy mi is okozza a hibát?

  • 1022 megtekintés

( pike.killer v | 2008. 06. 27., p – 16:37 )

Csak egy gyors tipp. Mi lenne, ha az aktualis filokat az egyik munkallomasra masolod es ott nezed meg teszt kepen, hogy mennyz ideig is tart.
Ami esetleg lehet: File zarolasi hiba, vagy cache amit te is irtal :D ( esetleg mas)

két gép közt megy mint a villám. iagzából eddig is így ment, csak az én gépem volt a "szerver" (legalábbis a fájlszerver)
úgyhogy tutira a samba a ludas valamiért. :S

jah igen, és még valami: két ilyen projektet kellett ma összecsomagolni, két külön gépre. az elsőn elindítottam, és azt hittem megfagyott (amúgy a windows azt is írta ki, hogy az alkalmazás nem válaszol). így arra gondoltam, hogy az okos kollégám újrarakta az inventort de nem rakott fel service packeket meg nem állítgatta be rendesen, és ettől lehet a gond. úghogy átmentem a másik gépre (saját), és ott is megpróbáltam, és ott is ugyanúgy nem ment. de ekkor még mindig arra gondoltam, hogy magukban a fájlokban van a hiba és ettől akad ki. úgyhogy kilőttem a progikat, és maradt a másolgatós módzser, ahogy mondtad, és az emnt frankón. ezután elkezdtem a másik projektet is lepakkolni, és gondoltam, hogy na majd az jó lesz. de nem! az is behalt. na ekkor máér kezdtem a sambára gyanakodni, és átmentem a szerverre és figyeltem, mi a fenét történik, mitől ilyen lassú. és ekkor láttam, hogy gyakorlatilag nem történik semmi, bár a samba daemon volt a top-ban az első, néha 2%-ot is használt a cpu-ból :D hálózati forgalom szinte semmi (ilyen 5-300kb/s közt néha), vinyó nem teker, cpu nem teker, logokban nincsen semmi...
aztán akkor visszamentem a gépre, és már épp ki akartam lőni a pakkolást, hogy megint kézzel másoljam, de ekkor pont végzett vele. kb 20-30 percig futott, 1 helyett!
na még megnéztem pár logot meg teszteltem, átnéztem a smb.conf-ot meg hasonlók, de semmi gyanús...

( wildy | 2008. 06. 27., p – 17:26 )

Hat, lattam mar hasonlot, szinten tervezoprogram kapcsan egy debian etch gepen. Konkretan az volt, hogy a samba tolta, ami a droton kifer, minden filebirizgalasnal oplock beallitastol fuggetlenul a teljes file atugrott a kliensre. Ket win kozott pikk-pakk mukodott a dolog, toredek halozathasznalat mellett. Azota sem tudom, hogy kellett volna megoldani :(

( bsh | 2008. 08. 06., sze – 08:45 )

UP!

most egy másik gondom támadt, de nem nyitok neki külön topicot. (mellesleg a fenti probléma megoldódott, miután meghalt a gép hardvere, és egy tök zsír új konfigba áttettem a vinyót. azóta nem lassú a fenti dolog...)

véletlenszerűen ledobálta a szerver magát a hálóról, szerintem a hulladék hálókari és drivere miatt, ezért első körben kicseréltem a hálókarit egy olyanra, mint amit otthon is használok és nincsen vele gondom és jó sebességeket tudok elérni gigabiten is.

namost mióta kicseréltem a kártyát, kicsivel még gyorsabb is lett, ha a sambáról olvasok windows klienssel.
viszont mikor írok rá, akkor meg hihetetlen lassú! a sebesség ingadozik, néha nekibuzdul, aztán megáll, belassul. 3-4-5mb/s-ig felmegy időnként, de gyakran leesek 1mb/s alá is, láttam már 200kb/s-t is! cpu használat az gyakorlatilag nulla.
ugyanakkor az olvasás meg 25-30mb/s-el megy.
ftp kapcsolat esetén nincsen gond, az mindkét irányba megy mint a szélvész.
úgyhogy elvileg nem a hálókarival vagy annak beállításaival van a gond, hanem valószínű sambával.

van erre valamiféle ötlet?