Situazione esasperante (Server 11)

Ormai son settimane che va avanti al ritmo di una lumaca, una volta c'è un errroe SQL, e l'altra pure.
Quando per miracolo funziona, è lentissimo, e avendo un forum è una cosa assurda, visto che è un miracolo se si riesce a mandare un post, il più delle volte bisogna copiarselo, finchè nn si è sicuri che sia stato pubblicato.
La mia non è ne una pretesa, nè altro, vuole essere una critica, di un servizio che per quanto possa essere gratuito (nemmeno tanto, visto che ho pagato per gli Ac per prendere il database), dovrebbe almeno garantire una certà stabilità, o almeno cosi converrebbe.

Mi chiedo, andranno avanti all'infinito questi problemi?

[makpaolo]

http://www.altervista.org/forum/viewtopic.php?t=18402

Il giorno in oggetto, tra le ore 13:00 e le ore 15:30 e tra le ore 18:30 alle ore 19:30 saranno fatti alcuni interventi di manutenzione al server 11 al fine di accertare ed eventualmente risolvere alcuni problemi di connettività.

Sono previsti sporadici downtimes nelle fasce orarie indicate, ovviamente sarà fatto il possibile per minimizzare eventuali disagi.

Non sempre i problemi si risolvono in breve tempo, sono già intervenuti per sistemare il problema, ma ovviamente c'è altro ....
Capita di rado che un server abbia problemi per così tanto tempo.

http://www.altervista.org/forum/viewtopic.php?t=18402

Il giorno in oggetto, tra le ore 13:00 e le ore 15:30 e tra le ore 18:30 alle ore 19:30 saranno fatti alcuni interventi di manutenzione al server 11 al fine di accertare ed eventualmente risolvere alcuni problemi di connettività.

Sono previsti sporadici downtimes nelle fasce orarie indicate, ovviamente sarà fatto il possibile per minimizzare eventuali disagi.

Non sempre i problemi si risolvono in breve tempo, sono già intervenuti per sistemare il problema, ma ovviamente c'è altro ....
Capita di rado che un server abbia problemi per così tanto tempo.

L'avevo letto questo annuncio, ed è per questo che ho scritto, visto che nn si è risolto nulla e i problemi persistono

idem..infatti ora il server 11 su cui poggia il mio sito è down.... -_- uffffffffffffff

[makpaolo]

aggiunto post di Gianluca

A partire da Venerdì scorso fino alla giornata di ieri il server è non ha presentato alcun problema, funzionando in base a parametri normali, la giornata di ieri è stata caratterizzata da alcuni problemi che comunque hanno portato un downtime complessivo di circa due ore.

Allo stato attuale purtroppo non è possibile dare una previsione certa di quando si riuscirà a riportare la situazione alla norma, il server è comunque sotto osservazione.

il link è quello dato sopra.

[Gianluca]

Vedi qui (aggiornato): http://www.altervista.org/forum/viewtopic.php?t=18402

Da quando sono stati fatti quegli interventi a Lunedì non si sono più verificati i problemi segnalati e il funzionamento della macchina è stato soddisfacente, fino appunto ad alcuni problemi verificatisi Lunedì.

Il server è attualmente online, tutti i servizi sono attivi e funzionanti, è stato necessario un riavvio della macchina questa mattina.


Mediamente l'uptime dei server si aggira attorno al 99,5%, il che significa in parole povere avere il proprio sito offline per meno di 4 ore al mese, questa è ovviamente una media e ciò significa che alcuni server possono fare in un mese il 100%, mentre altri 95%, in genere però non ci sono macchine sempre migliori di altre solo macchine che in certi periodi sono migliori e macchine che sono soggette a più o meno manutenzione.

Un uptime medio di questo tipo è per gli standard di mercato un buon risultato per un hosting condiviso a pagamento.

dovrebbe almeno garantire una certà stabilità, o almeno cosi converrebbe

Se consideriamo che questo hosting è gratuito e ciò comporta anche e soprattutto la possibilità per gli utenti di caricare liberamente qualsiasi script da loro fatto (anche bacato) e farlo funzionare direi che è un buon traguardo, è ovvio che l'utente che esige cose come potrebbero essere una garanzia di uptime senza oscillazioni ma allo stesso tempo la libertà di usare qualsiasi applicazione allora converrebbe non tanto rivolgersi ad un generico hosting a pagamento (con server condiviso), piuttosto puntare su una macchina dedicata, sottolineo il fatto che non è un messaggio pubblicitario, AlterVista non offre piani di hosting a pagamento nè vende server dedicati
[/quote]

Grazie per le risposte.

Se non altro, mi hanno chiarito un pò di più l'attuale situazione.
Speriamo sia solo un periodo

anche ora è down

Anche io sono sul server 11...accade almeno 3 volte al giorno che il mio sito sia down per almeno 20 minuti...e questo non mi sembra che faccia 4 ore in un mese! :) Cmq capisco le complicazioni di sistemare un server e cmq spero che il problema sia spesso risolto.
Anche adesso è down 5 Maggio alle 19.44!

Anche io sono sul server 11...accade almeno 3 volte al giorno che il mio sito sia down per almeno 20 minuti...e questo non mi sembra che faccia 4 ore in un mese! :) Cmq capisco le complicazioni di sistemare un server e cmq spero che il problema sia spesso risolto.
Anche adesso è down 5 Maggio alle 19.44!

idem ora è di nuovo down.... va bhe cmnq anke io stò sulla tua stessa media.. non male ma credo che almeno 4 giorni in un mese riesco a stare up---

i siti sull'11 sono ancora down

confermo continuano ad esserci disastrosi problemi!!!!! prima è up poi va in down.....e stò lavorando sul db... va bhe ora sono le 22.18.....e le cose sembrano disatrose.....immensamente disastrose!!!

Ragazzi credo che il problema sia il mio sito...
[code:1:f44aa6aebb]
Ciao,



facendo un esame dei parametri di funzionamento del database server relativo al server numero 11 a seguito di alcune segnalazioni a noi pervenute abbiamo notato questo:





# User@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 36 Lock_time: 13 Rows_sent: 0 Rows_examined: 0
use my_snappywin2k;
UPDATE nuke_counter SET count=count+1 WHERE (type='total' AND var='hits') OR (var='MSIE' AND type='browser') OR (var='Windows' AND type='os');
# User@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 55 Lock_time: 32 Rows_sent: 0 Rows_examined: 0
DELETE FROM nuke_session WHERE time < 1083662780;
# User@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 23 Lock_time: 1 Rows_sent: 0 Rows_examined: 0
use my_snappywin2k;
UPDATE nuke_session SET uname='Fejfbo', time='1083666399', host_addr='213.26.125.5', guest='' WHERE uname='Fejfbo';
# User@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 42 Lock_time: 20 Rows_sent: 1 Rows_examined: 2
SELECT time FROM nuke_session WHERE uname='Fejfbo';
# User@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 42 Lock_time: 20 Rows_sent: 1 Rows_examined: 2
SELECT time FROM nuke_session WHERE uname='Fejfbo';
# User@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 22 Lock_time: 10 Rows_sent: 0 Rows_examined: 0
use my_snappywin2k;
UPDATE nuke_session SET uname='Fejfbo', time='1083666413', host_addr='213.26.125.5', guest='' WHERE uname='Fejfbo';
# User@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 22 Lock_time: 11 Rows_sent: 0 Rows_examined: 0
DELETE FROM nuke_session WHERE time < 1083662813;
# User@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 12 Lock_time: 1 Rows_sent: 0 Rows_examined: 0
UPDATE nuke_session SET uname='Fejfbo', time='1083666399', host_addr='213.26.125.5', guest='' WHERE uname='Fejfbo';
# User@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 22 Lock_time: 11 Rows_sent: 0 Rows_examined: 0
UPDATE nuke_session SET uname='213.26.125.5', time='1083666413', host_addr='213.26.125.5', guest='1' WHERE uname='213.26.125.5';



A quanto pare uno script o un gruppo di script sta eseguendo queste queries che risultano estremamente onerose per il database, questo per motivi che possono essere ricercati nella scarsa ottimizzazione delle queries stesse, degli indici utilizzati o nell'organizzazione della base dati.

Data l'esecuzione in tempi ravvicinati delle medesime si percepisce un impatto negativo sulle performances generali del server stesso, per questo motivo ti chiediamo di intervenire tempestivamente affinchè tale problema non si ripresenti più.

Nel caso in cui il problema si ripresentasse nuovamente sarà necessario intervenire da parte nostra inibendo l'accesso al database per tutelare gli altri utenti del server.

Certi di una tua pronta collaborazione ti chiediamo di confermare al più presto la presa visione del suddetto messaggio.

A presto
Abuse
[/code:1:f44aa6aebb]
Datemi chiarimenti....vi prego....:(

Ragazzi credo che il problema sia il mio sito...

Datemi chiarimenti....vi prego....:(

Cosa non è chiaro? il significato di quanto riportato e quindi capire, che la struttura del sito provoca un sovraccarico sul server, oppure come analizzare la porzione di codice riportata nella mail, e capire come risolvere il problema?

Amico lo spero anche io...
Non posso killare i database degli amici...
Ora ci provo su un'altro cambiando versione del phpnuke, dalla 7.2 metto la 6.5...
speriamo che questa volta funzioni...:(

Mi dispiace aver creato problemi sul server 11....

finalmente abbiamo trovato la soluzione!
Però complimenti per il sito se riesce a fare tutto sto casino!
è down anche adesso!
Che *** censura ****!


scrivere in minuscolo grazie


modificato da makpaolo

Chiedo immensamente perdono a tutta la comunità...
Anche io sono rattristato dal fatto che il mio sito mettesse down il server...
Che altro dire...Stò cercando il problema, ma non sapendo come fare ci stò mettendo molto...mi potreste aiutare voi dicendomi come posso fare??
Mi scuso ancora per i disagi che vi ho provocato...:(

Beh allora consolati che non sei solo. hanno mandato una mail analoga anche a me e mi hanno bloccato il database in attesa che io rispondessi alla mail. ho risposto e anche inviato segnalazione attraverso la maschera di comunicazioni ad altervista ed ora sto attendendo che riattivino il database cosi posso fare un po di pulizia nei dati.

ho creato una nuova discussione qui per chiedere aiuto ma avrei potuto fare un post anche qui , questo comunque e' il link http://www.altervista.org/forum/viewtopic.php?t=18832

il mio pero' non sta sul server 11 bensi sul 6.

-_-

Ragazzi credo che il problema sia il mio sito...
[code:1:4eea15f10c]
Ciao,



facendo un esame dei parametri di funzionamento del database server relativo al server numero 11 a seguito di alcune segnalazioni a noi pervenute abbiamo notato questo:





# UserNOSPAM@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 36 Lock_time: 13 Rows_sent: 0 Rows_examined: 0
use my_snappywin2k;
UPDATE nuke_counter SET count=count+1 WHERE (type='total' AND var='hits') OR (var='MSIE' AND type='browser') OR (var='Windows' AND type='os');
# UserNOSPAM@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 55 Lock_time: 32 Rows_sent: 0 Rows_examined: 0
DELETE FROM nuke_session WHERE time < 1083662780;
# UserNOSPAM@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 23 Lock_time: 1 Rows_sent: 0 Rows_examined: 0
use my_snappywin2k;
UPDATE nuke_session SET uname='Fejfbo', time='1083666399', host_addr='213.26.125.5', guest='' WHERE uname='Fejfbo';
# UserNOSPAM@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 42 Lock_time: 20 Rows_sent: 1 Rows_examined: 2
SELECT time FROM nuke_session WHERE uname='Fejfbo';
# UserNOSPAM@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 42 Lock_time: 20 Rows_sent: 1 Rows_examined: 2
SELECT time FROM nuke_session WHERE uname='Fejfbo';
# UserNOSPAM@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 22 Lock_time: 10 Rows_sent: 0 Rows_examined: 0
use my_snappywin2k;
UPDATE nuke_session SET uname='Fejfbo', time='1083666413', host_addr='213.26.125.5', guest='' WHERE uname='Fejfbo';
# UserNOSPAM@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 22 Lock_time: 11 Rows_sent: 0 Rows_examined: 0
DELETE FROM nuke_session WHERE time < 1083662813;
# UserNOSPAM@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 12 Lock_time: 1 Rows_sent: 0 Rows_examined: 0
UPDATE nuke_session SET uname='Fejfbo', time='1083666399', host_addr='213.26.125.5', guest='' WHERE uname='Fejfbo';
# UserNOSPAM@Host: snappywin2k[snappywin2k] @ localhost []
# Query_time: 22 Lock_time: 11 Rows_sent: 0 Rows_examined: 0
UPDATE nuke_session SET uname='213.26.125.5', time='1083666413', host_addr='213.26.125.5', guest='1' WHERE uname='213.26.125.5';



A quanto pare uno script o un gruppo di script sta eseguendo queste queries che risultano estremamente onerose per il database, questo per motivi che possono essere ricercati nella scarsa ottimizzazione delle queries stesse, degli indici utilizzati o nell'organizzazione della base dati.

Data l'esecuzione in tempi ravvicinati delle medesime si percepisce un impatto negativo sulle performances generali del server stesso, per questo motivo ti chiediamo di intervenire tempestivamente affinchè tale problema non si ripresenti più.

Nel caso in cui il problema si ripresentasse nuovamente sarà necessario intervenire da parte nostra inibendo l'accesso al database per tutelare gli altri utenti del server.

Certi di una tua pronta collaborazione ti chiediamo di confermare al più presto la presa visione del suddetto messaggio.

A presto
Abuse
[/code:1:4eea15f10c]
Datemi chiarimenti....vi prego....:(

Cavolo...
Ma se spiegaste come non commettere questi errori...magari non succederebbero...
Non è una critica, ma solo una curiosità...;)

[makpaolo]

Sono "problemi" dati dal cms utilizzato, in questo caso php-nuke.
Per risolvere o si cambia CMS, o si fà il sito a manina studiando o si interpella qualche forum ufficiale di php-nuke.

Il problema è stato segnalato ma non possiamo risolvere "rogne" date da programmi non di AV.

P.s. scusa per i toni se ti sembrano di rimprovero, non lo sono )

Ancora down down down down............ è assurdo

anche il mio sito è da un po' che ha moltissimi problemi di database.

Come si fa a sapere su che server si è hostati?

[nirvana2003]

Entri nel pannello e guardi l'url. Il numero del server è quello che appare dopo il www: ad esempio, un sito ospitato sul server numero 7 comparirà come http://www7.altervista.org/ecc ecc

Entri nel pannello e guardi l'url. Il numero del server è quello che appare dopo il www: ad esempio, un sito ospitato sul server numero 7 comparirà come http://www7.altervista.org/ecc ecc

Davvero?!
Io allora sto sul server 9 ,,, ma anch'io ho notato problemi col db in questi giorni, ogni tanto va down e viene persa la connessione col server!
Anche il 9 ha problemi?? :? :?

io ora non sono!!!! O_o

Ho risolto!!! :D:D:D Sono felice....;)

Non so voi ma a me la situazione sul server 11 sembra risolta.
Downtime non ne ho + notati e la velocità del server è buona...! SPERIAMO IN BENE! :D

IL SERVER 11 E' DOWN DA BEN 1 ORA E MEZZA
E' INACCETTABILE!!!
sono le 18:28

Si è parlato di 4 ore in media di downtime per ogni utente al mese, ma io vorrei sapere qual'è esattamente il tempo di downtime del server. Un mese son 24 ore x 30= 720 ore? quante ore su 720 il server è stato down? Questo sarebbe il dato da diffondere. I problemi contnuano ogni giorno, mi arrivano un sacco di mail di persone che non accedono al mio sito. Non si parla di poche decine di minuti al giorno...

[Gianluca]

Non so voi ma a me la situazione sul server 11 sembra risolta.
Downtime non ne ho + notati e la velocità del server è buona...! SPERIAMO IN BENE!

Come è stato notato anche da un partecipante al thread l'ultimo downtime registrato del server 11 è stato l'8 Maggio scorso, quindi otto giorni fa dopo di che il server ha funzionato in maniera del tutto normale fino a circa le 16:30 di questo pomeriggio (Domenica 16 maggio).

Si è parlato di 4 ore in media di downtime per ogni utente al mese, ma io vorrei sapere qual'è esattamente il tempo di downtime del server.

Non si è parlato di downtime per utente, che peraltro non sarebbe nemmeno calcolabile, ma proprio di downtime medio dei server, che si attesta, ad ora a meno di 4 ore al mese, l'andamento è periodico e ci sono server che magari in 5 mesi totalizzano un downtime complessivo di 5 ore e server che, per svariati fattori contingenti, totalizzano le stesse ore in una settimana.

Un mese son 24 ore x 30= 720 ore? quante ore su 720 il server è stato down? Questo sarebbe il dato da diffondere.

Questo mese siamo certamente al di sopra della media, siamo sulle 5 ore complessive per il server 11, ovviamente il server è solo una delle 12 macchine che sono attive ora, molte delle quali dall'inizio di Maggio hanno presentato un downtime complessivo pari a 0 ore.

I problemi contnuano ogni giorno mi arrivano un sacco di mail di persone che non accedono al mio sito

In base ai riscontri che sono stati fatti in questo thread non sembrerebbe.

Ricordiamoci che quando ci si connette ad un server remoto si passa per decine di nodi, mediamente una ventina verso gli USA, questo può indicare sommariamente quanto può essere complessa la cosa e il fatto che se non ci si riesce a connettere ad un sito non è per forza di cose segno che il server sia offline, saltuariamente alcuni utenti Fastweb, ad esempio, si trovano impossibilitati ad accedere ad AlterVista e ad alcuni altri siti negli USA, magari anche per giorni, questo non significa che gli USA siano offline, nè quindi che ogni problema che sia sempre da imputare al server che ospita il sito.



In genere ancor prima che qualcuno apra un thread per segnalare che un server è offline, posto che il downtime sia imprevisto, c'è già una persona che sta lavorando al problema oppure è proprio perchè una persona sta lavorando a qualcosa che si presenta un downtime, segnalare semplicemente che un server è offline senza aggiungere nient'altro non ha alcuna utilità e anzi rallenta la risoluzione di altri problemi che potrebbero avere gli utenti degli altri 11 server.

Questa sezione serve sì per la segnalazione dei guasti, ma una segnalazione, come scritto nelle istruzioni, per essere tale e soprattutto utile, deve contenere dei riscontri concreti e utili come traceroutes, provider usato ecc ecc, insomma tutti quei dati che solo l'utente può fornire.


Leggere post del genere che contengono termini come "voglio", "esigo", "pretendo", "inconcepibile" o "inaccettabile" non solo indica che probabilmente chi scrive non ha ben presente la tipologia di servizio offerta, e nemmeno si pone il problema che forse qualcuno ha passato il pomeriggio di una Domenica al lavoro proprio per riportare il tutto alla norma, ma anche che forse un ora e mezza di downtime una Domenica pomeriggio a fronte di 8 giorni di buon funzionamento per una macchina su cui si sta facendo un meticoloso lavoro di test non rappresenta probabilmente una catastrofe, nemmeno se il prorpio sito fosse un portale di fama internazionale.


Fatto questo lungo ma dovuto preambolo anticipo qui, e poi inserirò nell'apposito spazio, che nei giorni di Lunedì e Martedì si tenterà l'installazione sulla macchina di un nuovo kernel, ricompilato ad hoc, e in più si farà anche una ricerca per trovare eventuali scripts dei membri potenziali fonti di problemi.

Per ovvie ragioni che credo non debba spiegare un lavoro del genere comporta necessariamente la messa offline del server per un intervallo di tempo imprevedibile e ovviamente potrebbe richiedere un numero imprecisato di riavvii di sistema e di test, sarebbe un buona cosa non ritrovarsi la sezione piena di flames per questo