Tinklo anomalijos (22 žin. sprendimas)

Tinklo anomalijos (22 žin. sprendimas)

Va tokios linksmybės darbe po atostogų. Yra serveris, veikia DHCP, visi kompai tinkle gauna automatiškai IP (192.168.12.*), Workgroup visur vienodas. Serveryje yra shar’as (tarkim E:\Kazkas - shar’o vardas Kazkas). Visur tas share primapinamas kaip Y: \serveris\kazkas). Visur viskas veikia, jau gan ilgai ir be problemų. Tinklas nuolat auga (t.y. prijungtų kompiuterių skaičius). Visur WinXP SP2, Office ir pan. įranga. Stengiuos aprašyt smulkiai, bet gal ką ir praleisiu, tai klauskite. Prireikė pajungti dar vieną shar’ą (E:\KazkasNaujas\ - shar’o vardas Kazkas2). Primapinam kaip Z: \serveris\kazkas2. Daugumoj kompiuterių veikia. Dabar išlenda problemos.

Pirmajam shar’e yra shortcut’ai į antrą. Žmogus paspaudžia ir gauna klaida kad kažkas blogai su shortcut’u. Neranda kelio. Z: disko primapinimas irgi dingo, bandant primapint rodo “No network drive…”, tiksliau System Error 67. Bandant pinginti šį kompiuterį pagal VardasXP - nepingina. Pagal IP pingina. Bandant Explorer adreso laukelyje vest \serveris\kazkas2 suveikia, tik adresą pakeičia į \SERVERIS\kazkas2. Prisijungus su adminu gaunu visiems gerai žinomą klaidą “Generic Host Processes…”. Send Report nusiunčia į puslapį parsisiųst fix’ą updatui (http://support.microsoft.com/kb/894391). Įdomiausia kad WSUS rodo kad šis fix’as seniausiai visuose kompiuteriuose suinstaliuotas. Nors man kartais prisijungus prie kurio nors kompiuterio su adminu meta šią klaidą ir siūlo instaliuot fix’ą. Instaliuoju, restartuoju, lyg viskas susitvarko. Bet po kiek laiko vėl tas pats. Buvo pabandyta priskirt statinį IP. Vis tiek jo nepingino pagal vardą. Tada įstatyta neseniai pirkta nauja D-Link tinklo plokštė. Kompas pasigavo naują IP iš DHCP. Viskas veikia kuo gražiausiai, ir po kelių valandų normaliai jį pingina pagal vardą. Ir shar’ai normaliai mapinasi. Sugedo tinklo plokštė? Draiveriai? Bet keista kad jau primapintas diskas veikia, ir įvedus kitokį kelią pasiekdavo shar’ą. Internetas veikia, messendžeriai veikia.
Prieš kažkiek laiko viename kompiuteryje niekaip negalėjaus Symantec CE kliento prie serverio pajungt. Vesdavau serverio vardą mažosiomis ir nerasdavo. Per Browse jis serverį rasdavo kaip SERVERIS. Tada lyg prisijungė, bet Symantec’o konsolėje taip ir neatsirado. Tada nusprendžiau kad gal jau susipjovė Windows ar pan. ir palikau ateičiai reinstalui. Šian jo nepažiūrėjau, gal irgi nepingins. Jis visiškai toks pat kaip ir pirmas probleminis. Bet yra ir trečias, su kitokia integruota plokšte. Simptomai panašūs. Su jo šian pusę dienos praleidau tai pastebėjau, kad problemos atsiranda ne iškart. Atsitiktinai nuo sekundžių iki kelių minučių po restarto ir prisiloginimo jis veikia normaliai, jį pingina vardu, tuo metu įmanoma primapint shar’us. Tuo metu primapintas shar’as veikia kai jau prasideda problemos. Jei bandai po to mapint, tai vėl 67 klaida. Vėl veikia tik per Explorerį \serveris\kazkas. Šitam kompiuteryje problemos prasideda po to kai išmeta lentelę su klaida svchost.exe na ir couldnt read write memory. Čia kai su vartotoju, su adminu prisijungus nuolat meta Generic Hosts Processes. Suinstaliuoji, perkrauni, vėl.

Tai gal su updatu problema? Bet kodėl ne visur, kodėl WSUS rodo kad fixas visur suinstaliuotas, kodėl nepadeda tas pasiūlytas fix iš nuorodos? Windows parėjo? Kodėl tada pirmam kompe padėjo tinklo plokštės keitimas? Ar gali būti kažkas iš serverio pusėsNekaltas Gal problema jau seniai egzistuoja, tik buvo nuolat naudojamas vienas senas shar’as, kuris jau seniai visur primapintas. Gal koks iš paskutinių updatų kaltas? Bet testinėj grupėj jokių problemų nekilo, ir mano kompe, kuris analogiškas trečiajam probleminiam.

Dar pastebėjau, kad kartais trumpam lyg įsijungia classic theme, ir po sekundės vėl standartinis. Taip sumirksi. Bet taip gal po atnaujinimų būna. Dėl virusų Symantec’as tyli, įdėmiau nagrinėt procesus ir t.t. dar nebandžiau, bet nesitiki kad būtų kažkas.

Dar biški info. WSUS (jei ką tai centrinis Windows ir Office atnaujinimo serveris) pirmą kompą rodė kaip 7 dienas neprisijungusį, nors anksčiau su jo problemų nebuvo. Po plokštės pakeitimo, kai pradėjo normaliai pingint, atsirado Wsuse. Trečias probleminis WSUSe nuolat buvo, bet paskutiniai updatai kabo ir nesusistumia. Matyt jis jį spėja detektint prieš problemas, bet jau nespėja suinstaliuot. Bet anksčiau su šituo kompu ir WSUS problemų nebuvo.

Taip. Na čia taip padrikai gaunasi. Bet aš nesuprantu kas vyksta. Gal kas užves ant kelio. Rytoj galėsiu daugiau info pateikt.

o PC vardu negalejo kas per tavo atostogas "paredaguot"?
Ar isitikinai kad jie nepakeisti?

Tu gal atidziau viska paskaityk, nes matosi jog nedasuto tau viskas…

P.s. Ar tuose PC nenuluzta kox servisas?

man po paskutiniu updeitu bent sesi kompai negali pasiekti serverio, veikia tik per ip, problema issisprende suvedus visur statika, tad pagal computername pasiekia. Zinoma istvirkavimas kai yra apie 30 darbo vietu, taciau kol kas sprendimo kito neradau.
Jei nera labai didelis tinklas tai patarciau statika suvedinet visur.
Kas liecia updeitus tai dviejuose kompuose, kur anksciau buvo atnaujinimai visi critical ir t.t. sumesti, kartu su IE7, installer v3 (kuris greiciausiai ir kelia daug problemu, taciau nepatvirtinta versija), staiga atsirado IE6, laukiantys 42 update’ai Vau!, bandant instaliuoti visi fail’ina. Net neisivaizduoju ko griebtis, sprendima matau tik reinstall’a daryt Liūdnas zinoma nesudetinga, ghost’as gelbeja, taciau problema lieka neisaiskinta.

sorry, girtas Liūdnas

o tame tavo “serveryje” serverine os (*nix ar bent win2003) ?
nes jei winPoXuj tai po 10 konkurenciniu jungciu tavo “serveriui” darosi giliai PoXuj ant likusiu Cha cha

Pas ji 2K3, butu idomu jei WSUS veiktu ant unix, tai biluj uz durnuma medalis…

Gal vakar pilnatis paveikė, bet šian trečias probleminis pinginasi vardu, viskas tvarkoj, WSUS ji pamatė ir sudėjo visus paskutinius updatus. Velniava kažkokia. Reikės dar iš pirmo išimt naują plokštę kada nors, pažiūrėt ar veiks.

Servisų visų nežiūrėjau, tik vieną kartą bandant instaliuot tą fix’ą pranešė kad Cryptografic servisas neveikia, paleidau jį tada. Bet problemos neišsprendė. Dabar kol viskas veikia nėra prasmės žiūrėt servisų. Bet į kokį iš tos krūvos dėmesį kreipt? Kurio neveikimas sukeltų problemas su kompo vardo resolvinimu ir panašias nesąmones su shar’ais?Nekaltas

Statinio IP įvedimas nepadėdavo. Trečiam kai pabandžiau suvest statinį ir perkraut tai visai jokio tinklo nebuvo. Statinius visur naudot nepatogu. Dėl IE7 nežinau, WSUSe jis tarp kritinių neatsirado (gal jis rekomenduotinas?). O aš tik kritinius ir security instaliuoju. Vienam kompe kolega prieš WSUS paleidęs buvo Automatic Updates tai įsimetė IE7. Atsirado updatų sąrašę vienas updatas IE7, bet su IE6 updatais jokių problemų nebuvo.

Visur rašau, o čia kažkaip pamiršauŠypsena Taip, Windows Server 2003 Standard SP1. Kompų dabar 160, bet kai dar buvo 140 ar 150 nebuvo problemų.

Del tu servisu, tai eventas parodyt turi, jei kazkas nuluzo.
O seip dar paprastai susidelioji servisus pagal "startup Type" ir kur Automatic, visi turi buti paleisti, jei ne, jau kazkas nuluze, arba net nepasileide, su manual, jau reikia paexperimentuot, bandyti paleisti visus iseiles, jei kazkuris nepasileis, galbut tai neproblema, bet galbut ir problema. Na zo, nzn ar cia tame feleris, bet vat pazeti, tai as pazeciau visgi. Nes jei keleta min veikia norma, tai kazkas nutinka, o va kas, tai jau ir neaisq…

Kol kas veikia, tai servisų nėra reikalo žiūrėt. Event loge buvo tik dėl to svchost.exe klaidos. Bet ten pvz. "faulting module , 0000000…" ir pan. tai jokios naudos iš tų logų.

Beje, neseniai pastebėjau tokį dalyką. Kol kas dviejuose kompuose buvo sugliučinęs Themes servisas. Vienam kompe po Kalėdų ėmė ir disablinosi. O kitas vakar išsijungęs buvo (gal laidas, gal geležis). Bet įjungus irgi Themes servisas neveikė. Irgi linkęs paskutinius updatus kaltint.

tiesa slypi kažkur anapus Cha cha

Aprašymas tikrai kiek padrikas ir klausimas užduotas ne iki galo aiškus, bet vieną kitą pasiūlymą pasvarstymui turiu.

  1. 160 kompiuterių ir nėra domeno, o tik workgroup tinklas? Ar tikrai? Admino gyvenimas turėtų būti neįsivaizduojamai sunkus.

  2. DHCP veikia - tas aišku. O kaip tinkle yra daromas vardų sprendimas? DNS? WINS? LMHOSTS failai? Broadcast’ai?

  3. Mada prijungti padalintus katalogus, priskiriant jiems loginio disko raidę, atėjo iš Netware klestėjimo laikų. Tai yra 20 metų senumo technologija ir tikrai ne pats geriausias sprendimas šiandien. Nelengva vartotojui paaiškinti, kodėl vienus serveryje esančius failus jis mato Z: diske, o kitus failus Y: diske. Kam to reikia? Ar ne patogumo dėlei todėl tenka daryti nuorodos (shortcut), kurie leidžia vartotojams lengvai peršokti iš vieno padalinto katalogo į kitą? Gal galima tuos padalintus katalogus sudėti į vieną struktūrą? NTFS teisės leistų lanksčiai riboti vartotojų priėjimą. O jeigu tie katalogai yra skirtinguose serverio diskuose, tai gali pagelbėti, pavyzdžiui, DFS sistema (ji veikia ir ne domeno aplinkoje).

Tikrai. AD tik neseniai adminas pradėjo testuot. Kada nors bus. Nebuvo tam serverio, o senas nepatemptų visko. Na, sunkoka, bet kol kas tenka taip dirbt.

Reikėtų admino paklaust. Aš (kaip IT specialistas) žinau tik, kad DHCP ir kad man reikia kažką daryt su iškilusia problema.

Čia aš biški praleidau, nes atrodė, kad ne tame esmė. Diskas visada buvo ir bus vienas. Tiesiog keičiasi disko katalogų ir teisių struktūra. Todėl kol kas yra du diskai, naujas ir senas. Kai viskas bus perkelta (daug padalinių, daug medžiagos, užtrunka ilgai, per vieną dieną nesusitvarkytų) tai liks tik naujas ir vienintelis, tad aiškinti kodėl kažkas ten, o kažkas kitur nereikės. Dėl loginių diskų raidžių priskyrimo shar’ams nežinau ką pasakyt. Univere tą patį mačiau, čia atėjęs irgi, kito ir nematęs. Šiaip tai man atrodo kad vartotojui tai nėra labai sudėtinga, o gal ir kaip tik paprasčiauNekaltas Jam ir nereikia žinoti apie kažkokį serverį, o tik žinot kad šitas diskas prieinamas iš visur ir visiems ir žinoti kur yra jo darbui reikalinga informacija. Čia jau priklauso nuo vartotojų (vieniems “serveris” yra kažkas nesuprantamo, kitiems ir tas diskas yra tamsus miškas). Planuojamas yra SharePoint, gal kažkas ir pasikeis.

[quote]WRATH rašė:

[quote]Shar rašė:
2. DHCP veikia - tas aišku. O kaip tinkle yra daromas vardų sprendimas? DNS? WINS? LMHOSTS failai? Broadcast’ai?
[/quote]

Reikėtų admino paklaust. Aš (kaip IT specialistas) žinau tik, kad DHCP ir kad man reikia kažką daryt su iškilusia problema.
[/quote]

Šitas klausimas yra pirmasis, kurį reikia išsiaiškinti: kaip yra sužinomas tinkle esančių kompiuterių IP adresas pagal tų kompiuterių vardą. Klaidos pranešimas "System Error 67" dar žinomas kaip "The network name cannot be found", pirmiausia yra sprendžiamas patikrinant, ar galima tiesiog pasiektį serverį, jungiantis prie jo vardu. Labai dažnai tikroji problema ir būna šioje vietoje.

Dėl DHCP dar neklausiau, bet man įdomu kuo skiriasi resurso paieškos mechanizmas naudojant net use (ar map network drive GUI) ir paprastas kelio \servername\share įvedimas Explorer adreso laukelyje? Ar ne tie patys mechanizmai turi būti naudojami? Juk naudojant map įrašau tą patį \servername\share, bet gaunu 67 klaidą.

Windows naudoja 6 skirtingus būdus NetBIOS vardams spręsti: NetBIOS vardų kešas, NetBIOS vardų serveris (WINS), NetBIOS vardo broadcast’as, LMHOSTS failas, HOSTS failas, ir DNS serveris. Kuris būdas yra naudojamas ir kuris pirmiau - lemia TCP/IP konfigūracija, kuri tavo atveju yra gaunama iš DHCP serverio. Pati bendrausia informacija apie tai yra šiame tinklalapyje: http://technet2.microsoft.com/WindowsServer/en/library/26aa93c2-4d61-4
476-9eb9-7e6b5ecd2f431033.mspx

atrašė kad NetBIOS. Na kaip jis aprašė (kad kompiuteris šaukia į tinklą koks kieno adresas ir po to gauna atsakymą) tai panašu kad Broadcast.

Parašyk, koks būna komandos "ipconfig /all" rezultatas eilinėje darbo vietoje su Windows XP OS. Mane ypač domina Node Type, bet visa kita informacija irgi padės susidaryti pilnesnį vaizdą.

P.S. Ir išsiųskit savo adminą į Windows Server kursus arba bent knygą kokią liepkit perskaityti… 160 kompų ne domene, vardus broadcast’ais sprendžia - ir tik DHCP yra vienintelė paguoda. Apakęs

Taigi Unknown. Namuose šiaip pažiūrėjau savo IPT, statinis IP, Node Type: Broadcast.

Dėl kito. Tai čia jau labiau privačiam pokalbiui tema. Ne visada yra galimybės, laikas ir pinigai. Ir normalaus admino mes senokai kaip ir neturim, tiesiog jis turi daug kitų “svarbesnių” pareigų. Prie AD turėtume artimiausiu laiku pereit, nors planuot buvo pradėta prieš porą metų kai tik 50 kompų buvo. Bet. Kai tik atėjau dirbt jis man davė paskaityt Sybex - Mastering Windows Server 2003. Na aš tik pradžią biški paskaičiauŠypsena Būtų aišku neblogai jei panorėjus galėtum pats save į kursus nusiųstŠypsena

UPD: pasirodo kaip tik šią savaitę jis ir lanko Windows Server 2003 kursusŠypsena