Salve posto qui un piccolo dilemma da neofita. Ma i package di fence, ccs,gulm, magma, etc di cluster suite 5 che fino hanno fatto?
Ho provato a cercarli su alcuni repository online ed ho visto che mentre per la centos 4 esiste la cartella CSGFS per la centos 5 non vi è nulla
http://mirror.yandex.ru/centos/4/csgfs/SRPMS/
Inoltre anche per la 4 ho avuto modo di verificare che alcuni pacchetti mancano o forse ci sono delle varianti?


Grazie per la risposta.

Salve a tutti vi scrivo così proviamo a dare un occhio tutti insieme a questo problemino.
Ho un server vmware su cui faccio girare delle immagini di s.o per fare varie prove sia applicatiche che di sicurezza.
Com'è noto utilizzo gli script vmware-any-update115 ogni volta che aggiorno il kernel per ricreare i moduli di vmware.
Siccome ho bisogno questa settimana di simulare l'attività di un cluster avevo intenzione di usare vmware con centos.
Avendo esigenza di avere più interfacce virtuali su reti diversi inquanto i server da simulare hanno diverse reti: management, frontend, backend e heartbeat  ho utilizzato lo script runme.pl per aggiungere le interfacce nat di cui avevo esigenza.
Sfortunatamente sono 2 giorni che malgrado abbia ripetuto la configurazione il sistema continua a dirmi che ci sono problemi.
Qualcuno di voi ha qualche idea?

[root@linuxarea ~]# service vmware restart
Stopping VMware services:
   Virtual machine monitor                                 [  OK  ]
   Bridged networking on /dev/vmnet0                       [  OK  ]
   DHCP server on /dev/vmnet1                              [  OK  ]
   Host-only networking on /dev/vmnet1                     [  OK  ]
   Bridged networking on /dev/vmnet2                       [  OK  ]
   DHCP server on /dev/vmnet3                              [  OK  ]
   NAT service on /dev/vmnet3                              [  OK  ]
   Host-only networking on /dev/vmnet3                     [  OK  ]
   DHCP server on /dev/vmnet4                              [  OK  ]
   NAT service on /dev/vmnet4                              [  OK  ]
   Host-only networking on /dev/vmnet4                     [  OK  ]
   DHCP server on /dev/vmnet5                              [  OK  ]
   NAT service on /dev/vmnet5                              [  OK  ]
   Host-only networking on /dev/vmnet5                     [  OK  ]
   DHCP server on /dev/vmnet8                              [  OK  ]
   NAT service on /dev/vmnet8                              [  OK  ]
   Host-only networking on /dev/vmnet8                     [  OK  ]
   Virtual ethernet                                        [  OK  ]
VMware Server is installed, but it has not been (correctly) configured
for the running kernel. To (re-)configure it, invoke the
following command: /usr/bin/vmware-config.pl.

Ciao io lavoro quasi tutti i giorni con sistemi storage equipaggiati su server linux con architettura scsi e malgrado i sistemi abbiamo un raid hardware nativo si utilizza il raid software inquanto da maggiori prestazioni almeno nel nostro caso.
Un altra info circa il raid software è che ti consente di avere ridondanza anche fra dischi di dimensione differente utilizzando le partizioni di grandezza fisica identica. L'unica grossa anomalia, e questo te lo posso dire con esperienza, è che i dischi bene o male devono avere la stessa velocità si puà variare non + di 4-5 mb/s altrimenti il raid software rileva un anomalia sulla partizione più lenta e la butta fuori dal raid. La seconda è che parecchie volte i driver scsi ad hoc non sono perfettamente trasparenti rispetto al kernel e questo fà sì che eventi particolari come la lettura e scrittura parellela in casi di elevato carico possano indurre il sistema a pensare che il disco non è disponibile e dopo quale scsi reset inviato dal driver del controller il disco viene buttato fuori dal raid con l'incombensa di doverlo fare ricostruire.
Diciamo che questa è un analisi per grossi linee della mia realtà. E' chiaro che il filesystem, i driver, la versione del kernel ed altri fattori non citati possono fare la differenza, per questo motivo a mio avviso la scelta raid hardware resta la più lenta e comunque la più affidabile a patto che non si decida di abbassare la velocità del controller uitilizzato sul sistema che è equipaggiato dal raid software :-D

Ciao. come regola i pacchetti i386 non dovrebbero essere presenti sul tuo sistema se non quelli espressamente installati da te per problemi di plugin tipo mozilla etc. Probabilmente sono stati inseriti in yumex entrambi i repository sia quello a 32 che quello a 64 bit. Diciamo che non hai problemi, hai solo molto spazio occupato in più. Se vuoi risolvere il problema puoi iniziare a ripulire i file di configurazione di yum e dopo puoi rimuovere anche i pacchetti inutili utilizzando una funzione di rpm che ti consente di rimuovere i pacchetti orfani di una distribuzione. Nel tuo caso essendo la distro a 64 bit quelli orfani sarebbero quelli a 32 bit.
Ciao

Non credo che te ne pentirai ho usato gli USR Robotics dal 1995 con Linux e le prime versioni di RedHat quando i provider viaggiavano a 28.8 con Linee CDA e ti garantisco che non ho mai avuto problemi. Inoltre gli USR Robotics sono quelli con il set istruzioni più ampio, quindi consentono di fare molte cose addirittura gli ultimi modelli esterni in caso di down del server avevano la capacità di memorizzare i messaggi e i fax per diversi minuti e di riversarli sul server appena esso fosse stato disponibile.

Bhè i migliori a mio avviso sono sempre gli USR Robotics!

Ho trovato su un sito adesso non ricordo quale questa modifica da apportare al file .vmx in modo da gestire quell'opzione che richiedevi

scsi0.virtualDev = "lsilogic"

Credo che questo link ti possa aiutare o comunque suggerire cosa cercare

http://www.fedoraitalia.org/modules/newbb/viewtopic.php?topic_id=11671

Ciao