Chi mi segue da tempo potrà ricordare che sui miei server R viene installato attraverso l’utilizzo del repository EPEL repository (come ho descritto in questo post del blog).

Premesso ciò passiamo all’installazione vera e propria. Bisogna puntare il browser sul sito di RMySQL e scaricare entrambi i pacchetti RMySQL_0.7-5.tar.gz e DBI_0.2-5.tar.gz. Ho dovuto proseguire in questo modo perché il pacchetto R-DBI presente nei repository attivati nel mio server generava dei problemi di dipendenze/versioni non previsti.

Quindi – dovendo installare il modulo in modo che fosse disponibile a tutti gli utenti del sistema – come utente root ho impartito i seguenti comandi:

[root@testing ~]# R CMD INSTALL DBI_0.2-5.tar.gz
[root@testing ~]# R CMD INSTALL RMySQL_0.7-5.tar.gz

A questo punto all’utente non è rimasto che avviare il suo ‘ambiente’ di sviluppo in R e controllare che il nuovo modulo fosse effettivamente attivo e disponibile. Happy coding!

Che si fa? Si migra a CentOS, ovviamente!
Per fortuna la procedura di migrazione è stata semplice, immediata e rispettosa del tutorial proposto nell’apposita pagina del wiki ufficiale.

In breve ho aggiornato la RHEL alla release 5.5. Questo ha fatto anche si che i repository ufficiali venissero cancellati dalla directory /etc/yum.repos.d (quindi fattene un backup, per riferimento futuro).

Ho disattivato tutti i repository aggiuntivi alla distribuzione (adobe, epel e remi).

Ho disattivato, prima, e rimosso, dopo, il plugin rhnplugin di yum, quindi imparito i comandi:

cp /etc/redhat-release /etc/redhat-release-saved

rpm -e --nodeps redhat-release-notes redhat-release yum-rhn-plugin redhat-logos

… e poi scaricato manualmente i pacchetti centos-release, centos-release-notes e redhat-logos-X.X.XX-XX.el5.centos.noarch.rpm dal mirror italiano di CentOS (li trovi nel percorso ../5/os/$ARCHITETTURA/CentOS/).

Fatto ciò li ho installati manualmente e poi ho dato il più classico dei:
yum update
per completare la migrazione, ed eccoci qua:

[root@localhost ~]# cat /etc/issue
CentOS release 5.5 (Final)

[root@localhost ~]# uname -a
Linux localhost 2.6.18-194.3.1.el5 #1 SMP Sun May 2 04:17:42 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux


I nostri sistemi, per N ragioni, sono ancorate al mondo rpm; quindi Red Hat Enterprise Linux ed il suo clone “free (as in beer)” CentOS e il loro lento ciclo di update hanno prodotto la situazione per cui o affrontavamo l’aggiornamento “a mano” di 10 nodi con ricompilazione dei sorgenti, oppure adottavamo la strategia dell’adozione di un repository esterno alla distribuzione.

Dopo un’indagine abbastanza veloce abbiamo deciso di affidarci al lavoro, pluriannuale e ben noto, di Remi Collet. Una veloce ripassata a yum e ai suoi plugin ed i pacchetti erano installati, con la piccola rogna di un problema con le dipendenze di php-mysql (probabilmente dovuta all’aggiornamento in fasi distinte di PHP prima e MySQL poi).

Risolto quello son passato ad esaminare MySQL e i database da esso gestiti, incontrando il simpatico errore qui sotto riportato:

ERROR 1146 (42S02): Table ‘mysql.servers’ doesn’t exist

when you do a simple FLUSH PRIVILEGES;

Son quindi corso ai ripari con una veloce ricerca su Google che mi ha convinto della necessità di applicare SEMPRE, indipendentemente dal metodo di aggiornamento utilizzato (tar.gz, deb o rpm), il comando mysql_fix_previleges_tables assieme alle altre indicazioni che si trovano nella documentazione ufficiale PRIMA di fare altre operazioni sui database..

Nella fattispecie impartendo il comando:

/usr/bin/mysql_fix_privilege_tables --password=$your-mysql-root-password

ha risolto il mio problema.

Alternativamente una soluzione avrebbe potuto essere quella proposta in questo post, ma come ho detto non c’è stato bisogno di fare altre operazioni.

Stamattina mi chiama un collega e dice che il plugin su Firefox non gli va. Vedo e rivedo non capisco quale sia il problema, perso – tra l’altro – tra centinaia di post che fanno riferimento a vecchie versioni della JRE, di Firefox e vecchie incompatibilità tra il plugin ed il browser tra 32 e 64bit.

Alla fine, fortunatamente, trovo questo post, con l’indicazione del file libnpjp2.so che, nel mio caso, si trova in /usr/java/jre1.6.0_16/lib/amd64/libnpjp2.so.

Vado nella cartella /usr/lib64/firefox-3.0.14/, creo una directory plugins ed impartisco il comando:

ln -s /usr/java/jre1.6.0_16/lib/amd64/libnpjp2.so libnpjp2.so

Avvio quindi Firefox, mi reco alla pagina di test per la virtual machine ed ecco il risultato atteso:

Your Java configuration is as follows:

Vendor: Sun Microsystems Inc.

Version: Java 6 Update 16

Operating System: Linux 2.6.18-164.2.1.el5

Architecture: amd64

Enjoy!

Per la serie annotarsi riporto qui sul blog la procedura seguita per il ripristino dell’installazione di grub andata a signorine per cause poco chiare su una macchina dual boot …

I passi da seguire sono:

• impostare sul proprio hardware il lettore CD/DVD-rom come primo dispositivo di boot,
• inserirvi un media ottico di installazione di Fedora/CentOS/RHEL (non importa se il cd1 o il dvd),
• (ri)avviare la macchina,
• selezionare {o inserire manualmente}: linux rescue e dare invio,
• ora a monitor appariranno una serie di messaggi e la scelta della lingua e tastiera da utilizzare, sino ad arrivare ad una shell funzionante e ad un messaggio di avviso che ci dice che il nostro vecchio sistema GNU/Linux è montato sul percorso /mnt/sysimage path,
• impartiamo dunque il comando che ti permetterà di “traslare” la shell attiva nella directory “radice” del nostro vecchio sistema con chroot /mnt/sysimage,
• cd /boot/grub ci fa spostare nella directory dove grup ripone i suoi files,
• con il comando grep '#boot' grub.conf verifichiamo dove per la vecchia configurazione risultava installato grub, e con fdisk -l ne verifichiamo la correttezza,
• decidiamo quindi su quale device (o partizione) reinstallare grub e, posto che tale destinazione sia /dev/sda, impartiamo il comando grub-install /dev/sda,
• non ci resta, ora, che chiudere la shell e riavviare il sistema

Ed ecco a noi il sistema correttamente funzionante!

Questo mi ha portato allo scarto di soluzioni che prevedevano l’accesso fisico alla macchina (no ssh quindi). Ho purtroppo dovuto scartare anche soluzioni basate sul “paradigma” LAMP, per le intrinseche limitaziondi di Apache come gestore di trasferimento file … ad esempio DocMgr che pure avevamo implementato ma che ha retto sino a quando ci si è trovati a dover caricare/scaricare file >1GB … e tenendo conto che ne ho diversi altri tra i 5/8GB capirai perché ho ritenuto poco proficuo tenerlo in funzione.

Ancora, nel tempo è sorta anche la necessità di imporre ragionevoli limiti alla banda di rete utilizzabile da questo singolo servizio, specie in occasioni di limitazioni di utilizzo della banda “Internet” disponibile.

Mi sono quindi messo alla ricerca di una soluzione collaudata, di semplice implementazione e ragionevolmente sicura, trovando alcuni tutorial su come implementare un servizio di FTP che mi permettesse di avere un pool di “Utenti Virtuali“.

La scelta è del server FTP da utilizzare è caduta alla fine su pureFTPd che implementa nativamente un modulo che permette questa funzionalità di utenze virtuali mappando su un unico utente “reale” del sistema tutto un insieme di utenze del servizio le cui caratteristiche sono gestite da un database MySQL.

Andiamo a vedere passo passo come procedere.

Come detto più volte al lavoro si è deciso l’utilizzo la distribuzione GNU/Linux CentOS e quindi la mia piccola guida trattarà questa piattaforma. Installo il server con un semplice:
yum install pure-ftpd

Vado a creare l’utente di sistema su cui andrò a mappare quelli virtuali con i comandi:

groupadd -g 2001 virtualftpuser
useradd -u 2001 -s /bin/false -d /bin/null -c "system pureftpd user" -g virtualftpuser virtualftpuser

Con i due precedenti comandi ho creato un utente virtualftpuser, facente parte del gruppo omonimo e, con il parametro -s /bin false ho detto al sistema di NON assegnare una shell all’utente e con -d /bin/null ho detto di non creare una home directory per esso.

Con il comando:
passwd virtualftpuser
vado ad inserire la password dell’utente di sistema appena creato.

Creiamo ora un database di nome pureftpd e un utente del DBMS che chiameremo a sua volta pureftpd, il quale vi avrà successivamente accesso ad esso con la password che scegliamo ed andiamo ad inserire come segue:

mysql -u root -p

CREATE DATABASE pureftpd;

GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP ON pureftpd.* TO 'pureftpd'@'localhost' IDENTIFIED BY 'password-da-impostare';

GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP ON pureftpd.* TO 'pureftpd'@'localhost.localdomain' IDENTIFIED BY 'password-da-impostare';

FLUSH PRIVILEGES;

Sempre rimanendo nella shell di MySQL, su cui siamo autenticati, andiamo ora a popolare il database appena creato con il seguente comando:

USE pureftpd;

CREATE TABLE ftpd (
User varchar(16) NOT NULL default '',
status enum('0','1') NOT NULL default '0',
Password varchar(64) NOT NULL default '',
Uid varchar(11) NOT NULL default '-1',
Gid varchar(11) NOT NULL default '-1',
Dir varchar(128) NOT NULL default '',
ULBandwidth smallint(5) NOT NULL default '0',
DLBandwidth smallint(5) NOT NULL default '0',
comment tinytext NOT NULL,
ipaccess varchar(15) NOT NULL default '*',
QuotaSize smallint(5) NOT NULL default '0',
QuotaFiles int(11) NOT NULL default 0,
PRIMARY KEY (User),
UNIQUE KEY User (User)
) TYPE=MyISAM;

e quindi usciamo dal DBMS

quit;

Fatto questo siamo quasi al termine dei passi salienti della procedura, ci rimane da rifinire la configurazione di pureFTPd. Tra la pacchettizzazione di CentOS ed Ubuntu {su cui avevo implementato una prima istanza del servizio} ci sono alcune differenze (come per un numero fastidiosamente alto di altri programmi), in ogni caso nella nostra piattaforma operativa tutti i file di configurazione del nostro server sono contenuti in /etc/pure-ftpd/ e sono:

• pure-ftpd.conf
• pureftpd-ldap.conf
• pureftpd-mysql.conf
• pureftpd-pgsql.conf

Come possiamo vedere pureFTPd presenta delle opzioni per gestire gli utenti anche tramite LDAP o su di un DBMS postgreSQL … ma torniamo a noi ed andiamo ad editare il file pureftpd-mysql.conf assicurandoci che i seguenti valori siano selezionati:

MYSQLSocket /var/run/mysqld/mysqld.sock
#MYSQLServer localhost
#MYSQLPort 3306
MYSQLUser pureftpd
MYSQLPassword password-da-impostare
MYSQLDatabase pureftpd
#MYSQLCrypt md5, cleartext, crypt() or password() - md5 is VERY RECOMMENDABLE uppon cleartext
MYSQLCrypt md5
MYSQLGetPW SELECT Password FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MYSQLGetUID SELECT Uid FROM ftpd WHERE User="\L" AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MYSQLGetGID SELECT Gid FROM ftpd WHERE User="\L"AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MYSQLGetDir SELECT Dir FROM ftpd WHERE User="\L"AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MySQLGetBandwidthUL SELECT ULBandwidth FROM ftpd WHERE User="\L"AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MySQLGetBandwidthDL SELECT DLBandwidth FROM ftpd WHERE User="\L"AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MySQLGetQTASZ SELECT QuotaSize FROM ftpd WHERE User="\L"AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")
MySQLGetQTAFS SELECT QuotaFiles FROM ftpd WHERE User="\L"AND status="1" AND (ipaccess = "*" OR ipaccess LIKE "\R")

Dobbiamo poi impostare una “gabbia” chroot agli utenti in modo che non possano mettersi a curiosare nel nostro sistema una volta utenticati, andiamno quindi ad editare il file pure-ftpd.conf nel modo seguente:

# Cage in every user in his home directory
ChrootEveryone yes

quindi diamo la possibilità di creare le home directory quando l’utente si autentica sul sitema la prima volta ed essa non è presente:

# Automatically create home directories if they are missing
CreateHomeDir yes

infine andiamo a decommentare la linea relativa ai parametri di configurazione di MySQL:

# MySQL configuration file (see README.MySQL)
MySQLConfigFile /etc/pure-ftpd/pureftpd-mysql.conf

nel mio caso ho scelto di disabilitare l’accesso anonimo al nostro server mediante l’impostazione del seguente parametro:

NoAnonymous yes

Ed infine, come ulteriore passaggio (forse inutile) disabilitiamo la possibilità di caricare nuovi file nel sistema da parte di utenti anonimi impostando a yes la voce seguente:

AnonymousCantUpload yes

A questo punto possiamo avviare il demone pureFTPd con il comando
/etc/init.d/pure-ftpd start

Se tutto e’ funzionante possiamo passare alla creazione di utenze e al loro testing:

mysql -u root -p

USE pureftpd;

INSERT INTO `ftpd` (`User`, `status`, `Password`, `Uid`, `Gid`, `Dir`, `ULBandwidth`, `DLBandwidth`, `comment`, `ipaccess`, `QuotaSize`, `QuotaFiles`) VALUES ('exampleuser', '1', MD5('secret'), '2001', '2001', '/home/www.esempio.com', '100', '100', '', '*', '50', '0');

Con lo statement precedente abbiamo detto al sistema di:

1. creare l’utente exampleuser
2. con lo status = 1 (cioè l’account è attivo)
3. la password ‘secret’ (che verrà criptata con l’algoritmo MD5 dal DBMS MySQL)
4. avente UID e GID pari a 2001 (e cioè gli stessi dell’utenza virtuale creata all’inizio della procedura!!!)
5. la sua home directory sarà /home/www.esempio.com
6. con una limitazione delle velocità di upload/download pari a 100 KB/sec. (kilobytes per second). Impostando a 0 tale valore non diamo alcuna limitazione
7. ed una quota di 50 MB.

La gestione dei permessi su disco, e di come gli utenti possono interagire col sistema si lascia come esercizio al lettore

–
Riferimenti:

• pagina del progetto pureFTPd
• Guida per l’implementazione di pureFTPd su CentOS 5.0
• Guida per l’implementazione di pureFTPd su Ubuntu 7.10

Purtroppo, anche se di recente la Sun ha rilasciato tutto il suo ambaradan Java con licenza libera, questo è avvenuto troppo tardi perché il progetto CentOS (ma anche altre distribuzioni) potesse includerne i pacchetti in fase di rilascio delle release della famiglia 5. La cosa, invece, dovrebbe essere risolta quando la CentOS 6 verrà rilasciata.

Per eseguire una corretta installazione di Java (Runtime Environment o Software Development Kit) è quindi necessario, e sufficente, rifarsi al puntuale How To Install Java on CentOS 4 and CentOS 5 pubblicato nelle pagine del wiki della distribuzione.

Bisogna solo avere qualche accortezza nell’approcciarsi alle procedure descritte nell’how to, ossia:

• rimuovere la versione già pacchettizzata da CentOS di java (nella sua implementazione libera) eventualmente installata prima dell’how-to;
• rimuovere tomcat5 e tutti i pacchetti ad esso connessi;
• attenersi alle procedure dell’ How to Set Up an RPM Build Environment under CentOS
• il pacchetto java-1.6.0-sun-1.6.0.10-1jpp.nosrc.rpm citato nell’how to richiede ancora la versione 10 del JDK, mentre al momento sul sito della Sun è disponibile l’update11 … dovrete fare una ricerca nella sezione dei download per il l’installer in formato *.bin esatto.

Alla fine della procedura ti basterà installare gli rpm appena costruiti per avere un java funzionante nel sistema.

Un semplice yum install tomcat5 ha installato in un soffio Tomcat (ed altre 37 pacchetti ad esso connessi) senza nessun problema di dipendenze.

Spero che queste poche righe ti siano utili

La distribuzione CentOS non prevede nei suoi repository ufficiali alcuna build di questo progetto che, fortunatamente, fornisce invece i pacchetti per le più diffuse piattaforme GNU/Linux (e Windows e Mac OS X) all’interno dei suoi mirror.

Sono presenti gli rpm binari dei pacchetti, ma vista la disponibilità di medatati yum (la directory repodata) è possibile creare un file .repo per un uso più snello e integrato con il package manager di sistema YUM.

Questo che segue è il file che mi sono creato:

[R - Project for Statistical Computing]
name=R repository
baseurl=http://rm.mirror.garr.it/mirrors/CRAN/bin/linux/redhat/el5/i386
failovermethod=priority
enabled=1
gpgcheck=0
priority=15


Una nota sul gpgcheck=0 che ho messo in quanto i pacchetti non sono firmati (o almeno io non sono riuscito a trovarla) e sul priority=15 dovuti all’uso del tool yum-priorities.

Se avete suggerimenti o migliorie da apportare i commenti al post son qui per questo !

Presa dal wiki ufficiale della distrubuzione quella in lingua inglese creata e revisionata dal mitico (per me e per il lavoro che porta avanti Dag Wieers in formato ODP l’ho convertia in ppt e poi importata per essere “lavorata” su Keynote.app (a mio avviso IL programma definitivo per fare slides). A fine processo ho invertito la conversione dei formati.

Ora il passo successivo è quella di proporla alla lista CentOS-docs per l’approvazione e la successiva pubblicazione nelle pagine del wiki, solo che la pubblico qui per renderla disponibile ad una revisione comune prima di inviarla.

Mi date una mano ?

p.s. = Pare che nell’aria ci sia l’idea di creare vari siti locali dedicati alla distribuzione, sulla falsariga di quanto accade per il sito/wiki di openSUSE …

Ci sono persone interessate alla cosa ?

Che mi sapete dire del gruppo di mille iscritti al sito Centos-Italia di cui non è dato sapere nulla (chi siamo, scopi, etc etc) ???

Visto che fare il disk jockey con i 5 (o 6) cd di installazione della distribuzione “enterprise” libera per antonomasia non mi va giù da un pò di tempo ho preso l’abitudine di scaricare e usare per l’installazione la piccola ISO (7 MB o giù di li) della versione netinstall che fa partire il sistema e poco più.

E ogni volta incontro un piccolo problema, o un altro, che mi tengono al freddo (e alla polvere) della sala CED più a lungo di quanto vorrei.

Questa volta, il problema si è verificato con la scelta del mirror di riferimento da utilizzare come fonte di installazione. In questo caso la procedura guidata NON ci aiuta visto che ci dice che c’è un problema nel download del file stage2.img col path (corretto !!!!!) che viene visualizzato a schermo.

Preso dallo sconforto faccio una ricerca su google (ormai automatica per qualunque cosa) e ritrovo una mia vecchia richiesta di aiuto alla mailing list ufficiale della comunità CentOS che avverte di NON usare i percorsi “intelligenti” quali .../centos/$releasever/os/$basearch che pur normalmente appaiono in un qualunque yum.conf.

E come secondo consiglio (che probabilmente avevo dimenticato) in un post viene ricordato di usare una sintassi specifica quando andiamo ad indicare la sorgente di installazione all’installer che possiamo così illustrare:

# Server: mi.mirror.garr.it
# Path (se si possiede l’architettura i386): mirrors/CentOS/5.2/os/i386/

o, se si possiede un’architettura a 64bit:

# Path: mirrors/CentOS/5.2/os/x86_64

Insomma, tanto semplice e banale da venir facilmente dimenticato

Sapevatelo! Su rieducascional ciannell !!!!

Al lavoro abbiamo un piccolo numero di macchine oramai obsolete. Grossomodo appartengono tutte ad una serie di pc “da ufficio” della Fujitsu-Siemens che da Windows 2000 o XP (prima release) sono state utilizzate negli ultimi anni sino allo stremo. Vista la loro lentezza e inadeguadezza in termini di spazio disco e dotazione RAM sono state lasciate agli studenti che fanno “internato” presso il nostro Istituto permettendogli così di eseguire ricerche su web e documentarsi durante la loro presenza in vista della conclusione del tirocinio o della stesura della laurea.

Su questo tipo di macchine stiamo installando Ubuntu o CentOS per renderle un attimo più performanti (o per ovviare alla perdita dei cd col sistema operativo originario) e proprio oggi, andando ad aggiornare una CentOS con un classico yum check-update mi sono scontrato con un errore inusuale, che richiamava quanto riportato nell’esempio seguente:

Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ? yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 105, in main result, resultmsgs = base.doCommands()
File "/usr/share/yum-cli/cli.py", line 289, in doCommands self._getTs()
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 85, in _getTs
self._getTsInfo()
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 91, in _getTsInfo
self._tsInfo.setDatabases(self.rpmdb, self.pkgSack)


Dopo una ricerca nell’archivio (locale) della mailing list di supporto di CentOS ho scoperto che questa tipologia di errore vien fuori quando ci si trova ad operare dietro particolari configurazioni di server Proxy, oppure (con maggior frequenza) quando si utilizzano repository software aggiuntivi di terze parti in aggiunta a quelli supportati ufficialmente e questi, per un motivo o l’altro, aggiornano la versione di yum installata (e qualche altra dipendenza, o plugin) sul sistema.

Preso dal dubbio ho subito impartito un
rpm -q yum
per veficare lo stato del pacchetto sulla mia macchina e ho constatato che non era la versione base della mia CentOS e neanche dell’ultimo aggiornamento disponibile.

Ho quindi provveduto a scaricare e installare manualmente i seguesti pacchetti:

• yum-3.2.8-9.el5.centos.2.1.noarch.rpm
• yum-fastestmirror-1.1.10-9.el5.centos.noarch.rpm
• yum-refresh-updatesd-1.1.10-9.el5.centos.noarch.rpm
• yum-updatesd-0.9-2.el5.noarch.rpm

Fatto questo una rapida sequenza di yum clean all seguita dai canonici yum check-update e yum update mi ha permesso di tornare in possesso di un sistema (nuovamente) al pieno delle sue funzionalità.

Buon lavoro !

Ad un certo punto sono arrivato al punto di dover installare uno dei software che più mi provoca “mal di pancia”: Skype. Purtroppo il suo utilizzo, sopratutto in ambito lavorativo, si sta facendo sempre più necessario visto che il programmillo sta scalzando giorno dopo giorno la base di utentza – pur ampia – che Microsoft Messenger si era assicurata in questi anni di preinstallazione su XP/Vista. Ormai il 96% della mia contact list lavorativa usa Skype in affincamento a MSN e quindi se posso evitare quest’ultimo, lo faccio

In questa occasione ho scoperto che il meccanismo di installazione proposto in un vecchio post a riguardo non è più valido, visto che l’ultimo pacchetto “stabile” del popolare client VoIP richiede una versione della qt4-x11 inesistente nella famiglia 5.* di CenOS.

Fortunatamente il rimedio è subito a portata di click, sul già citato CentOS Wiki, che propone una apposita pagina risolutiva all’installazione della versione Beta di Skype sulla distribuzione in esame.

Buona lettura: http://wiki.centos.org/HowTos/Skype!

Recentemente sto studiando un pò di manuali, how-to, brochure e sitarelli che mi aiutino a capirne di più e ad essere una voce da ascoltare allorquando in ufficio si decide cosa fare del bestione HP giù nel rack in sala server.

Tendenzialmente si è deciso infatti di scindere le sue due anime funzionali, quella di GRID server e cluster applicativo, in due sottoinsiemi definiti di macchine. Dopo qualche anno di utilizzo, infatti, la situazione non mi pare rosea.

I sistemi stanno facendo girare attualmente una ex configurazione di cluster beowulf, realizzata a partire da una non meglio specificata Red Hat Enterprise Linux 3.*, imbastardita nel tempo da pacchetti provenienti dai repository di Scientific Linux inseriri a suo tempo per entrare a far parte di un progetto internazionale di grid computing dalla piattaforma consolidata.

I pesi dei progetti in campo, delle risorse disponibili, e del lavoro che si può dedicare ad essi è variato nel tempo e da qui discende la separazione funzionale di un nodo di macchine che saranno equipaggiata da ScientificLinux, come richiesto da specifiche, affiancato da un cluster (o un insieme di macchine dedicate a ciascun servizio) che intendo portare all’ultima release stabile di CentOS, vista la storia e il know-how dell’equipe.

Ebbene, visto che era da parecchio che non bazzicavo nelle “cose” CentOS centriche ecco a te le novità più interessanti:

1. una vistosa e piacevole crescita dei contenuti e delle attività del CentOS wiki;
2. la nascita del Planet CentOS, l’aggregatore di tutti i blog afferenti alla comunità di sviluppatori ed utenti della distribuzione;
3. la diffusione della nuova release 5.1, a pochi giorni – come solito – dal rilascio effettuato da Red Hat! Le release notes al momento non mi risultano tradotte in italiano … potrei farci un pensierino nel week end.

Non male direi come novità ed impatto delle stesse, no ?

P.S. = avrei anche scoperto una “millantata” comunità italiana di utenti CentOS. Peccato che quando a suo tempo contattammo come ILDN uno dei maggiori sviluppatori di CentOS egli ci invitò caldamente a far parte attiva del loro sito/blog/wiki/forum, piuttosto che a fondarne uno nuovo.

Avrei anche altro da dire in merito, ma preferisco tacere in questa sede …

Tanto per dire parrebbe che anche una distribuzione largamente utilizzata in campo scientifico quale distribution widely used in scientifics environments like Scientific Linux (creata da “personaggi” quali il CERN ed il FermiLabs) stia pianificando il passaggio dalla ricompilazione dei binari della Red Hat Enterprise Linux a quelli della controparte libera CentOS, di cui ricordo che la versione 5 ha un unico “albero” dei pacchetti invece della suddivisione nelle varie famiglie tipologico/funzionale dei prodotto RH.

Ebbene, per contribuire a diffondere ulteriormente la conoscenza e l’uso di CentOS nel mondo il Team del progetto ha deciso di inaugurare una nuova mailing list apposita per discutere le strategie da utilizzare: CentOS-Promo.

Nel seguito riporto il comunicato ufficiale.

Ladies and Gentlemen,
we, the CentOS Project, are proud to invite you to our newest mailing list:

CentOS-Promo.

This list is for the discussion of Events, Gatherings and (LUG)Meetings where CentOS will or should be presented.

Should *you* join this mailing list? Yes, if

– you want to help out at events
– you want to present CentOS at your LUG
– you have great ideas for marketing material to promote CentOS
– you are interested in doing promotion for CentOS
– you know about events where CentOS should be (re)presented
– you want to invite CentOS developers to your LUG/Event
(you want to pay travelling costs, don’t you? >:) )
– you want to know where CentOS will be presented next

So go ahead, subscribe to this list and help us spread the word! CentOS is good for you!

centos

Ad esempio il post “CentOS 5, first rumors” vede in queste ore un andamento degli accessi di questo tipo:

Bene, i lettori saranno contenti di sapere che l’attesa per la nuova CentOS 5 sta per giungere al termine visto che il team ufficiale di sviluppo ha optato per il rilascio di una beta pubblica annunciata il 13 marzo (avantieri) con le seguenti avvertenze:

This release corresponds to the upstream vendor EL5 beta2 release.

NOTE: This software is BETA and should be treated as such. It is for testing purposes only. Please ensure it meets your needs completely before using in a production environment.

=========================================

Please see the CentOS specific release notes here:
http://beta.centos.org/centos/5/os/i386/RELEASE-NOTES-en.html

Inoltre giusto qualche ora fa anche il cosiddetto “upstream vendor” – Red Hat, cioè – ha rilasciato un comunicato ufficiale dichiarante il rilascio della sua Enterprise Linux 5 (nelle sue diverse varianti) di cui negli scorsi giorni ho cercato di farti vedere un’anteprima …

Personalmente sono molto contento di ciò, questo implica che potrò avere sulla mia workstation software più recente e magati potrò testare la distribuzione “comunitaria” su un server in ufficio, vedremo …

centos, redhat

La cosa meno carina, dal punto di vista di un pigro, è che nei prossimi due mesi avrò da studiare almeno quanto ho fatto durante l’università. Povero me!!!

Il link per il download è questo, ed ovviamente viene consigliato di eseguirlo sfruttando la tecnologia bit-torrent che permette di evitare rallentamenti del server che fornisce la risorsa (e ricordo che la ISO del DVD e’ solamente disponibile con questo mezzo).

Come sempre è il caso di leggersi un po’ la Documentazione e le note di rilascio.

Buon download !

centos

Tim Lauridsen ha annunciato la nuova versione del sito ufficiale di sviluppo di yumex (curiosamente – per me – basandosi su sistema di gestione di contenuti XOOPS e abbandonando Trac).

Ed inoltre, un nuovo ramo di sviluppo è stato introdotto per lo stesso yumex, dovuta all’introduzione di alcune nuove API nel core di yum 2.9.5.

Riporto quindi alcune delle nuove caratteristiche pubblicizzate:

- works with API changes in yum 2.9.5

- Font color, type and size for Output window and package description can be changes in then Preferences

- Now using standard python logging to write to yum file log.

Ebbene ho scoperto che hanno rilasciato un semplice file RPM da installare per poter aggiornare l’attuale release 4.3 con l’ update 4 (quindi alla release 4.4) senza dover toccare le ISO dei cd/dvd di installazione della precedente versione (che se mantenuta aggiornata regolarmente e’ gia’ “scalata”), tutto cio’ per risparmiare spazio e banda sui propri server ed i vari mirror esistenti.

Ma soprattutto (anche se la maestra alle elementari ci bacchettava se iniziavamo un periodo con “ma”) la Beranger’s CentOS 4.3 and 4.4 handy reference guide.

Una lettura d’obbligo per le persone interessate alla materia.

Inoltre ho deciso di convertire il mio Pentium III @1GHz alla CentOS 5 quando essa verrà rilasciata, eseguendo lo switch dalla sinora stabile Fedora Core 5 {sopratutto perche’ top mi restituisce costantemente un utilizzo della macchine superiore a 1.8}. Questo perche’ con l’arrivo del MacBook in casa non ha senso usare come postazione di lavoro quella macchina ormai “obsoleta” mentre diventa piu’ interessante e didatticamente piu’ stimolante avere un server Linux “multi pourpouse”.

Cosa non possibile con la mia configurazione hardware e FC5 che, senza ragioni apparenti, fa presentare alla macchina un utilizzo della CU superiore all’ 80% riducendone molto la responsività (e se uso yum per aggiornare o evolution con spamd attivo e’ la fine) – e si, sto usando beagle, ma altresi’ XFS come file system principale, visto il suo supporto agli attributi estesi ad esso necessari ed alla sua velocità con file di piccole dimensioni, dipici nell’ uso domestico.

Diventa quindi comodo (ed urgente in certi casi) poter effettuare la transizione alla distribuzione CentOS, di cui piu’ volte in queste pagine ho tessuto le lodi, che – essendo un prodotto di classe enterprise – gode di un ciclo di rilascio e supporto piu’ esteso, particolarmente adatto per i sistemi di tipo servente.

Grazie al contributo di un collaboratore del progetto Fedora, tale Harald Hoyer ho appreso che passare dalla release 3 di Fedora Core all’ultima versione di CentOS (la 4.3) sono sufficienti pochi e semplici passaggi:

1) si raggiunge un mirror che contenga gli rpm della CentOS, nel nostro caso usiamo http://ftp.hosteurope.de/mirror/centos.org/4.3/os/i386/CentOS/RPMS/

2) scaricamo e installiamo i seguenti files:

# rpm -Uvh centos-release-4-3.2.i386.rpm yum-2.4.2-2.centos4.noarch.rpm python-elementtree-1.2.6-4.i386.rpm python-sqlite-1.1.6-1.i386.rpm sqlite-3.2.2-1.i386.rpm centos-yumconf-4-4.5.noarch.rpm lynx-2.8.5-18.2.i386.rpm indexhtml-4-2.centos4.noarch.rpm python-urlgrabber-2.9.6-2.noarch.rpm

3) impartiamo un “bel”: yum update

e abbiamo finito !!!

Nel post con cui ne ha dato notizia gli ho chiesto conferma del fatto che non si debba avere abilitato e utilizzato nessun repository esterno (livna o rpmforge) per la fedora e che prima del comando di update bisogni disabilitare i repositories propri di Fedora. Purtroppo al momento non mi ha risposto, ma tendo a pensare che quanto sopra non sia errato.

Happy hacking !