RE: Help !

> 
> 	OpenVMS : V7.2-1 és RDB V7.0-31 produkálja az alábbiakat :
> 
> 	......................................................................................................................
> 
> 	Alphaserver 4100-as gépeink vannak, s szinte minden héten  keletkezik egy-két 
>             suspendált process,

Szia!

Valoszinu itt arrol beszelesz, hogy az 
  $ SHOW PROCESS/CONTINUE /ID=
parancs azt mondja rola, hogy suspended.
Ez a parancs kisse hibas, es minden nem normalis allapotra "suspended" -et 
mond, nem csak a tenylegesen suspended-re. A valodi allapotokat a 
  $ SHOW SYSTEM
parancs irja ki. Nem valoszinu, hogy tenyleg suspended allapotban legyenek,
mert az csak es kizarolag kezzel lehet bekapcsolni, ilyen hiba rendkivul
valoszinutlen ;-)

tehat feltetelezem, hogy 

> 	ezeket a processeket nem lehet eltüntetni. Ezeknek a processeknek a státusza 
> 	RWAST és  COM.

Az RWAST allapot nem mindig tuntetheto el reboot nelkul. Altalaban 
sulyos alacsonyszintu programozasi hibara utal az alkalmazoi programban.

A COM allapotuakat elvileg ki lehet loni $ STOP/ID=  -vel.

Tobbfele oka lehet az RWAST-nek. Ezek kozul az egyik egy 
beragadt IO valamelyik csatornara. Ezt a kovetkezokeppen 
tudod megallapitani:

$ ANAL/SYSTEM
SDA> show process/channel/ind=``az adott process pid-je''

itt a listaban megkeresed, hogy melyik device-re kapcsolodik, es 
ott melyik a Busy. 
Amennyiben network device (nty, tna, bg, inet ) ugy a halozattal
vagy a fogado programmal van valamilyen gond (nem valoszinu).

Az lehet, hogy LAT-so terminal (LTA). Ebben az esetben at kellene
vizsgalni a LAT-os bejelentkezesi rendszert, a halozat terheltseget,
(hol vesztek el a disconnect csomagok) ez bonyi ugy.

Amennyiben mailbox (MBA, MPA) ugy kliens programozoi hiba:
irasra var, es nincs ki olvassa (teli mailbox, bar ez inkabb RWMBX)
vagy olvasasra var egy mailboxbol, es nincs ki irjon bele.
En ilyenkor DCL-ben megfogom a milboxot, irok bele valamit, (szemetet)
azt a kliens kiolvassa, elmulik az RWAST, kilep a progi, orulok neki)

Amennyiben disk device (DK, DQ, DU, DG) ugy valami sulyosabb hardver 
vagy oprendszer gond, erdemes lenne ez esetben megnezni a $ SHOW ERROR
valamint megnezni, hogy a megfelelo friss patchek ott vannak-e.

Amennyiben nincs Busy jeloles egyetlen device mellett sem, ugy
mas ok miatt van az RWAST, na akkor kezdodnek az igazi problemak ;-)
A legtobbszor meg egy ilyen helyzeten is segit egy alapos performance 
tunning. (nem megoldas, csak heti 1-2 rebootot lecsokkenti felevenkentire...)



> Jellemzően Vitamin-C-ben írt programok menü exe-jét találom

ez szinte mindegy, minden nyelven lehet pocsek programot irni ;-)


> 
> 	2-2 32 GB-os lemez shadow-zott. Az adatbázisok vannak ezeken a lemezen
> 	( kb. 53 millió blokk terjedelemben ). A problémám az, hogy REBOOT-kor a
> 	shadow szétesik, és újra kezdi a teljes lemezek merge-ölését...
> 	Méghozzá óránként 1 %-os "sebességgel" !!! (Ez kb. 4 és fél nap !)

meglepoen lassu. Nem irtal semmit a cluster felepiteserol. Ha NDA (titoktartasi
nyilatkozat) igenyu a problema, akkor is tudok segiteni, de akkor nyilvan nem 
a listan:-)

Milyen cluster: gepek, interconnect, melyikben milyen diszkek vannak, 
hol ez a shadow. (melyik tagja melyik gepen van) Hogyan mountolod oket
startupkor, hogy adismountolod reboot-kor.
Altalaban megoldhato a merge/copy nelkuli reboot, felteve, ha nem nagyon 
rossz a cluster konfig. Ez gondosan atgondolt shutdown/startup rendszert igenyel.
Neha meg nagyon rossz cluster config eseten is kiugyeskedheto ;-)



> 	Bp., 2003-09-05.
> 
> 	Pichler Gusztáv
> 	Fővárosi Vízművek Rt.


Udv,
Adam Maulis              maulis@ludens elte hu         VMS system manager
 .......................................................................
 VMS Competence Center                             VMS Szakertoi Kozpont
 Eotvos Lorand University                  Eotvos Lorand Tudomanyegyetem
 Budapest, Hungary                                              Budapest
 =======================================================================