Conky 1.6.1 in segmentation fault (problema config?)

[sberla54]

Ciao a tutti.

Sto avendo un problema con conky: a quanto pare funziona bene per un po' (anche dei giorni) e poi ad un certo punto crasha per un segmentation fault ed ogni volta che lo si va a riavviare continua a ridare lo stesso errore.

Il pacchetto e' questo: conky-1.6.1-i486-2sl
non so se e' del repository per 12.1 o per 12.2.

Ho provato anche a disinstallarlo e reinstallarlo ma non cambia nulla...certe volte i segmentation fault li avevo risolti cosi'.

Questi sono un po' degli errori che mi da, presi da /var/log/messages:

Codice: Seleziona tutto

Jan 18 17:33:11 joshua kernel: conky[30613]: segfault at 2842c350 ip b77758cc sp bfd247fc error 4 in libc-2.7.so[b7704000+145000]
Jan 18 17:33:24 joshua kernel: conky[30621]: segfault at 3f43bdfd ip b77618cc sp bf9107cc error 4 in libc-2.7.so[b76f0000+145000]
Jan 18 17:33:29 joshua kernel: conky[30634]: segfault at 322d6362 ip 322d6362 sp bfb7f32c error 4 in DejaVuSansMono.ttf[b77c1000+4e000]
Jan 18 17:35:44 joshua kernel: conky[30931]: segfault at 66376266 ip 66376266 sp bf91882c error 4 in DejaVuSansMono.ttf[b765c000+4e000]

Vi dicono qualcosa?

Questo problema aveva iniziato a verificarsi anche con Slack 12.1 e non avevo trovato modo di risolverlo....con Slack 12.2 e' la prima volta che mi capita e vorrei risolverlo il piu' in fretta possibile, perche' mi da veramente molto fastidio non avere il monitor di sistema sotto gli occhi.

Qualche consiglio?

Adesso provo a riavviare e vedo se al prossimo riavvio, quantomeno, ricomincia a funzionare per un po'.

Grazie in anticipo!

UPDATE: al riavvio conky ricomincia a funzionare correttamente....e' la prima volta che vedo un segmentation fault a singhiozzo...cosi' perlomeno e' un mezzo fastidio ma mi urta comunque abbastanza i nervi

[414N]

Così ad occhio mi sembra che si arrabbi con la libc. Probabilmente si tratta di un problema di linking dinamico con la libreria in oggetto.
Prova a ricompilarlo da sorgenti, magari usando uno SlackBuild (ne trovi uno, oltre che qui su Slacky, anche su slackbuilds.org).

[sberla54]

Ok, ho preso lo SlackBuild di conky 1.6.1 qui: http://slackbuilds.org/repository/12.2/system/conky/

Lo provo per qualche giorno e poi vi faccio sapere

EDIT AGGIORNAMENTO: Nha...lo sto usando da un paio di ore ed e' gia' andato in Segmentation Fault:

Codice: Seleziona tutto

Feb  3 22:41:29 joshua kernel: conky[3227]: segfault at 8000025 ip b7938f8c sp bfcd5bf0 error 4 in libc-2.7.so[b78b3000+145000]
Feb  4 01:25:04 joshua kernel: conky[16197]: segfault at 766dbc42 ip b72c98cc sp bfe78e7c error 4 in libc-2.7.so[b7258000+145000]

E' molto strano che me lo facesse nella Slack 12.1 e me lo continui a fare ora....che ci sia qualche libreria che posso aggiornare o cambiare?

Anche perche' continua ad essere fastidioso...ogni volta che crasha per SegFault devo aspettare del tempo (non so dire quanto) prima che digitando "conky" il programma ritorni a funzionare normalmente....
E dire poi che non e' un programma particolarmente esoso o complicato...

[raffaele181188]

Ma ci sono altri programmi che danno lo stesso errore? Io avevo un banco di ram difettoso

[sberla54]

No assolutamente, lo fa soltanto Conky.
Inoltre, prima di passare a Slack 12.2 ne ho approfittato per comprarmi 2 hard disk nuovi e 2 nuovi banchi di ram

[sberla54]

Forse ho risolto....a quanto pare il problema era legato alla config, il che spiegherebbe anche perche' andava e veniva. Piu' precisamente era legato alla sezione di Conky che leggeva i log da /var/log/messages/

La vecchia config era questa (allego solo la sezione Text):

Codice: Seleziona tutto

TEXT
${alignc}${execi 10 /usr/bin/cat /etc/slackware-version}
${alignc}$sysname $kernel on $machine/ $freq Mhz
${alignc}${color lightgrey}Uptime:$color $uptime ${color lightgrey}- Load:$color $loadavg
$stippled_hr
${alignc}${color }${time %A} ${color }${time %e %B %G}
${alignc}${color }${time %H:%M:%S}
$stippled_hr
${color lightgrey}CPU Usage:${color #cc2222} $cpu% ${cpubar}
${color red}${cpugraph 0000ff 00ff00}
${color lightgrey}RAM  Usage:$color $mem / $memmax - $memperc% ${membar}
${color lightgrey}Swap Usage:$color $swap / $swapmax -  $swapperc% ${swapbar}
${color lightgrey}Processes:$color $processes  ${color grey}Running:$color $running_processes
$color$stippled_hr
${color lightgrey}Networking: $alignr $nodename
eth0 $alignr ${addr eth0}
   Down:${color #8844ee} ${downspeed eth0} k/s${color lightgrey} ${offset 80}Up:${color #22ccff} ${upspeed eth0} k/s
${color #0000ff}${downspeedgraph eth0 32,150 ff0000 0000ff} ${color #22ccff}       ${upspeedgraph eth0 32,150 0000ff ff0000}
${color #888888}   TOTAL: ${color #CCCCCC}${totaldown eth0}	             ${color #888888}TOTAL: ${color #CCCCCC}${totalup eth0}
$color$stippled_hr
${color lightgrey}File System:
/      $color${fs_free /}/${fs_size /} ${fs_bar /}
/home/ $color${fs_free /home/}/${fs_size /home/} ${fs_bar /home/}
$color$stippled_hr
${color}Name                  PID     CPU%   MEM%
${color #ddaa00} ${top name 1}     ${top pid 1} ${top cpu 1} ${top mem 1}
${color lightgrey} ${top name 2}     ${top pid 2} ${top cpu 2} ${top mem 2}
${color lightgrey} ${top name 3}     ${top pid 3} ${top cpu 3} ${top mem 3}
${color lightgrey} ${top name 4}     ${top pid 4} ${top cpu 4} ${top mem 4}
${color lightgrey} ${top name 5}     ${top pid 5} ${top cpu 5} ${top mem 5}
${color lightgrey} ${top name 6}     ${top pid 6} ${top cpu 6} ${top mem 6}
${color lightgrey} ${top name 7}     ${top pid 7} ${top cpu 7} ${top mem 7}
${color}Mem Usage
${color #ddaa00} ${top_mem name 1}     ${top_mem pid 1} ${top_mem cpu 1} ${top_mem mem 1}
${color lightgrey} ${top_mem name 2}     ${top_mem pid 2} ${top_mem cpu 2} ${top_mem mem 2}
${color lightgrey} ${top_mem name 3}     ${top_mem pid 3} ${top_mem cpu 3} ${top_mem mem 3}
${color lightgrey} ${top_mem name 4}     ${top_mem pid 4} ${top_mem cpu 4} ${top_mem mem 4}
${color lightgrey} ${top_mem name 5}     ${top_mem pid 5} ${top_mem cpu 5} ${top_mem mem 5}
${color lightgrey} ${top_mem name 6}     ${top_mem pid 6} ${top_mem cpu 6} ${top_mem mem 6}
${color lightgrey} ${top_mem name 7}     ${top_mem pid 7} ${top_mem cpu 7} ${top_mem mem 7}
$color$stippled_hr
${color #ddaa00}Port(s)${alignr}Connections   
$color Inbound  : ${tcp_portmon 1 65535 count}${alignr}ALL: ${tcp_portmon 1 65535 count}
$color Outbound : ${tcp_portmon 1 65535 count}
$color$stippled_hr
${color #e9c703}Messages:
$color${execi 10 /usr/bin/tail -n 5 /var/log/messages | cut -c 23-}
${color #e9c703}Security:
$color${execi 10 /usr/bin/tail -n 2 /var/log/secure}

dalla quale ho commentato queste righe:

Codice: Seleziona tutto

${color #e9c703}Messages:
$color${execi 10 /usr/bin/tail -n 5 /var/log/messages | cut -c 23-}

Ormai e' qualche giorno che Conky non va piu' in segmentation fault...inoltre avevo notato che, un paio di volte, era morto dopo aver ricevuto un messaggio parecchio lungo dal kernel, che mi era stato visualizzato da metamonitor.

La' fuori, per caso, c'e' qualcuno che ne capisce bene di configurazione di Conky?
Perche' la parte che mi visualizza i /var/log/messages m'interessava e mi dispiace, a parte tutto, doverne fare a meno...

Grazie

[danix]

Ciao sberla, è da un po' che non ci si scrive...
se non ricordo male c'è un'opzione per limitare il text buffer, magari è quello...

trovata:

max_user_text --> Maximum size of user text buffer, i.e. layout below TEXT line in config file (default is 16384 bytes)

text_buffer_size --> Size of the standard text buffer (default is 128 bytes). This buffer is used for intermediary text, such as individual lines, output from $exec vars, and various other variables. Increasing the size of this buffer can drastically reduce Conky's performance, but will allow for more text display per variable. The size of this buffer cannot be smaller than the default value of 128 bytes.

Prova ad aumentare il valore del text_buffer_size e vedi se va ancora in segfault...


PS
sto andando a naso, a me conky non ha mai crashato se non per colpa mia, quindi consideralo un esperimento...

[sberla54]

Ciao Danix!
Ultimamente latito un po'

Grazie della dritta...appena ho un attimo ritocco la config e magari la riposto funzionante.

Il problema era sicuramente quel pezzo di config relativa ai messages del kernel, perche' ora sono settimane che non crasha piu'...