<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>blog.morphey.org &#187; Linux</title>
	<atom:link href="http://blog.morphey.org/category/linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.morphey.org</link>
	<description>Il blog di morphey</description>
	<lastBuildDate>Mon, 17 Oct 2011 08:31:52 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>LinuxDay Cassino 2011</title>
		<link>http://blog.morphey.org/2011/10/17/linuxday-cassino-2011/</link>
		<comments>http://blog.morphey.org/2011/10/17/linuxday-cassino-2011/#comments</comments>
		<pubDate>Mon, 17 Oct 2011 08:30:16 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[cassino]]></category>
		<category><![CDATA[linuxday]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=595</guid>
		<description><![CDATA[Il 22 Ottobre, come in tutta Italia, anche a Cassino si terrà il LinuxDay 2011 presso l&#8217;università.
Quest&#8217;anno anche io avrò il mio piccolo spazio per dare il mio contributo.
Qui troverete tutte le info:
http://clug.netsons.org/?page_id=22
]]></description>
		<wfw:commentRss>http://blog.morphey.org/2011/10/17/linuxday-cassino-2011/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Installare il modulo php MSSQL su CentOS/RedHAT con cPanel</title>
		<link>http://blog.morphey.org/2010/11/30/installare-il-modulo-php-mssql-su-centosredhat-con-cpanel/</link>
		<comments>http://blog.morphey.org/2010/11/30/installare-il-modulo-php-mssql-su-centosredhat-con-cpanel/#comments</comments>
		<pubDate>Mon, 29 Nov 2010 23:00:34 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Howto]]></category>
		<category><![CDATA[Informatica]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[cpanel]]></category>
		<category><![CDATA[mssql]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[sql]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=582</guid>
		<description><![CDATA[Come tutti sanno, collegarsi ad un database MSSQL (windows) da php, richiede un modulo aggiuntivo: php-mssql
Chi ha un server con cPanel installato, sa bene che questo modulo non è presente in EasyApache. Vediamo come installarlo in CentOS (o RedHat) manualmente insieme alle librerie che servono.
Per prima cosa, installiamo tramite yum il driver ODBC opensource per linux e FreeTDS (comprensivo di devels per le compilazioni) :
yum -y install unixODBC freetds freetds-devel
Qui c&#8217;è da fare subito un notazione: su macchine x86_64, c&#8217;è un problema con la libreria libsybdb.so che ci serve nel ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/11/30/installare-il-modulo-php-mssql-su-centosredhat-con-cpanel/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Pidgin: Impossibile validare certificato omega.contacts.msn.com</title>
		<link>http://blog.morphey.org/2010/11/19/pidgin-impossibile-validare-certificato-omega-contacts-msn-com/</link>
		<comments>http://blog.morphey.org/2010/11/19/pidgin-impossibile-validare-certificato-omega-contacts-msn-com/#comments</comments>
		<pubDate>Fri, 19 Nov 2010 13:19:10 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[Informatica]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=572</guid>
		<description><![CDATA[Da qualche giorno, chi usa Pidgin come programma di messaggistica istantanea, si sarà accorto che c&#8217;è un problema quando tenta di accedere sulla rete MSN per via del certificato ssl per l&#8217;host omega.contacts.msn.com.

Il problema è nato dal fatto che il certificato ssl è stato cambiato ma pidgin non forza l&#8217;aggiornamento.
Per risolvere il problema bisogna agire manualmente sostituendo l&#8217;attuale certificato scaricato da pidgin con quello effettivo di *.contacts.msn.com
I files da modificare con un qualsiasi editor di testo puro sono i seguenti (per windows usate notepad, per linux gedit o vim):
WINDOWS: %appdata%\.purple\certificates&#124;x509\tls_peers\omega.contacts.msn.com
LINUX: /home/USER/.purple/certificates/x509/tls_peers/omega.contacts.msn.com
Cancellate tutto ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/11/19/pidgin-impossibile-validare-certificato-omega-contacts-msn-com/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>cPanel e Munin: le statistiche di mysql non vengono generate</title>
		<link>http://blog.morphey.org/2010/07/09/cpanel-e-munin-le-statistiche-di-mysql-non-vengono-generate/</link>
		<comments>http://blog.morphey.org/2010/07/09/cpanel-e-munin-le-statistiche-di-mysql-non-vengono-generate/#comments</comments>
		<pubDate>Fri, 09 Jul 2010 12:20:31 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Sistemistica]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=513</guid>
		<description><![CDATA[Quando si cambia la password di root di mysql e si ha cPanel con il plugin di Munin installato, capita che il munin-node non aggiorni le statistiche di MySQL.
Per ovviare a questo problema, editiamo il fil /etc/munin/plugin-conf.d/cpanel.conf e inseriamo queste direttive nella sezione [mysql]
env.mysqladmin /usr/bin/mysqladmin
env.mysqlopts &#8211;defaults-extra-file=/root/.my.cnf
il risultato sarà questo:
[mysql*]
user  root
group wheel
env.mysqladmin /usr/bin/mysqladmin
env.mysqlopts  &#8211;defaults-extra-file=/root/.my.cnf

Successivamente  riavviate munin: /etc/init.d/munin-node restart
]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/07/09/cpanel-e-munin-le-statistiche-di-mysql-non-vengono-generate/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Plesk Linux &#8211; Forzare aggiornamenti AWStats</title>
		<link>http://blog.morphey.org/2010/02/18/plesk-linux-forzare-aggiornamenti-awstats/</link>
		<comments>http://blog.morphey.org/2010/02/18/plesk-linux-forzare-aggiornamenti-awstats/#comments</comments>
		<pubDate>Thu, 18 Feb 2010 22:45:27 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Plesk]]></category>
		<category><![CDATA[awstats]]></category>
		<category><![CDATA[statistiche]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=496</guid>
		<description><![CDATA[Plesk su linux ha molti tool seminascosti nell&#8217;assurda (a mio dire) struttura di directory interne.
Per esempio c&#8217;è un comando molto utile per forzare l&#8217;aggiornamento delle statistiche AWStats del proprio dominio.
Di seguito il comando valido per l&#8217;ipotetico dominio miodominio.it:
/usr/local/psa/admin/sbin/statistics --calculate-one --domain-name=miodominio.it
Possiamo anche far girare lo stesso script per tutti i domini in questo modo:
/usr/local/psa/admin/sbin/statistics &#8211;calculate-all

Può capitare a volte, in seguito ad aggiornamenti di sistema non andati a buon fine, di imbatterci in errori come questo:
# /usr/local/psa/admin/sbin/statistics &#8211;calculate-all
sh: /var/www/cgi-bin/awstats/awstats.pl: No such file or directory
sh: /usr/share/awstats/awstats_buildstaticpages.pl: No such file or directory
statistics: Unable to ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/02/18/plesk-linux-forzare-aggiornamenti-awstats/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Plesk &#8211; Centos 5.4 x86_64 &#8211; Installazione in caso di errori</title>
		<link>http://blog.morphey.org/2010/02/17/plesk-centos-5-4-x86_64-installazione-in-caso-di-errori/</link>
		<comments>http://blog.morphey.org/2010/02/17/plesk-centos-5-4-x86_64-installazione-in-caso-di-errori/#comments</comments>
		<pubDate>Wed, 17 Feb 2010 22:46:27 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[Informatica]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Plesk]]></category>
		<category><![CDATA[Sistemistica]]></category>
		<category><![CDATA[yum]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=493</guid>
		<description><![CDATA[Su una distribuzione pulita di CentOS 5.4 x86_64, in fase di installazione di Plesk 9.3, puo&#8217; capitare questo errore:
Determining the packages that need to be installed.
Unhappy catched; try to resolve again.
The requested package &#8220;psa&#8221; could not be installed.
Searching problems for the &#8220;psa&#8221; package.
No suitable solutions were found for the &#8220;bind &#62;= 9.2.1&#8243; dependency.
The &#8220;bind-30:9.3.4-10.P1.el5_3.3.x86_64&#8243; package resolves &#8220;bind &#62;= 9.2.1&#8243;.
Could not add package bind-libs-30:9.3.6-4.P1.el5.x86_64to the list of required packages.Problem occured during searching directly resolved dependencies for &#8216;libbind9.so.0()(64bit)&#8217; of package bind-30:9.3.4-10.P1.el5_3.3.x86_64 ERROR: Unable to install the &#8220;psa-9.2.3-cos5.build92091016.19.x86_64&#8243; package.
Not all packages were installed.
Please, ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/02/17/plesk-centos-5-4-x86_64-installazione-in-caso-di-errori/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Subversion &#8211; compilare l&#8217;ultima versione disponibile</title>
		<link>http://blog.morphey.org/2010/02/12/subversion-compilare-ultima-versione-disponibile/</link>
		<comments>http://blog.morphey.org/2010/02/12/subversion-compilare-ultima-versione-disponibile/#comments</comments>
		<pubDate>Thu, 11 Feb 2010 23:11:20 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[Howto]]></category>
		<category><![CDATA[Informatica]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Sistemistica]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[subversion]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=489</guid>
		<description><![CDATA[Durante la mia esperienza lavorativa, ho notato che molte distribuzioni (Centos in primis) non hanno nei loro repositories l&#8217;ultima versione di subversion (svn).
Per esempio, in Fedora 12, l&#8217;ultima release disponibile è la 1.6.6 (ultima) mentre su Centos 5.3 (usata molto sui server per l&#8217;hosting e servizi web) c&#8217;è la 1.4.2.

Questo è molto limitativo in quanto nell&#8217;ultima versione hanno migliorato molto il codice e la velocità, nonché il supporto per altri protocolli.
Di seguito uno script per eseguire la compilazione diretta di subversion dai suoi sorgenti.
#installiamo, se ce ne fosse bisogno, i ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/02/12/subversion-compilare-ultima-versione-disponibile/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Monitoraggio LSI Logic/Dell SAS 5/iR RAID con mpt-status</title>
		<link>http://blog.morphey.org/2010/02/11/monitoraggio-lsi-logicdell-sas-5ir-raid-con-mpt-status/</link>
		<comments>http://blog.morphey.org/2010/02/11/monitoraggio-lsi-logicdell-sas-5ir-raid-con-mpt-status/#comments</comments>
		<pubDate>Wed, 10 Feb 2010 23:12:44 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[Howto]]></category>
		<category><![CDATA[Informatica]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Sistemistica]]></category>
		<category><![CDATA[dell]]></category>
		<category><![CDATA[monitor]]></category>
		<category><![CDATA[raid]]></category>
		<category><![CDATA[sas]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=483</guid>
		<description><![CDATA[E&#8217; possibile effettuare un monitoring dell&#8217;array RAID di un controller LSI Logic SAS 5/iR che montano macchine DELL, molto basilare, ma utile e immediato. Utilizzeremo il tool mpt-status.
La scelta di questo tool è molto semplice e (a volte) obbligata se la macchina in questione ha poca RAM.
Infatti molti scelgono di monitorare il tutto tramite omreport di Dell (parte della suite OpenManage) che sicuramente è il migliore tool di monitoraggio locale per i controller RAID (e non solo) in quanto, oltre a controllare lo stato dei dischi, restituisce molte più informazioni su ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/02/11/monitoraggio-lsi-logicdell-sas-5ir-raid-con-mpt-status/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Tar/Gzip live via ssh</title>
		<link>http://blog.morphey.org/2010/02/10/tar-gzip-live-via-ssh/</link>
		<comments>http://blog.morphey.org/2010/02/10/tar-gzip-live-via-ssh/#comments</comments>
		<pubDate>Tue, 09 Feb 2010 23:28:31 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[Informatica]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Sistemistica]]></category>
		<category><![CDATA[compressione]]></category>
		<category><![CDATA[gzip]]></category>
		<category><![CDATA[ssh]]></category>
		<category><![CDATA[tar]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=480</guid>
		<description><![CDATA[Non tutti sanno che la coppia tar+ssh a volte può tornare molto utile.
Mettiamo ipoteticamente, che dobbiamo effettuare una compressione di un grosso file (o cartella) ma non abbiamo abbastanza spazio sul disco per avere il file compresso o lo dobbiamo fare su un computer con un processore molto vecchio (e lento).
Risultato 1: il file risulterà corrotto per via dello spazio esaurito sul disco (con un notevole coinvolgimento di tutto il sistema);
Risultato 2: ci metteremo tutta la giornata  
Ecco la soluzione al problema.
Premettendo che bisogna avere un secondo pc (o ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/02/10/tar-gzip-live-via-ssh/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>VMware &#8211; Problemi caratteri speciali tastiera</title>
		<link>http://blog.morphey.org/2010/02/08/vmware-problemi-caratteri-speciali-tastiera/</link>
		<comments>http://blog.morphey.org/2010/02/08/vmware-problemi-caratteri-speciali-tastiera/#comments</comments>
		<pubDate>Sun, 07 Feb 2010 23:56:49 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[Informatica]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Sistemistica]]></category>
		<category><![CDATA[keyboard]]></category>
		<category><![CDATA[vmware]]></category>
		<category><![CDATA[vps]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=475</guid>
		<description><![CDATA[Chi utilizza vmware su linux (fino alla versione 7), avrà notato che ci sono alcuni problemi nell&#8217;inserimento di alcuni caratteri speciali su una vps.
Uno di questi caratteri è la chiocciola (@), il che è molto snervante.
Il problema, principalmente, nasce da un setting di default che effettua la mappatura della tastiera dell&#8217;host replicando la stessa configurazione sulla keyboard virtuale.

Per correggere questa impostazione (almeno per alcuni caratteri speciali, tornando a scrivere una email con l&#8217;indirizzo giusto   basta editare con qualsiasi editor testuale (consiglio vim) il file ~/.vmware/config ed inserire queste ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/02/08/vmware-problemi-caratteri-speciali-tastiera/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

