Newsgroup: it.comp.os.linux.software
Titolo: Global File System su SAN

Nella mia azienda abbiamo RedHat 9.c (patchato a kernel Vanilla 2.4.24). Su 
2 server deve girare un global file system che condivida uno shared storage 
device (un SAN) gestendone la sincronizzazione, i lock ed esportando via NFS 
le partizioni montate in locale.
Abbiamo provato OpenGFS, ma risulta parecchio instabile.
Qualcuno conosce un Global File System che non usi RedHat Enterprise, 
possibilmente free (per i test, se i test risultano positivi ovviamente il 
software sarebbe acquistato immedietamente) 



Ma ci dovete lavorare o cazzeggiare?
con RH9 e kernel 2.4 hai l'imbarazzo della scelta..
Intermezzo, GPFS, Lustre.. girano tutti
Il problema è che se sono macchine di produzione o usi RHEL e Cluster
Suite (GFS) o ciccia..
anche perché detto tra noi certe cose non le fai con la Debian di turno..
o RH9 che sia, se non altro per un problema di manualistica..
Le 184 paginette per iniziare..
http://www.redhat.com/docs/manuals/csgfs/pdf/rh-gfs-en-6_0.pdf
Buon lavoro
Ps: quando avrete i soldini per la SAN fate un fischio..

 anche perché detto tra noi certe cose non le fai con la Debian di turno..
Questa affermazione e` parecchio opinabile.
-- 
Ciao da Villo    -    GPG public key available
                      Ferrara LUG 
http://ferrara.linux.it
        Remove "+settanta" for email replies
Protect your Freedom: 
http://www.againsttcpa.com/index.shtml

 Questa affermazione e` parecchio opinabile.
Opiniamola allora...
dimmi come si installa GFS su una debian ed io ritiro immediatamente
l'affermazione.
Per la cronaca GFS è l'ex Sistina acquistata da Red Hat..
O come carichi l'S.O e relativi aggiornamenti/configurazioni su N nodi ci
un cluster senza Stateless 
O come installi uno stupidissimo controller RocketRaid 1640 
E la lista potrebbe allungarsi all'infinito..
Ma se sei convinto che la debian sia paragonabile ad una RHEL.. 

 Per la cronaca GFS è l'ex Sistina acquistata da Red Hat..
Piccola postilla..
Quando RH ha acquistato Sistina.. non ha acquistato solo il CD.. ma anche
le menti ed il know how di chi ci lavorava che per inciso erano e sono
considerati i migliori sulla piazza per la creazione di filesystem
distribuiti per SAN, tant'è che tutti gli altri progetti GPFS di IBM in
primis sono praticamente caduti nell'obblio...
D'altra parte se si vuole un "sistema" in grado di competere con Microsoft
bisogna dare qualche garanzia in più di una debian.

 Ma se sei convinto che la debian sia paragonabile ad una RHEL.. 
http://lwn.net/Articles/128059/
On the other hand, Red Hat was slow in fixing some important problems.
The kmod denial of service and ELF vulnerabilities took months to fix -
and they were clearly (locally) exploitable problems. Red Hat is, at
times, leaving its paying customers with known security problems for
longer than it should.
Ma non mi interessa una guerra Debian-RedHat, solo farti notare che
Linux e` sempre Linux. A meno di roba proprietaria, quello che puoi fare
con una distro, lo puoi fare con tutte, con piu` o meno sbattimento, ma
lo puoi fare.
Bye.
-- 
Alessandro Pellizzari

 Ma se sei convinto che la debian sia paragonabile ad una RHEL..
Nella mia esperienza RHEL fa parecchio cagare, ma non era solo un discorso
relativo a Debian. Ad esempio
 
http://gentoo.kems.net/gentoo-portage/sys-fs/gfs/
E qui si che la lista potrebbe allungarsi all'infinito, perche`
 
http://sources.redhat.com/cluster/
 
http://opengfs.sourceforge.net/
Forse non hai capito una cosa: se e` GPL, lo puoi usare su tutte le distro.
Bestemmierai un po' ad usarlo su FattoDaMeLinux 0.02alpha, ma lo puoi usare.
Che poi RHEL offra degli strumenti/wizard per gestire le configurazioni ed
il runtime, beh, gli strumenti di RHEL mi piacciono molto poco, oltre a non
fidarmi di strumenti di questo tipo quando i server li ho in server farm a
400 kilometri di distanza dalla mia scrivania: ssh, vim e culo stretto...


 bisogna dare qualche garanzia in più di una debian.
Ma per piacere!
Se ti piace RHEL, usala, chi ti dice qualcosa!!!
Ma non parlare male di cose che evidentemente non conosci, chi ha *comprato*
RH9 e` in braghe di tela, mentre escono ancora upgrade e bugfix per
potato...


 lo puoi fare.
1) "linux è sempre linux": se riesci ad installarlo.. vedi
incompatibilità hardware e relativi driver che i produttori rilasciano
certamente per RH e qualche volta per altre distro
2) "A meno di roba proprietaria": e dicci niente.. in ambito Enterprise è
tutta roba proprietaria gestionali, database, applicativi vari..
3) "con piu` o meno sbattimento": che tradotto in euro/ora... per chi
lavora con linux lo sbattimento significa denaro di solito.

 400 kilometri di distanza dalla mia scrivania: ssh, vim e culo stretto...
Su questo siamo daccordo! 

 Su questo siamo daccordo!
-- 
Luca Villani                    Wireless Solutions spa - DADA group
NOC Manager                     Europe HQ, via Castiglione 25 Bologna
http://www.wseurope.com
         Tel: 
+390512966826
 Fax: 
+390512966800
http://www.waptopic.com
         Mobile: 
+393485298542

 Ti correggo.. i wizard di RH fanno cagare!
Allora cade ogni giustificazione per usarli.
Vedi, vorrei che fosse chiara una cosa: non sto facendo una difesa di
debian, non abbiamo neppure *una* macchina debian in server farm,
semplicemente quello che avevi scritto e` inaccettabile da un punto di
vista di un sistemista.
Ti invito a rileggerti: "Il problema è che se sono macchine di produzione o
usi RHEL e Cluster Suite (GFS) o ciccia". Beh, non e` vero.
Oppure: "anche perché detto tra noi certe cose non le fai con la Debian di
turno.. o RH9 che sia, se non altro per un problema di manualistica". Pure
questo, non e` vero. Perche`, detto fuori dai denti, se hanno *bisogno* di
un SAN allora hanno anche le risorse economiche per comprare hardware nuovo
e per pagare delle persone competenti che implementino e seguano il tutto,
indipendentemente dalla piattaforma utilizzata.
Altrimenti non ne hanno bisogno, *vorrebbero* un SAN, e in questo caso il
costo di RHEL e` totalmente ingiustificato.
-- 
Luca Villani                    Wireless Solutions spa  -  DADA group
NOC Manager                     Europe HQ, via Castiglione 25 Bologna
http://www.wseurope.com
         Tel: 
+390512966826
 Fax: 
+390512966800
GPG Public Key available        Mobile: 
+393485298542
    ICQ:76272621

 Vedi se ti fanno installare un sispac, un SAP, un Oracle su debian..
Tralasciando sispac (che non so cosa sia) e SAP (che, se fosse per me,
brucerei all'istante), Oracle su Debian lo installi tranquillamente
(l'unica cosa a cui si deve stare veramente attenti e` la versione del
kernel, sempre se non hanno risolto il problema sull'installer)
Henryx

 comperi uno compatibile perché non ci sono i driver per la debian?
A meno che tu non sia costretto a comprare hardware del genere da un manager
incompetente (se ti si rompe il controller integrato cosafai, cambi
tutto?), penso che tu scelga per bene l'hardware che ti serve (o, almeno
spero che tu lo faccia)
Henryx

 Intermezzo, GPFS, Lustre.. girano tutti
Scusa ma le informazioni che ho sono le seguenti:
GPFS is available as:
-GPFS for AIX 5L on POWERT
-GPFS for Linux on IBM eServer AMD processor-based servers and xSeriesT
-GPFS for Linux on POWER
http://www-1.ibm.com/servers/eserver/clusters/software/gpfs.html
(quindi non ci siamo con l'hardware)
Lustre č stabile, consente il failover "a caldo" ma non quello "a freddo"
(una volta uitlizzati la prima volta un MDS ed un OSS, se questi non sono 
accesi non si puň
accedere alla partizione condivisa attraverso un altro MDS e OSS, mentre č
possibile farlo con un MDS alternativo quando si ha un failover, appunto, "a
caldo"
https://wiki.clusterfs.com/lustre/LustreFailover
 )
Intermezzo: ma non č un ditributed file system?( e non un global file 
system!)
Ovvero devo condividere non un filesystem locale, ma appunto uno sharing 
storage device (i.e. /dev/sdc1 di un SAN). Riesce a fare questo?
Mi sembra che Coda ed Intermezzo( che deriva da Coda) siano come OpenAfs (A 
e non O) che non gestisce device esterni
(da una discussione avuta su OpenAFS: "...Not that there are problems ( i 
talked with a SAN techie ) to mount one SAN volume on 2 computers (like 
you've said), no, OpenAFS doesnt support "distributed locking", like the 
commercial version of GPFS does (IMHO).."
Quindi mi sembra di averci dato un'occhiata sufficiente (magari non cosě 
approfondita...) ed anzi, ho avuto modo di testare anche PVFS2 (ma fa una 
copia in locale di ciň che crive sul SAN - con ovvi problemi di spazio sul 
locale), Veritas (anche lui dispo solo per RHE), OCFS ("... for Red Hat 
Linux Advanced Server 2.1 and United Linux 1.0...")
Concludendo, non mi sembra di avere tanto l'imbarazzo della scelta :-(
Qualcuno mi puň suggerire (in base ad una esperienza personale) qualche 
global file system free per Red Hat (non enterprise)?
P.S. In ambito di produzione non č scontato usare RHE, specialmente se le 
specifiche di altre divisioni impongono RH 9.c e basta...
Grazie
Frankie