<![CDATA[Feed RSS ercoppa.org]]> http://www.ercoppa.org "Ma sapevo che al termine della mia carriera mi sarei voltato a guardare indietro, avrei visto anni spesi a costruire muri per dividere le persone, e avrei compreso di aver contribuito a rendere il mondo peggiore." <![CDATA[Netbook Samsung N150 HAZ1IT && Ubuntu GNU/Linux]]> http://www.ercoppa.org/Netbook-Samsung-N150-HAZ1IT--Ubuntu-GNULinux.htm http://www.ercoppa.org/Netbook-Samsung-N150-HAZ1IT--Ubuntu-GNULinux.htm
Specifiche tecniche
  • Processore: Intel Atom N450 1,66 GHz
  • Chipset: Intel NM10 (Front side bus 667 MHz)
  • Scheda video: Intel GMA 3150 (128mb condivisa)
  • Video: 1024x600 LCD LED
  • Ram: 1GB DDR2
  • Disco: SATA 5400RPM 250GB
  • Audio: Intel HD - 1.5W Mono Speaker
  • Batteria: 6 celle (5-6 ore reali)
  • Wifi: Atheros AR9285 (802.11n)
  • Ethernet: Marvell 88E8040 10/100
  • Modem: modulo 3G/HSDPA integrato
  • Altro: Webcam 0,3 megapixel, Lettore SD, VGA out, 3 Usb 2.0
00:00.0 Host bridge: Intel Corporation N10 Family DMI Bridge 00:02.0 VGA compatible controller: Intel Corporation N10 Family Integrated Graphics Controller 00:02.1 Display controller: Intel Corporation N10 Family Integrated Graphics Controller 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02) 00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02) 00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02) 00:1c.3 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 4 (rev 02) 00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02) 00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02) 00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) 00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02) 00:1f.2 SATA controller: Intel Corporation N10/ICH7 Family SATA AHCI Controller (rev 02) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02) 05:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01) 09:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8040 PCI-E Fast Ethernet ControllerBus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 002: ID 0a5c:219b Broadcom Corp. Bluetooth 2.1 Device Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 005: ID 04e8:6872 Samsung Electronics Co., Ltd Bus 001 Device 004: ID 0ac8:c33f Z-Star Microelectronics Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Compatibilità con GNU/Linux
Come già detto il livello di compatibilità di questo netbook è molto elevato. Con Lucid Lynx l'unico componente a non funzionare correttamente è stato il modulo 3G. Con Maverick si è risolto anche quest'ultimo problema (sono riuscito a connettermi con successo sia con Vodafone che con TIM).

Con entrambe le versioni, al fine di poter sfruttare tutti i tasti speciali (alcuni utili) e poter regolare la luminosità, consiglio di aggiungere il PPA di Voria:sudo add-apt-repository ppa:voria/ppaed installare:sudo apt-get install samsung-tools easy-slow-down-managerIn aggiunta, al momento con Maverick non è possibile risvegliare il netbook dal suspend. E' un problema già segnalato ed in via di risoluzione. Si può, temporaneamente, installare manualmente il kernel di Lucid (linux-image (generic), linux-headers (generic) e linux-headers).

La batteria dura sulle 4-5 ore, ma con qualche ottimizzazione (che sto sperimentando) si può arrivare alle 6 (wifi attivo ma luminosità bassa).

Saluti.]]> ercoppa Thu, 14 Oct 2010 23:29:05 +0100 <![CDATA[[BASH] BSMB: Bad Simple Mail Backup]]> http://www.ercoppa.org/BASH-BSMB-Bad-Simple-Mail-Backup.htm http://www.ercoppa.org/BASH-BSMB-Bad-Simple-Mail-Backup.htm code_2.jpg Questo script bash è stato pensato per effettuare il backup di database MySQL e/o specifiche directory, spedendo tutto come allegato in una mail verso uno specifico indirizzo. Ovviamente nel caso in cui il backup superi una determinta dimensione (default: 10MB), il tutto viene splittato in un insieme di file e spedito in diverse email. Per evitare di occupare eccessivamente la rete ed evitare possibili noie dei server mail, fra le diverse email spedite vi è un certo periodo di sleep (default: 100 secondi). Tutto molto semplice, niente fronzoli, nessuna pretesa di aver un sistema di backup affidabile e/o efficiente.

Lo script può essere usato, definendo le principali voci di configurazione in un file bash e includendo selvaggiamente BSMB.#!/bin/bash # # Edit the following vars, please! # # Email address email=yourÃ@mail.com # Backup Mysql databases? YES/NO dump_db=YES # Backup directory? YES/NO tar_dir=YES # # Mysql configuration # # Mysql user sql_user=user # Mysql password sql_pass=pass # List of databases, listed in an array sql_db[0]=dbname # # Directory to backup # # List of directories, listed in an array dir_b[0]=/absolute/path/to/directory source /path/to/bsmb
Dipendenze:
  • mutt
  • mysqldump
  • tar
  • bzip2
Codice sorgente BSMB: bsmb]]> ercoppa Thu, 07 Oct 2010 23:11:26 +0100 <![CDATA[Trasferimento sito: dove, come e perchè]]> http://www.ercoppa.org/Trasferimento-sito-dove-come-e-perche.htm http://www.ercoppa.org/Trasferimento-sito-dove-come-e-perche.htm
Perchè

Le motivazioni alla base della decisione di scappare da TopHost le ho dettagliate in precedenti post, ecco però una breve sintesi:
  1. TopHost negli anni ha radicalmente cambiato approccio di comunicazione con i propri clienti, la cortesia ha lasciato il posto ad una frenesia delle risposte (spesso pre-determinate e poco utili) sfociando in alcune occasioni in vera e propria arroganza
  2. TopHost negli anni ci ha deliziato di numerose mail (da quelle promozionali a quelle di puerile ribellione verso alcuni blogger) però quando un evento indesiderabile ha colpito i nostri database (dispersi nel vuoto), non vi è stata alcuna comunicazione
  3. TopHost ha dichiarato di non esser riuscita a ripristinare solo una manciata di database (fra cui i miei) ma al contrario, stranamente, si è rifiutata di effettuare ogni tipo di ripristino via backup (ad esclusione di alcune eccezioni) avanzando come (valida ma poco professionale) scusa la mancata assicurazione dell'integrità dei dati nelle condizione di fornitura del prodotto
Per queste ragioni (decisive le prime due) ho deciso di traslocare altrove il mio sito.

Dove e come

Per diversi anni ho mantenuto volontariamente questo sito su un piano hosting molto limitato in fatto di risorse. Ho fatto ciò perchè ho sempre pensato che se un sito piccolo come il mio avesse richiesto un hosting superiore a quello offerto da TopHost, allora il mio sito era programmato male. Ho mantenuto questa invariante anche in questi ultimi due anni in cui ho posseduto un piano hosting molto più prestigioso (Dreamhost).

Al contrario nel momento in cui ho deciso di traslocare da TopHost, ho iniziato a pensare di prendere un piano hosting superiore alle mie necessità. Ciò perchè volevo appunto maggiore flessibilità. Tra le tante cose che volevo ottenere dal nuovo hoster era la disponibilità di PHP 5.3 (molto difficile da trovare preinstallato in piani hosting low-cost).

Poi, parlando con un collega universitario, è uscita fuori la possibilità di prendere un VPS e suddividerne le spese. Dopo un po' di ricerca, la scelta è caduta su RamHost. Abbiamo optato per l'offerta Bonus con le seguenti caratteristiche:
  1. self-managed
  2. virtualizzazione basata su OpenVZ
  3. 60GB di spazio disco
  4. 768MB di RAM (burst 1GB)
  5. CPU in equa misura
  6. banda a volontà
  7. backup mensile
Tutto ciò avendo un sistema guest con Debian Lenny. Su tale VPS abbiamo, al momento, configurato i seguenti servizi: Apache, PHP, MySQL, SSH, VsFTPD, Iptables, TomCat, vari ed eventuali.

Ovviamente non ho l'arroganza di dire che tale VPS, da noi configurata, possa garantire maggiore sicurezza e prestazioni al mio sito. Proprio perchè abbiamo speso numerose ore (soprattutto per quel maledetto di TomCat) per far andare tutta la baracca (c'è ancora molto da sistemare/ottimizzare) mi è ben chiaro quanto lavoro ci sia dietro un semplice piano hosting (seppur low-cost e/o comunque basilare).

Riguardo al dominio ercoppa.org, l'ho trasferito su OVH.it, che si è dimostrata fino ad ora molto professionale (hanno configurato, senza alcuna mia preventiva indicazione, i campi NS verso i DNS di TopHost per minimizzare il tempo di irraggiungibilità del sito).

Inoltre, cogliendo la palla al balzo, ho deciso finalmente di metter mano a BSE (Bad Site Engine, l'ammosso di codice che fa andare avanti questo sito) e ripensarlo da zero. Devo ammettere che in realtà, le novità introdotto da PHP 5.3 hanno reso impossibile l'esecuzione (senza alcuna modifica) del vecchio BSE.
BSE 0.2 è stato completamente riscritto da zero, nuovo design, nuove classi, nuove feature. Al momento ho reimplementato tutto quello che volevo portarmi dietro da BSE 0.1, aggiungendo solo qualche piccola novità (captcha e feed rss per i commenti di uno specifico contenuto). Nei prossimi mesi, appena avrò effettuato un po' di testing live del codice e completato un paio di nuove feature (prima su tutte: la catalogazione dei contenuti dinamici in base ai tag), rilascerò pubblicamente il codice fornendo maggiori dettagli su di esso (sempre che a qualcuno interessi... io lo faccio giusto magari per soddisfare la curiosità di chi chiede come funzioni il mio sito).

Naturale conseguenza di questa riscrittura del codice, è stata l'eliminazione/pulizia di molti contenuti da me considerati obsoleti. Tutti i video e/o foto, dove possibile, sono stati forniti agli interessati attraverso canali alternativi.

Saluti.]]> ercoppa Tue, 05 Oct 2010 21:49:33 +0100 <![CDATA[TopHost: scarsa professionalità]]> http://www.ercoppa.org/TopHost-scarsa-professionalita.htm http://www.ercoppa.org/TopHost-scarsa-professionalita.htm 25/08/2010

Attualmente ci sono dei problemi allo storage che mantiene i database di alcuni nodi.

Stiamo analizzando la cosa per vedere il da farsi. Purtroppo il problema è grave e la soluzione dello stesso richiederà tempo. Vi terremo aggiornati.

Aggiornamento delle 17:00. I nodi interessati dal problema sono: 1, 2, 3 e 4

Aggiornamento delle 17:25. I nodi 3 e 4 stanno ripartendo. Continuiamo il lavoro di ripristino sugli altri nodi.

Aggiornamento delle 17:42. Stiamo facendo un check del DB al nodo 2. Il nodo 1 è ok per quanto riguarda la parte web ed il servizio e-mail. Tra poco ripartirà anche il database.

Consigliamo ai clienti di effettuare un check delle tabelle se notano malfunzionamenti. Ad esempio coloro che utilizzano Joomla possono trovarsi la tabella delle sessioni corrotta.

Aggiornamento delle 17:53. Nodo 1 tophost ok. Ora rimane da sistemare la partizione database del nodo 2.

Aggiornamento delle 18:10. Stiamo ancora lavorando al ripristino del nodo 2.

I clienti che riscontrino problemi nei nodi che risultano ripristinati, sono invitati ad effettuare il check delle tabelle come indicato nell'aggiornamento delle 17:42 e poi al limite aprire un ticket.

Per effettuare un check delle tabelle usare l'apposita funzione attraverso PHPMYADMIN presente nel proprio CPANEL.

Aggiornamento delle 19:00. E&amp;amp;amp;amp;amp;#039; ancora in corso il check del nodo 2.

Nel nodo 4 alcuni DB devono essere ripristinati a mano perché erano finiti nella cartella lost and found. Lo stiamo facendo noi, quindi NON aprite ticket per i DB mancanti del nodo 4, ma abbiate pazienza fino a nostra nuova comunicazione.

Aggiornamento delle 19:10. Buone nuove. Per il nodo 2 ci sono dei tempi di attesa un po' lunghi, ma riusciremo a recuperare dati e partizione. I lavori sono in corso.

Aggiornamento delle 19:30. Il recupero del nodo 2 andrà avanti per altre due ore circa.

Aggiornamento delle 23:30. Ora anche il nodo 2 è operativo. Domani pubblicheremo un resoconto.

26/08/2010

Aggiornamento delle 9:10. Il problema di ieri ha colpito i nodi 1, 2, 3, 4 nella sola parte di posta elettronica e database Mysql. L'anomalia è venuta dallo storage, pensavamo si trattasse di un disco che oggi è stato resettato, ma poi si sono ripetuti dei problemi e quindi la cosa va ulteriormente indagata, e lo stiamo facendo oggi.

I nodi 1 e 3 sono stati ripristinati completamente entro un paio d'ore sia parte e-mail che database.

Il nodo 4 ha richiesto più tempo dei precedenti nodi, la parte e-mail è stata recuperata integralmente mentre la parte database mysql pur essendo stata recuperata è solo parzialmente utilizzabile. La quasi totalità delle migliaia di database sono stati recuperati e funzionano. Ce ne sono una manciata che pur esistenti non sono immediatamente utilizzabili, non escludiamo che se ne possano recuperare altri dietro apertura di ticket da parte del cliente. La procedura è comunque lunga (10/15 giorni) e se uno riesce a ripubblicare il proprio backup potrebbe vedere risolta la situazione in meno tempo.

Il nodo 2 è quello che ha avuto maggiori danni. La parte e-mail è stata tutta recuperata, meno bene è andata per i database; ne abbiamo recuperati 3259, ma ce ne sono altrettanti inutilizzabili. In questo caso il cliente deve ripubblicare il proprio backup.

Aggiornamento delle 9:30. Ora sono in corso ulteriori procedure per cercare di recuperare altri database dal nodo 4 e dal nodo 2.

Aggiornamento delle 17:15. Dopo il ripristino della funzionalità dello storage avvenuto ieri, oggi abbiamo lavorato nel recupero dei database usando tutti i mezzi e le fonti a noi disponibili.

Tutto ciò che è stato possibile recuperare è stato recuperato, in qualche caso è stato recuperato il database senza qualche tabella, risultata corrotta. Alla fine delle operazioni sono rimasti fuori qualche centinaio di database per i quali, ci spiace, non c'è più nulla da fare.
Ed inoltre:
26/08/2010 ore 17:30

Dopo il ripristino della funzionalità dello storage avvenuto ieri, oggi abbiamo lavorato nel recupero dei database usando tutti i mezzi e le fonti a noi disponibili.

Tutto ciò che è stato possibile recuperare è stato recuperato, in qualche caso è stato recuperato il database senza qualche tabella, risultata corrotta. Alla fine delle operazioni sono rimasti fuori qualche centinaio di database per i quali, ci spiace, non c'è più nulla da fare.

Aggiornamento delle 19:00. Ci spiace veramente per i dati che non siamo riusciti a recuperare. In questi due giorni di fuoco abbiamo lavorato alacremente fino a tarda notte, perché ci teniamo a risolvere nel miglior modo possibile ogni problema e questo anche se potevamo nasconderci dietro le norme di fornitura dove è detto che l&amp;amp;amp;amp;amp;#039;integrità dei dati non è garantita e rendere a tutti i clienti semplicemente spazi resettati.

Nel mio caso sono andati persi tutti database (probabilmente faccio parte di quei pochi casi per cui non c'è stato nulla da fare...). Sarebbe stato piacevole ricevere un email di segnalazione del problema da parte di TopHost, ma loro le mandano solo quando devono segnalare le loro interessanti novità, promozioni o litigate con il blogger di turno (non è uno scherzo, lo hanno fatto).

E' chiaro che un problema hardware può sempre accadere, non è evitabile. Quello che non va giù è la mancata capacità di ripristino (attraverso backup di TopHost) per i database irrecuperabili. E' strano.
Ovviamente, essendo uno dei pochi clienti, che ha subito questo disagio (intendo la perdita totale del database, perchè di per se il problema ha riguardato gran parte dei nodi di TopHost) ho aperto un ticket per richiedere assistenza:
Salve, sono un utente del nodo 2. Come da voi esposto i miei database sono andati persi. Almeno uno di essi è mio interesse essere recuperato e ripristinato attraverso i vostri backup.

E' chiaro che un problema hardware può accadere, ma altrettanto doveroso agire di conseguenza quando i vostri clienti subiscono tali disagi. Conosco le norme di contratto (da voi citate) e vi invito a comportarvi da professionisti.

Il database in oggetto risiede sul secondo nodo e si chiama xxxxxxxxxxx. Sarebbe gradita anche una previsione delle tempistiche.

In aggiunto vi garantisco che in tali occasioni sarebbe doveroso avvertire il cliente anche via email. L'email non dovrebbe essere usato solo quando dovete informarci delle vostre litigate o promozioni.

Saluti, Emilio Coppa.

Ovviamente la risposta inutile di TH è stata di fare riferimento ai prececedenti avvisi da loro inseriti (postati ad inizio articolo). Della serie "è andata così, per te nulla da fare". Con tale risposta, il ticket è stato da loro chiuso. Avrei gradito maggiore collaborazione.

Pazienza, il mio backup risale al 10 luglio, non è una tragedia. Come già detto nel precedente post, questo sito presto verrà trasferito altrove. Possibilmente presso un hoster che effettua backup ed in caso di necessità è in grado di usarli.

Spiacente per i commenti andati persi.

P.s. nel precedente post facevo riferimento al fatto che la mia scelta non era guidata da problemi tecnici subiti, della serie le ultime parole famose...

Saluti.

EDIT

Siamo alle comiche. Guardate cosa è stato scoperto...

EDIT 2

Purtroppo la cache di Google è ovviamente stata aggiornata. In soldoni la pagina relativa al prodotto TopWeb (il pacchetto hosting di TopHost) fino ad un giorno prima del misfatto, portava fra le feature la dicitura "backup bisettimanale mediante il sistema Tivoli di IBM".]]> ercoppa Thu, 26 Aug 2010 19:50:10 +0100 <![CDATA[Caduta di stile di TopHost]]> http://www.ercoppa.org/Caduta-di-stile-di-TopHost.htm http://www.ercoppa.org/Caduta-di-stile-di-TopHost.htm questo articolo. Devo dire che ci sono rimasto molto male, TH mi ha parecchio deluso. E' da tempo che osservo l'involuzione (a mio giudizio) del loro modo di rapportarsi con i clienti. Forse questa volta hanno davvero esagerato.

Pur non avendo alcun problema di carattere tecnico, ho deciso che presto o tardi questo schifoso sito troverà una nuova casa.

Saluti.]]> ercoppa Sat, 10 Jul 2010 14:04:13 +0100