Newsgroup: it.comp.os.linux.sys
Titolo: squid su un nodo bomba senza scrivere nulla nei logs ma con un bel core nella spool...

ho un grosso problema con $grosso_minstero
la situazione è la seguente:
due macchine identiche redhat 4 as con installato lifekeeper come 
software di clustering (scelto dall'analista non ho potuto farci nulla) 
che fanno girare in una configurazione master/slave il servizio:
squid + squidguard
ho configurato lo spazio allocato alla cache (/var/spool/cache) come 5GB.
come ho detto le macchine le ho installate io e hanno la stessa identica 
configurazione.
il problema è che squid sul secondo nodo, se faccio lo switch del 
servizio (il primo ha sempre funzionato) continua a crashare.
nei log non ho trovato nulla di interessante ma ho notato una caterva di 
core files dentro /var/spool/squid...
per intenderci:
ls
00          core.1055   core.13169  core.15762  core.4823  core.7547
01          core.10623  core.13274  core.15921  core.5065  core.7747
02          core.10729  core.13380  core.16040  core.5218  core.7883
03          core.10832  core.13483  core.16152  core.5337  core.7988
04          core.11037  core.13679  core.16257  core.5442  core.8094
05          core.11168  core.1375   core.1687   core.5547  core.8197
06          core.11278  core.13818  core.2673   core.5754  core.8406
07          core.11384  core.13932  core.29438  core.5892  core.8542
08          core.11487  core.14039  core.29700  core.5996  core.8647
09          core.11699  core.14142  core.3108   core.6101  core.8753
0A          core.11837  core.14345  core.31120  core.6204  core.8856
0B          core.11943  core.14482  core.3725   core.6422  core.9066
0C          core.12046  core.14588  core.3840   core.6560  core.9204
0D          core.12151  core.14691  core.3959   core.6666  core.9310
0E          core.12364  core.14794  core.4072   core.6769  core.9413
0F          core.12510  core.15088  core.4177   core.6874  core.9518
core.10066  core.12615  core.15226  core.4363   core.7084  core.9719
core.10169  core.12721  core.15334  core.4493   core.7222  core.9855
core.10372  core.12824  core.15444  core.4604   core.7334  core.9960
core.10505  core.13034  core.15549  core.4711   core.7444  swap.state
questi core li ha prodotti in 4 ore...
non riesco a capire che cosa caspita succede, prima di dare la colpa 
all'hardware vorrei essere sicuro che non sia nulla che mi riguarda...
voi cosa suggerireste?
grazie

mi correggo
in var log messages ho trovato una caterva di questi (non li avevo 
notati ero troppo incavolato...)
Dec 13 15:50:01 mdsproxy2 squid[7081]: Squid Parent: child process 7084 
exited due to signal 25
Dec 13 15:50:04 mdsproxy2 squid[7081]: Squid Parent: child process 7222 
started
Dec 13 15:50:05 mdsproxy2 squid[7081]: Squid Parent: child process 7222 
exited due to signal 25
Dec 13 15:50:08 mdsproxy2 squid[7081]: Squid Parent: child process 7334 
started
Dec 13 15:50:09 mdsproxy2 squid[7081]: Squid Parent: child process 7334 
exited due to signal 25
Dec 13 15:50:12 mdsproxy2 squid[7081]: Squid Parent: child process 7444 
started
Dec 13 15:50:13 mdsproxy2 squid[7081]: Squid Parent: child process 7444 
exited due to signal 25
Dec 13 15:50:16 mdsproxy2 squid[7081]: Squid Parent: child process 7547 
started
Dec 13 15:50:18 mdsproxy2 squid[7081]: Squid Parent: child process 7547 
exited due to signal 25
Dec 13 15:50:18 mdsproxy2 squid[7081]: Exiting due to repeated, frequent 
failures
mi aiutate?

 notati ero troppo incavolato...)
a me è capitata un paio di volte una cosa simile causa malconfigurazione 
di squidguard: la prima per il nome errato del file di config (che ha la 
G maiuscola) in squid.conf e la seconda per un errore sulle blacklist 
(non ricordo se non le avevo proprio scaricate ma le richiamavo dal file 
di config o se mon avevo creato i .db)
Boh è solo un'idea...
magari prova a disabilitare un attimo squidguard e verifica se squid sta 
in piedi
Ciao,
Manuel

Davide Corrado wrote:

prova a svuotare i log di squid. nel caso fosse quello il problema, provvedi
a ruotarli.

 exited due to signal 25
E' quasi sicuramente un redirector che muore immediatamente appena
viene invocato (es: squidguard, come ipotizza manuel).

 writes:
DC> Dec 13 15:50:01 mdsproxy2 squid[7081]: Squid Parent: child process
DC> 7084 exited due to signal 25
Signal 25 (SIGXFSZ) = ecceduto il limite alla dimensione del file.
Probabilmente  sulle  due  macchine   ci  sono  filesystem  diversi  e/o
impostazioni diverse per la massima dimensione dei file.
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]