HP DL360 G5 gepre RedHat 2.1 AS

Red Hat, Fedora, CentOS

Sziasztok!

Van egy progi, amit nem nagyon fejlesztettek, vagy ha igen, akkor en nem tudok rola. Legutobbi verziot 2003-ban adtak ki RedHat-ra. Pontosabban RedHat 2.1 AS-re. Van egy HP DL360 G5 gep, amire ra kellene varazsolni ezt az oprendszert. A problema ott kezdodik, hogy a gepben HP Smart Array P400i Controller van, ez tolja a vinyokat. A 2.1 AS viszont nem tamogatja(nem meglepo). A masik dolog, hogy lehetne diskdriver-t hasznalni, de nincs floppy meghajto a gepben. Van egy USB-s meghajto, de nincs a HP-nal olyan dd, ami 2.1-ben levo kernelt(2.4.9) tamogatna. Sima ugy, csinalok sajat dd-t. Le kell tolteni a driver forrasat, aztan forgatas, viszont a README-ben irja, hogy a mukodokeppesseg feltetele, hogy ugyanaz a kernel legyen a gepen, ami ala szeretnem forditani, es ugyanaz legyen meg forrasban is. Tehat telepiteni kell egy masik gepre egy 2.1 AS-t. Kiprobaltam, de nem volt hajlando lefordulni a driver.
Valakinek hasznalhato 5lete?

Yndy

  • 1469 megtekintés

( andrej_ v | 2007. 07. 20., p – 00:47 )

Biztosan nem megy a progi 2.1 AS felett? Erősen meglepődnék ha 1-2 library felrakás nem segíteni a kérdésen.

lu lu lu I've got some apples lu lu lu You've got some too...

A user guide szerint ezekre van szükség:

RPM Software Requirements
Do not upgrade, downgrade, or uninstall any of the following Red Hat
Package Manager (RPM) packages:
• glibc-2.2.4
• XFree86-libs-4.1
• libstdc++-2.96
• lesstif-0.93
• openmotif-2.1.30
For smooth installation of NNM, make sure the following RPMs are
installed on the system:
ncompress-4.2 and db3x-3.2
To check whether these RPMs are installed on the system or not, run the
following commands:
• rpm -qa | grep ncompress-4.2
The output of this command should show the following:
ncompress-4.2.n-nn where n can be any number.
• rpm -qa | grep db3x-3.2
The output of this command should show the following:
db3x-3.2.n-n

Nagyobb probléma, hogy ha nem a dokumentációban jelzett software környezetben fut az NNM, lesheted a support-ot. Itt valóban a virtualizáció lehet megoldás vagy a türelem, hátha egy újabb NNM verzió már újabb disztribúción lesz támogatott.

Ave, Saabi.

Lehetne, de Network Node Manager-rol van szo. Ez mar onmagaban "megterheli" a gepet, nem biztos, hogy jol jarnek a virtualizacioval... Egyebkent azert cserelnenk le a meglevot, mert teljesitmeny problemak voltak. A kollegam azt mondja, hogy ez a virtualizacio eleg maceras ezert winfos lesz rajta inkabb... :(

Yndy

alapból felraknék egy mostani linuxot ami kezel mindent aztán xen és alá
a red hat os, valószínüleg nagyobb lesz a teljesítmény mint egy 2.4.9
2.4.9 es kernel ami alapból van a red hat ben
de ez csak magánvélemény

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.22

én a xen-t ajánlom, mikor néztük sokkal jobb volt a terheléstűrő képessége
mint az openvz nek, és nagyon stabil volt ez a 3.0.3 as xen volt
volt mikor 800 as load volt a domU, mondhatni használhatatlan volt de mihelyt
befejezte a dolgát szépen ment tovább, nem hasalt nem feküdt meg nagy hálózati
terhelésnél, míg az OpenVZ folyton tcp stack errorral szált el, póbáltam állítgatni de valahogy nem ment, persze lehet hogy az én hibám volt

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.22

A telepito kereste a CD-n, de mar sikerult megoldani.
Mar csak egy kerdesem lenne. Amikor "xm shutdown"-al leallitom a virtualis gepet, akkor a hozza tartozo process nem all le. Ha meg ujrainditom a virtualis gepet - belul restart -, akkor viszont egy uj process keletkezik. Ha 10x inditom ujra, akkor 10. Igazabol ki tudom loni oket, de gondoltam lenne szebb megoldas is, vagy mit cseszek el?

Yndy