other Aruba + Plesk = Merdaother Aruba + Plesk = Merdauser Aruba + Plesk = Merdaplugin Aruba + Plesk = Merdaserver Aruba + Plesk = Merdaworld Aruba + Plesk = MerdaAruba + Plesk = Merda

Di admin | Apr 15, 2008
Stampa questo post Stampa questo post

Che aruba fosse una merda si sapeva da tempo (nel senso che il servizio di per sè è buono, ma sono presenti varie lacune e problemi legati all’applicativo fornito).

In questi giorni ho però scoperto quanto possa essere spiacevole.

Vi spiego il problema da me riscontrato:

a) Non ho apportato nessun cambiamento radicale sul Server Virtuale VPS Aruba

b) Non ho uploadato nessun file (sì, qualcuno, ma non > 10MB in totale)

c) Lo spazio disponibile sulla VPS continuava a decrescere giorno dopo giorno e qui il sospetto: non sarà che qualcosa fa smerdare la VPS e/o aruba ne sia responsabile ?

filetype html Aruba + Plesk = Merdafiletype log Aruba + Plesk = Merda

Da qui la verifica (tramite il mitico comando "du -u /direcory/sottodirectory/…").

I risultati ottenuti, dopo aver applicato il suddetto comando ricorsivamente, sono stati estremamente preoccupanti.

Il risultato ottenuto illustrava con chiarezza che, nei siti molto trafficati, si formavano LOGs di dimensioni assurde: si parla di dimensioni di gran lunga superiore ai 150 MB.

 

Questo, visto che i siti molto trafficati erano (e sono) 3, c’erano circa 500MB di spazio occupato da semplici files di LOG, in particolare degli accessi.

Per sistemare il problema si può rimediare nel seguente modo:

a) cd /var/www/vhosts/[dominio.ext]/statistics/logs/

b) rm access_log.processed

 

Dopo aver fatto ciò lo spazio disponibile era di circa 1/2 GB.

Per chiunque fosse interessato a questa soluzione, può inserire il codice e la procedura sopra indicata in uno script bash, da richiamare comodamente con cron.

 

Questo problema è senz’altro correlato a un problema / un difetto del pannello di gestione hosting Plesk, e/o, a causa di un malfunzionamento del processore di logs logrotate.

 

Per ora il problema è sistemato, ora rimane solo da vedere ogni quanto bisogna eseguire manualmente questa procedura (visto che non abbiamo eseguito la procedura con CRON).

A causa di questo problema è stato inoltre riscontrato un malfunzionamento nei siti web, in particolare nelle operazioni che concernevano l’esecuzione delle query sql, a causa dell’impossibilità di creare un file temporaneo nella cartella /tmp non venivano eseguite e non veniva quindi prodotto nessun output.

Cordialmente, Lucky Linux.

No related posts.

Articoli correlati elaborati dal plugin Yet Another Related Posts.

2 Commenti fin ora
  1. Mark Maggio 22, 2009 8:00 am

    RISOLUZIONE DEFINITIVA AI VS. PROBLEMI. DI BASE SE SI TRATTA DI QUALCOSA PROVENIENTE DA ARUBA SCARTARLA A PRIORI. GIUSTO PER NON AVERCI NULLA A CHE FARE. SPENDETE POCO …. AVETE MENO, QUINDI INUTILE LAMENTARSI. SERVIZI CHE POSSONO ADATTARSI FORSE A SITI WEB PERSONALI. MAI E POI MAI PER UN AZIENDA. CIAO.

  2. Ste Maggio 27, 2009 4:51 pm

    Dal Plesk -> Dominio -> Gestione Log è possibile ablitare la rotazione automatica dei log in modo tale da non arrivare ad avere centinaia di mega inutili.
    Ste

Lascia un commento

Se vuoi inserire un commento, per favore completa il form sottostante.

Nome (obbligatorio)

Email (obbligatorio)

Sito Web

Commenti

© 2008 - 2010 Blog del network GSIdea
Creative Commons LicenseIl contenuto di questo sito web è pubblicato sotto una Licenza Creative Commons.