#1 13-10-2016 20:53:00

Angelo_61
Appena sbarcato sul forum
Da Pozzuolo Martesana
Registrato: 25-02-2013
Messaggi: 91

[Risolto] Anomalia di abrtd.service

Ciao a tutti:
Con F24 che ho sul notebook ho riscontrato questa anomalia:

[root@Sargon Angelo]# systemctl --state=failed
  UNIT          LOAD   ACTIVE SUB    DESCRIPTION
● abrtd.service loaded failed failed ABRT Automated Bug Reporting Tool

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

1 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

cercando qualche informazione in più con

[root@Sargon Angelo]# journalctl -eu abrtd

ottengo questo uotput che dice sicuramente più di quanto io sia in grado d'interpetare (anche per la mia carenza con l'inglese):

ott 11 18:40:42 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:43 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:43 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:44 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:44 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:45 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:45 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:46 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:46 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:47 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:47 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:48 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:48 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:49 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:40:49 Sargon abrtd[852]: Lock file '.lock' is locked by process 1874
ott 11 18:41:56 Sargon systemd[1]: abrtd.service: State 'stop-final-sigterm' timed out. Killing.
ott 11 18:41:56 Sargon systemd[1]: abrtd.service: Main process exited, code=killed, status=9/KILL
ott 11 18:41:56 Sargon systemd[1]: Failed to start ABRT Automated Bug Reporting Tool.
ott 11 18:41:56 Sargon systemd[1]: abrtd.service: Unit entered failed state.
ott 11 18:41:56 Sargon systemd[1]: abrtd.service: Failed with result 'signal'.
-- Reboot --
ott 12 17:48:28 Sargon systemd[1]: Starting ABRT Automated Bug Reporting Tool...
ott 12 17:49:58 Sargon systemd[1]: abrtd.service: Start operation timed out. Terminating.
ott 12 17:51:29 Sargon systemd[1]: abrtd.service: State 'stop-final-sigterm' timed out. Killing.
ott 12 17:51:29 Sargon systemd[1]: abrtd.service: Main process exited, code=killed, status=9/KILL
ott 12 17:51:29 Sargon systemd[1]: Failed to start ABRT Automated Bug Reporting Tool.
ott 12 17:51:29 Sargon systemd[1]: abrtd.service: Unit entered failed state.
ott 12 17:51:29 Sargon systemd[1]: abrtd.service: Failed with result 'signal'.
-- Reboot --
ott 13 18:28:37 Sargon systemd[1]: Starting ABRT Automated Bug Reporting Tool...
ott 13 18:30:07 Sargon systemd[1]: abrtd.service: Start operation timed out. Terminating.
ott 13 18:31:38 Sargon systemd[1]: abrtd.service: State 'stop-final-sigterm' timed out. Killing.
ott 13 18:31:38 Sargon systemd[1]: abrtd.service: Main process exited, code=killed, status=9/KILL
ott 13 18:31:38 Sargon systemd[1]: Failed to start ABRT Automated Bug Reporting Tool.
ott 13 18:31:38 Sargon systemd[1]: abrtd.service: Unit entered failed state.
ott 13 18:31:38 Sargon systemd[1]: abrtd.service: Failed with result 'signal'.
lines 1029-1064/1064 (END)

A livello di funzionamento del notebook non riscontro anomalie ma mi piacerebbe comunque vedere se si riesce a risalire a questo processo 1874 che evidentemente blocca il servizio...


Tutte cose preziose sono poste nel difficile.
G. Bruno

Non in linea

#2 15-10-2016 10:05:39

frafra
Fedora Ambassador
Da Vignate
Registrato: 14-05-2014
Messaggi: 1'452
Sito web

Re: [Risolto] Anomalia di abrtd.service

Alcuni programmi fanno locking via file, ovvero creano un file che solitamente contiene il numero del processo che vuole bloccare una risorsa. In alcuni casi, il processo termina in maniera inaspettata, ma il file non viene rimosso, quindi va cancellato manualmente. Guarda se trovi qualcosa legato ad abrtd dentro /var/lock/.

Non in linea

#3 15-10-2016 23:22:15

Angelo_61
Appena sbarcato sul forum
Da Pozzuolo Martesana
Registrato: 25-02-2013
Messaggi: 91

Re: [Risolto] Anomalia di abrtd.service

frafra ha scritto:

Guarda se trovi qualcosa legato ad abrtd dentro /var/lock/.

Ciao frafra, ho ispezionato dentro la directory /var/lock/, ci ho trovato un file asound.state.lock che contiene il valore 818 e nient'altro, e poi ci sono alcune sottodirectory, in alcune delle quali sono potuto entrare solo come root, però sono tutte vuote tranne una che ha un file lock ma senza contenuto. Apparentemente nulla, quindi, che si possa mettere in relazione con abrtd.service.


Tutte cose preziose sono poste nel difficile.
G. Bruno

Non in linea

#4 16-10-2016 10:18:19

frafra
Fedora Ambassador
Da Vignate
Registrato: 14-05-2014
Messaggi: 1'452
Sito web

Re: [Risolto] Anomalia di abrtd.service

Prova a dare questo comando:

$ find / -type d -name abrt -exec find "{}" -type f -name '*.lock' \;

Non in linea

#5 17-10-2016 19:43:08

Angelo_61
Appena sbarcato sul forum
Da Pozzuolo Martesana
Registrato: 25-02-2013
Messaggi: 91

Re: [Risolto] Anomalia di abrtd.service

Ciao frafra:
Ho dato il comando che mi hai suggerito prima come root:

[root@Sargon Angelo]# find / -type d -name abrt -exec find "{}" -type f -name '*.lock' \;
find: ‘/run/user/1000/gvfs’: Permission denied

Permission denied??? possibile che all'utente root sia impedito accedere a una direcotory? Così ho provato a vederci un po' più chiaro e guarda un po'?

[root@Sargon Angelo]# ls -l /run/user/1000/
ls: impossibile accedere a '/run/user/1000/gvfs': Permission denied
totale 0
srw-rw-rw-. 1 Angelo Angelo   0 17 ott 12.56 bus
drwx------. 2 Angelo Angelo  60 17 ott 20.31 dconf
drwx--x--x. 2 Angelo Angelo  60 17 ott 20.00 gdm
drwx------. 3 Angelo Angelo  60 17 ott 12.56 gnome-shell
d?????????? ? ?      ?        ?            ? gvfs
drwx------. 2 Angelo Angelo 100 17 ott 12.56 keyring
drwx------. 2 Angelo Angelo  80 17 ott 12.56 pulse
drwxr-xr-x. 2 Angelo Angelo  80 17 ott 12.56 systemd

Non sono un espertone, com'è evidente, ma una cosa del genere, una cartella con tutti quei punti interrogativi, non l'avevo mai vista; è normale? E può avere attinenza in qualche modo con l'oggetto di questa discussione?  gratt

Lo stesso comando dato come utente normale, senza privilegi, mi restituisce un output lunghissimo con tutti Permission denied in fondo ad ogni elemento del listato; non so quanto valga la pena postarlo qui, è veramente lungo, ma nel caso posso provvedere...

Ultima modifica di Angelo_61 (17-10-2016 19:50:30)


Tutte cose preziose sono poste nel difficile.
G. Bruno

Non in linea

#6 17-10-2016 21:47:33

frafra
Fedora Ambassador
Da Vignate
Registrato: 14-05-2014
Messaggi: 1'452
Sito web

Re: [Risolto] Anomalia di abrtd.service

Sì, è normale, ma mi sarei aspettato di trovare un file di lock da qualche parte. In parole povere: bisogna trovare e rimuovere i .lock. Proviamo con:

# find / -name .lock

Non in linea

#7 18-10-2016 19:47:16

Angelo_61
Appena sbarcato sul forum
Da Pozzuolo Martesana
Registrato: 25-02-2013
Messaggi: 91

Re: [Risolto] Anomalia di abrtd.service

Anche con l'esecuzione di questo comando l'output restituito è la solita directory inaccessibile, ecco:

[root@Sargon Angelo]# find / -name .lock
find: ‘/run/user/1000/gvfs’: Permission denied
[root@Sargon Angelo]# 

Però a quanto pare l'anomalia si è risolta, infatti ho provato a ricontrollare perché in questi giorni ci sono stati degli aggiornamenti e ricordandomi del precedente "Failed" che avevo sul pc desktop, poi risolto con l'aggiornamento del kernel, mi sono fatto lo scrupolo di verificare, e infatti:

[root@Sargon Angelo]# systemctl --state=failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
[root@Sargon Angelo]# 

e anche:

● Sargon
    State: running
     Jobs: 0 queued
   Failed: 0 units
    Since: mar 2016-10-18 14:55:21 CEST; 5h 46min ago
   CGroup: /
           ├─init.scope
           │ └─1 /usr/lib/systemd/systemd --switched-root --system --deserialize
 23

è solo la parte iniziale dell'output che altrimenti sarebbe molto lungo da postare ma dove si legge chiaramente che il sistema è ok.
frafra pensi sia possibile che l'anomalia sia stata provocata da qualche bug poi risolto con gli ultimi aggiornamenti di Fedora?


Tutte cose preziose sono poste nel difficile.
G. Bruno

Non in linea

#8 18-10-2016 20:46:17

frafra
Fedora Ambassador
Da Vignate
Registrato: 14-05-2014
Messaggi: 1'452
Sito web

Re: [Risolto] Anomalia di abrtd.service

Probabilmente il file di lock è stato rimosso. Le ultime versioni di Fedora mettono molti file temporanei in cartelle memorizzate nella RAM anziché su disco (se dai mount, vedrai molti tmpfs). Probabilmente è bastato un reboot per spazzare via il file di lock.

Non in linea

Piè di pagina