Newsgroup: it.comp.os.linux.sys
Titolo: Linux Enterprise: redhat e centos

Siccome ho conosciuto la distribuzione Linux CentOS (che ï¿œ la 
corrispettiva di redhat enterprise senza assistenza), vorrei capire la 
differenza che c'ï¿œ tra una distro normale quale ubuntu e una distro di 
livello enterprise. Di preciso so che la seconda viene usata in ambito 
industriale, ma mi sfugge il perchï¿œ. Forse per l'insieme di software 
installato ?
grazie a chi mi chiarisca la situazione

 
Scusa, forse nn mi son fatto capire.
Quello che non conosco � la differenza tra una versione "normale di 
linux" come pu� essere ubuntu desktop ed una versione enterprise come 
pu� essere centOS.

 pu� essere centOS.
Una � pensata per il desktop e l'altra per l'uso server.
Mai pensato a perch� la gente non installa Oracle su Vista e Windows2003
sul portatile?
-- 
Professional System & Network Sarcazzer
http://bofhskull.wordpress.com/

 Scusa, forse nn mi son fatto capire.
Se tu scrivessi in italiano, con tutte le lettere che servono, magari
sarebbe anche possibile.
-- 
Massimo Bacilieri AKA Crononauta

 
Se tu leggessi, la mia prima parola � "scusa"...

 
Si ok. Quello che ignoro sono le reali differenze.
Qualche esempio ?

reptisco ha scritto:

Non esistono distro normali ed anormali. Sono tutte uguali. Kernel e 
pacchetti sono gli stessi per tutti.
Le reali differenze sono:
- modo di compilazione del kernel;
- scelta della struttura init
- impostazione degli utenti, dei gruppi e della sicurezza di default
- disponibilitï¿œ di driver per hardware professionale
- disponibilitï¿œ dei filesystem piï¿œ diversi
- scelta dei pacchetti a corredo (le desktop tendono ad aggiungere molti 
software ultima versione ed alla moda, le server preferiscono software 
piï¿œ anzianotti ma piï¿œ stabili).
Tutto questo IMHVO.

reptisco ha scritto:

Aggiungo: chi *vende* software per Linux, onde evitare grane, mette su 
due o tre macchine di test, poi dichiara che il suo software funziona su 
quelle due o tre distro, e che fornirï¿œ assistenza solo per quelle 
distro. In questo modo, in caso di problemi, puï¿œ tracciare il problema, 
isolarlo e (bontï¿œ sua) risolverlo. Se desse assistenza a tutti, non 
potrebbe tracciare il problema: supponendo che la versione di Linux in 
uso al cliente abbia una libreria di un certo tipo, mentre 
l'applicazione la vuole di un altro, prima di arrivare alla diagnosi di 
quel problema ci vogliono settimane.

 Qualche esempio ?
La presenza di default di un server grafico. La presenza di particolari 
direttive di compilazione (moduli integrati si/no) del kernel e altri 
tool, maggior controllo nel rilascio per quanto riguarda la sicurezza e 
stabilit�, policy di default di restrizione (PolicyKit, SELinux, ecc.).
Ovvero, quello che normalmente uno si aspetterebbe da un S.O. server e/o 
enterprise.
Enrico

reptisco ha scritto:

Capito. Grazie a tutti!

 Capito. Grazie a tutti!
Oltre a tutto quanto ti hanno detto, ancora (che probabilmente era
anche
compreso in quello gia` detto) 
p.es
. lo scheduler (Linux ne ha poco
meno
di una decina) e alcuni sono piu` adatti a server, altri a desktop.

 di una decina) e alcuni sono piu` adatti a server, altri a desktop.
Come già trattato qualche giorno fa, questo è *MOLTO* incompleto, al 
limite della cazzata.
Ci sono scheduler che vanno bene per un compito, altri per un altro 
compito. Punto.
La differenziazione desktop/server per gli scheduler lascia molto a 
desiderare (tant'è che su alcuni server ho 1000HZ).

 livello enterprise. Di preciso so che la seconda viene usata in ambito
[..]
Nota aggiuntiva: anche per ubuntu ï¿œ disponibile una versione "server"
priva, tra l'altro, di interfaccia grafica.

 sul portatile?
Ehi, io installo Oracle su Vista :)
Enrico



si, ma tu sei masochista :-P
S.

> grazie a chi mi chiarisca la situazione
bhï¿œ non ho letto da nessuna parte la cosa piï¿œ significativa: il supporto 
professionale. molte distro server enterprise hanno costi annuali di 
assistenza. se ti si blocca postfix puoi chiedere a padre pio se ne 
capisce di informatica o di reindirizzarti su un forum/ng (ed in genere 
va quasi sempre bene) oppure chiamare l'assistenza suse per l'apertura 
di un ticket.