Newsgroup: it.comp.os.linux.sys
Titolo: [OT] Mysql e tempi di aggiornamento..

So che ï¿œ OT, ma ho scritto su f.i.c.d.mysql e non ho ottenuto risposta.. 
Provo qui sperando di essere il piï¿œ comprensibile possibile.
Linux ubuntu 8.04 lts server... mysql come database e le query che 
vengono visualizzate attraverso una pagina web.. Aggiornamento del 
database ogni minuto e refresh automatico della pagina quando si ï¿œ 
connessi..
Problema: gli aggiornamenti si interrompono qualche minuto della 
mezzanotte, per riprendere verso le 2.00
Domanda: Perchï¿œ ?
Il database ï¿œ ad accesso pubblico e posso anche pubblicare il link;
http://ik6xmi.homepc.it:8000/spidersql/cluster.php
Ed inoltre.. E' un problema di mysql o dell'ambiente php ?
Grazie e scusate di nuovo per l'OT.
Davide.

 Domanda: Perchï¿œ ?
Dipende: COSA dovrebbe aggiornare? Come? Perchï¿œ? Dove?
PS: la pagina, almeno a me, non si apre (timeout).
Enrico

 
http://ik6xmi.homepc.it:8000/spidersql/cluster.php
che non funziona....


Ecco.. Fantastico... :-( Ho perso la connessione e quindi devo attendere 
il refresh del demone ddclient, perï¿œ il link ï¿œ giusto...
Comunque.. Cercherï¿œ di essere piï¿œ chiaro possibile.. Grazie anche a 
Redwiz per la risposta.. rispondo qui a tutte e due...
Ho un server che gira su protocollo telnet per radioamatori (dxspider); 
su questo server vengono pubblicati delle informazioni dagli utenti che 
sono connessi; tramite un applicazione sviluppata da un collega 
radioamatore e raggiungibile a questo link 
http://www.9h1lo.net
 si ha la 
possibilitï¿œ per gli utenti di non essere connessi tramite telnet, ma di 
visualizzare le informazioni tramite una pagina web scritta in php.. 
Alla base c'ï¿œ mysql che prende i dati dal server telnet e li converte in 
un database.
Questa pagina si aggiorna ogni minuto e quindi per chi sta visualizzando 
la pagina (quando il link funzia) non ha la necessitï¿œ di  premere di 
continuo f5 oppure "aggiorna". Il problema sta nel fatto che questo 
automatismo si "spegne" poco prima della mezzanotte (23.58) per poi 
riprendere alle 2.00.. Nel periodo dell'orario di stand by, gli 
aggiornamenti non si vedono nemmeno aggiornando la pagina a mano, 
nonostante che il server telnet continui a funzionare tranquillamente..
Spero di essere stato piï¿œ chiaro e che ora la pagina si visualizzi per 
maggior verifica.. Grazie a tutti di nuovo.
Davide.

 Hai errori di qualche tipo nei log?
Nessun info nei log.. gi� spulciati e ricontrollati varie volte...
Per quanto riguarda la descrizione dell'applicativo e il funzionamento 
ti rimando al post in coda a quello di Enrico Brasetti.
Grazie dell'aiuto.
Davide.

 Spero di essere stato pi� chiaro
No, non lo sei stato.
CHI scrive nel db e COME ? e QUANDO?
Quando la pagina non funziona, i dati nel db ci sono o no?
se ci sono,posta il codice di chi legge dal db.
se non ci sono, posta il codice chi nel db ci scrive.
posta anche i dati presenti nel db nel periodo di buio

 posta anche i dati presenti nel db nel periodo di buio
Nulla.. In quelle due ore in database non si aggiorna...
Chiedo scusa per la mia poca professionalit�, ma sono completamente a 
secco per quanto riguarda mysql e database in genere.. Spero per� 
possiate aiutarmi.. Grazie infinite.
Davide.

 * * * * * root /spider/data/spots/2009/dxmysql.sh > /dev/null
A mezzanotte il primo conrjob scrive 1 in /spider/data/spots/2009/
start.txt
Invece il secondo cronjob viene eseguito ogni minuto e chiama dxmysql.sh,
il quale prende i dati da /spider/data/spots/2009/$doy.dat (dove al posto
di $doy mette il giorno corrente (rispetto all'inizio dell'anno) li 
travasa nel file /spider/data/spots/2009/newspots.dat e da qui in mysql.
dopodiche aggiorna start.txt cosicché alla prossima invocazione non 
riparte dall'inizio ma da dove era arrivato.
domanda, chi alimenta il file /spider/data/spots/2009/$doy.dat?
che succede se il cronjob della mezzanotte scrive 1 nel file start.txt 
mentre dxmysql.sh sta girando e questo dopo sovrascrive start.txt?
(mi sa che il problema è il secondo)
HTH
-- 
Mi contraddico, forse?
Ebbene mi contraddico (sono vasto, contengo moltitudini)
                                         -- Walt Whitman

 mezzanotte, per riprendere verso le 2.00
Due opzioni: 
1) il cronjob di mezzanotte, che scrive il valore "1" dentro il file 
/spider/data/spots/2009/start.txt fa che si attivi un qualche processo 
(bella merda di modo per attivarlo, tra parentesi) che blocca questi 
"aggiornamenti" volutamente
2) Il cronjob che hai messo a mezzanotte fa attivare qualche grossa SELECT 
(backup magari?) che blocca le tabelle in scrittura (dato che le hai create 
MyISAM e non InnoDB)
-- 
Vide

 ti rimando al post in coda a quello di Enrico Brasetti.
s/Bras/Bass/
;-)
Enrico

 (mi sa che il problema è il secondo)
Mmmhh.. Capito il meccanismo.. $doy.dat è un file che è nominato come il 
giorno solare corrente (307.dat alla data di oggi) ed è generato dal 
programma dxspider che ha il compito di raccogliere i messaggi (spot) 
degli utenti connessi per raccoglierli appunto nel file sopra 
menzionato.. Ma mentre sto scrivendo mi è venuta in mente la possibilità 
che il problema di tutto ciò potrebbe essere dovuto dalla differenza 
dell'orario utc con quella di sistema (dxspider, quanto lo script hanno 
la necessità di lavorare con l'ora utc).. Stando alla situazione della 
settimana scorsa difatti il periodo di interruzione era di 2 ore come da 
me scritto.. Siccome ho scaricato il database (la procedura avviene in 
automatico altrimenti raggiungerebbe delle dimensioni enormi), ho 
disabilitato la pulizia del database per controllare domani mattina se 
lo "stop" si è accorciato di un'ora...
Se fosse ciò, non saprei comunque dove mettere mano, ma almeno saprei di 
che malattia soffre :-)
Sarò anche noioso, ma ringraziarvi per l'aiuto è il minimo che si possa 
fare :-)

 s/Bras/Bass/
Brasetti è molto più fico come cognome :D
-- 
Vide


Eh gi�... Il pi� classico dei lapis :-D ..Sorry...

 la necessità di lavorare con l'ora utc).. Stando alla situazione della
Potrebbe anche essere questo il problema, il cron job che hai postato 
utilizza l'ora di sistema senza specificare l'utc, assicurati che lo 
spider faccia lo stesso.
ciao


 Brasetti è molto più fico come cognome :D
E il basso è più figo degli ottoni. ;)

 Brasetti è molto più fico come cognome :D
Già, da carta abrasiva :-P
Enrico

 Eh gi�... Il pi� classico dei lapis :-D ..Sorry...
Nulla ;-)
Enrico

 utilizza l'ora di sistema senza specificare l'utc,
Infatti.. Controllato il database poco fa.. L'intervallo si è ridotto ad 
un'ora.. e quindi il problema sta nella differenza tra l'ora locale e 
l'ora utc...
 > assicurati che lo spider faccia lo stesso.
Non è possibile settare la differenza di orario sullo spider perché si 
appoggia direttamente sul sistema che lo ospita...
L'unico rimedio che mi viene in mente è modificare l'offset del s.o., 
appoggiarmi ad un server ntp inglese (non ne conosco ma ce ne saranno 
sicuramente) e far finta di vivere a Londra :-)
Se conoscete altre soluzioni, sono ben accette :-)
Buona giornata a tutti.

 Se conoscete altre soluzioni, sono ben accette :-)
bhe tentare costa poco, se è il tuo server a non usare utc...
da: doy=`date +%j`
a: doy=`date -u +%j`
byez


 a: doy=`date -u +%j`
La buona notizia è che è il mio server ed è sotto la mia scrivania..
La notizia meno buona è che dovrò attendere che scattino le 00.00 utc 
per vedere il risultato :-)
Grazie.. Provvedo immediatamente ;-)

 So che ï¿œ OT, ma ho scritto su f.i.c.d.mysql e non ho ottenuto risposta..
Il 04/11/2009 09:58, David Mugnai ha scritto:
 > bhe tentare costa poco, se ï¿œ il tuo server a non usare utc...
 >
 > da: doy=`date +%j`
 > a: doy=`date -u +%j`
Bene... Controllato il log stamattina e con molta soddisfazione ho 
notato che il database non ha piï¿œ interruzioni :-)
Grazie a tutti...
Davide.