Fedora varoitus?

Niin tuli tääläinen ongelma kun katsoin youubea että netti yhteys katkesi ja kun yhdistin takaisin niin tuli fedoran automaattiselta ohjelmavirheiden raportaijalta :

------------[ cut here ]------------
WARNING: at net/sched/sch_generic.c:246 dev_watchdog+0xc6/0x12d() (Not tainted)
Hardware name: NC10
NETDEV WATCHDOG: hso0 (hso): transmit queue 0 timed out
Modules linked in: usb_storage hso fuse rfcomm sco bridge stp llc bnep l2cap ip6t_REJECT nf_conntrack_ipv6 ip6table_filter ip6_tables ipv6 cpufreq_ondemand acpi_cpufreq dm_multipath uinput snd_hda_codec_realtek arc4 snd_hda_intel ecb snd_hda_codec snd_hwdep snd_seq ath5k snd_seq_device mac80211 btusb snd_pcm bluetooth ath cfg80211 i2c_i801 uvcvideo videodev snd_timer rfkill snd iTCO_wdt iTCO_vendor_support v4l1_compat soundcore snd_page_alloc joydev sky2 serio_raw i915 drm_kms_helper drm i2c_algo_bit i2c_core video output [last unloaded: microcode]
Pid: 2234, comm: npviewer.bin Not tainted (poistin tämän kohdan varmuuden vuoksi) #1
Call Trace:
[] warn_slowpath_common+0x70/0x87
[] ? dev_watchdog+0xc6/0x12d
[] warn_slowpath_fmt+0x29/0x2c
[] dev_watchdog+0xc6/0x12d
[] ? mod_timer+0x20/0x27
[] ? usb_hcd_poll_rh_status+0x126/0x12e
[] ? irq_exit+0x3e/0x61
[] ? dev_watchdog+0x0/0x12d
[] run_timer_softirq+0x14e/0x1af
[] __do_softirq+0xb1/0x157
[] do_softirq+0x36/0x41
[] irq_exit+0x2e/0x61
[] smp_apic_timer_interrupt+0x6d/0x7b
[] apic_timer_interrupt+0x31/0x38

kaikki toimii kyllä mutta kysyn vain
päisikö tuohon reakoida, onko se jotain vakavaa ja mitä se tarkoittaa?

kiitos.

joo… siis katsoin youtube.com … aika paha kirjoitusvirhe ;D

niin ja käytän siis soneran 3G mokkulaa

Varmaan siellä jotain ajuri hajoili, mutta jos homma kerran toimii, niin tuskin tuosta kannattaa sen kummemmin välittää. Aiemminkin tuommoisia virheitä on saattanut sattua paljonkin, mutta vasta Fedora 12:ssa on mukana tuommoinen automaattinen virheitä havaitseva ja raportoiva työkalu oletuksena mukaan.

Varmaan kernel pugi. Sinänsä, tuollaisen jälkeen on ehkä suositeltavaa rebootata…


Eero

Taas kävi tänään niin että sama varoitus uudestaan että kerneli kaatui.
pitäisikö olla huolissaan / tehdä jotain.

kiitos.

korjaus: pitäisikö olla huolissaan / tehdä jotain ?

reportoida pugi?


Eero

Tuo on kuitenkin pelkkä varoitus eikä esimerkiksi oops, joten kyllä se kerneli on edelleen toimintakuntoinen, siksi en olisi erityisen huolissani. Tuo voinee aiheuttaa lähinnä jotain ongelmia sen mokkulayhteyden kanssa, olisikohan ajuri vähän buginen…

[quote=“MHFN, post:5, topic:948”]Taas kävi tänään niin että sama varoitus uudestaan että kerneli kaatui.
pitäisikö olla huolissaan[/quote]
Toki pitää olla huolissaan, jos kaatumaton Linux-kernel kaatuu. Nyt kuitenkin npviewer (osa nspluginwrapperia) ja Youtube viittaavat Flash-ongelmaan.
Hieman tarkemmat tiedot laitteistosta ja Fedora-versiosta (32- tai 64-bit) voisivat tarjota jotakin kättäpidempää.

Joo olen aika aloittelija näissä linux jutuissa että jos viitsisitte kertoa mistä saan tietooni tietoja tästä fedorasta mutta sen verran osaan kertoa että fedora 12 on ja flashin latasin adoben sivuilta
(nimi = flash-plugin-10.0.32.18-release.i386.rpm) ja asensin sen rpm -ivh (nimi) komennolla.

Pugista / kaatumisesta olen raportoinut.

Kyllä se oops ainakin tuon raportin mukaan on koska siinä kun olen raportoinut niin on tälläinen teksti

tämä kaatuminen on raportoitu, raportti on nähtävissä osoitteessa:
kernel oops report was uploaded to: osoite

taas tuli varoitus…
tällä kertaa tosin SElinuxilta
tämmöiset varoitukset:

Yhteenveto:

SELinux is preventing /bin/find “getattr” access to /var/lib/misc/prelink.full.

Yksityiskohtainen kuvaus:

[Lähteellä find on salliva tyyppi (prelink_cron_system_t). Tätä käyttöä
ei estetty.]

SELinux denied access requested by find. /var/lib/misc/prelink.full may be a
mislabeled. /var/lib/misc/prelink.full default SELinux type is prelink_var_lib_t,
but its current type is cron_var_lib_t. Changing this file back to the default
type, may fix your problem.

File contexts can be assigned to a file in the following ways.

  • Files created in a directory receive the file context of the parent
    directory by default.
  • The SELinux policy might override the default label inherited from the
    parent directory by specifying a process running in context A which creates
    a file in a directory labeled B will instead create the file with label C.
    An example of this would be the dhcp client running with the dhclient_t type
    and creating a file in the directory /etc. This file would normally receive
    the etc_t type due to parental inheritance but instead the file is labeled
    with the net_conf_t type because the SELinux policy specifies this.
  • Users can change the file context on a file using tools such as chcon, or
    restorecon.

This file could have been mislabeled either by user error, or if an normally
confined application was run under the wrong domain.

However, this might also indicate a bug in SELinux because the file should not
have been labeled with this type.

If you believe this is a bug, please file a bug report against this package.

Sallitaan pääsy:

You can restore the default system context to this file by executing the
restorecon command. restorecon ‘/var/lib/misc/prelink.full’, if this file is a
directory, you can recursively restore using restorecon -R
’/var/lib/misc/prelink.full’.

Korjauskomento:

/sbin/restorecon ‘/var/lib/misc/prelink.full’

Lisätiedot:

Lähdekonteksti system_u:system_r:prelink_cron_system_t:s0-s0:c0.c
1023
Kohdekonteksti system_u:object_r:cron_var_lib_t:s0
Kohdeobjektit /var/lib/misc/prelink.full [ file ]
Lähde find
Lähteen polku /bin/find
Portti
Kone (****)
Lähteen RPM-paketit findutils-4.4.2-4.fc12
Kohteen RPM-paketit prelink-0.4.2-4.fc12
Käytännön RPM selinux-policy-3.6.32-56.fc12
SELinux käytössä True
Käytännön tyyppi targeted
Toimeenpanotila Enforcing
Liitännäisen nimi restorecon

Yhteenveto:

SELinux is preventing /bin/bash “write” access to /var/lib/misc/prelink.quick.

Yksityiskohtainen kuvaus:

[Lähteellä prelink on salliva tyyppi (prelink_cron_system_t). Tätä
käyttöä ei estetty.]

SELinux denied access requested by prelink. /var/lib/misc/prelink.quick may be a
mislabeled. /var/lib/misc/prelink.quick default SELinux type is
prelink_var_lib_t, but its current type is cron_var_lib_t. Changing this file
back to the default type, may fix your problem.

File contexts can be assigned to a file in the following ways.

  • Files created in a directory receive the file context of the parent
    directory by default.
  • The SELinux policy might override the default label inherited from the
    parent directory by specifying a process running in context A which creates
    a file in a directory labeled B will instead create the file with label C.
    An example of this would be the dhcp client running with the dhclient_t type
    and creating a file in the directory /etc. This file would normally receive
    the etc_t type due to parental inheritance but instead the file is labeled
    with the net_conf_t type because the SELinux policy specifies this.
  • Users can change the file context on a file using tools such as chcon, or
    restorecon.

This file could have been mislabeled either by user error, or if an normally
confined application was run under the wrong domain.

However, this might also indicate a bug in SELinux because the file should not
have been labeled with this type.

If you believe this is a bug, please file a bug report against this package.

Sallitaan pääsy:

You can restore the default system context to this file by executing the
restorecon command. restorecon ‘/var/lib/misc/prelink.quick’, if this file is a
directory, you can recursively restore using restorecon -R
’/var/lib/misc/prelink.quick’.

Korjauskomento:

/sbin/restorecon ‘/var/lib/misc/prelink.quick’

Lisätiedot:

Lähdekonteksti system_u:system_r:prelink_cron_system_t:s0-s0:c0.c
1023
Kohdekonteksti system_u:object_r:cron_var_lib_t:s0
Kohdeobjektit /var/lib/misc/prelink.quick [ file ]
Lähde prelink
Lähteen polku /bin/bash
Portti
Kone ()
Lähteen RPM-paketit bash-4.0.35-2.fc12
Kohteen RPM-paketit prelink-0.4.2-4.fc12
Käytännön RPM selinux-policy-3.6.32-56.fc12
SELinux käytössä True
Käytännön tyyppi targeted
Toimeenpanotila Enforcing
Liitännäisen nimi restorecon
Konenimi (
)
Alusta Linux (****) 2.6.31.6-166.fc12.i686 #1 SMP
Wed Dec 9 11:14:59 EST 2009 i686 i686
Varoitusten määrä 2
Ensimmäinen to 17. joulukuuta 2009 17.16.34
Viimeisin to 17. joulukuuta 2009 17.16.34
Paikallinen tunniste 60b3c086-494a-428f-821f-b7d8d57c6bdc
Rivinumerot

Muokkaamattomat tarkastusvies

node=(****) type=AVC msg=audit(1261062994.372:19657): avc: denied { write } for pid=4667 comm=“prelink” name=“prelink.quick” dev=sda1 ino=85668 scontext=system_u:system_r:prelink_cron_system_t:s0-s0:c0.c1023 tcontext=system_u:object_r:cron_var_lib_t:s0 tclass=file

node=(****) type=AVC msg=audit(1261062994.372:19657): avc: denied { open } for pid=4667 comm=“prelink” name=“prelink.quick” dev=sda1 ino=85668 scontext=system_u:system_r:prelink_cron_system_t:s0-s0:c0.c1023 tcontext=system_u:object_r:cron_var_lib_t:s0 tclass=file

node=(****) type=SYSCALL msg=audit(1261062994.372:19657): arch=40000003 syscall=5 success=yes exit=4 a0=98700e8 a1=8241 a2=1b6 a3=241 items=0 ppid=4657 pid=4667 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=3 comm=“prelink” exe="/bin/bash" subj=system_u:system_r:prelink_cron_system_t:s0-s0:c0.c1023 key=(null)

… niin jos joku nyt yhtään tietää mikä mättää niin olisi kiva jos kerrottaisiin…
Auttaisiko levyn formatointi ja linuxin asentaminen uudestaan?
Niin ja saako noistaa mitään selvää että missä vika piilee???

kiitos.

Googlettaminen tuolla virheilmoituksella kertoo, että kyseessä on SELinuxin bugi, https://bugzilla.redhat.com/show_bug.cgi?id=547932

Siellä on myös korjausehdotus:

Tuolla bugiraportissa myös luvataan korjausta tulevassa päivityksessä.

Useimmiten Linux-jakeluiden asentaminen uudelleen ei auta mitään, ellei niitä ole itse onnistunut todella sotkemaan. Erityisesti tässä tapauksessa samat bugit siellä olisi vastassa sitten uuden asennuksenkin jälkeen, tosin tämän SELinux-bugin ehkä onnistuisi jotenkin välttämään, minä en ole sitä omalla koneellani ainakaan vielä nähnyt, mutta esimerkiksi tuo kernelin ajuriongelma on sellainen, että siihen tarvittaisiin luultavasti ihan oikea korjaus, saman version asentaminen uusiksi ei muuta mitään.

joo kiitos tuosta mutta tarkoitatko tuolla kernel ajuri ongelmalla tuota ihan ensimmäistä ongelmaani joka tuli automaattisesta ohjelmavirheiden raportoijalta?
jos näin on niin mitä tarkoitat “korjaamisella”?

[quote=“MHFN, post:14, topic:948”]joo kiitos tuosta mutta tarkoitatko tuolla kernel ajuri ongelmalla tuota ihan ensimmäistä ongelmaani joka tuli automaattisesta ohjelmavirheiden raportoijalta?
jos näin on niin mitä tarkoitat “korjaamisella”?[/quote]

Kyllä, ja korjaamisella tarkoitan sitä, että jonkun osaavan pitäisi varmaankin selvittää, missä tilanteessa tarkasti tuo ongelma tapahtuu ja sitten etsiä mahdollinen virhe koodista…

Eli siis tuota itse ei voi mitenkään korjata?

Entä jos olen raportoinut tuosta niin tuleeko silloin jossain välissä update jossa on tuo korjaus?

Eli siis onko ainoa mahdollisuus korjata virhe viedä kone jollekkin joka osaa nämä jutut hyvin?

[quote=“MHFN, post:16, topic:948”]Eli siis tuota itse ei voi mitenkään korjata?

Entä jos olen raportoinut tuosta niin tuleeko silloin jossain välissä update jossa on tuo korjaus?

Eli siis onko ainoa mahdollisuus korjata virhe viedä kone jollekkin joka osaa nämä jutut hyvin?[/quote]

On sekin vaihtoehto, ettet välitä kyseisestä varoituksesta. Sen huomiotta jättäminen tuskin aiheuttaa mitään ylimääräisiä seurauksia.

Kehittäjät katsovat bugiraportteja kun ehtivät. Jos raportti on hyvin tehty ja raportoitu bugi on tärkeä saada korjattua, siihen yleensä tulee joitain kommentteja sitten, kun joku Fedoran kehittäjä on ehtinyt sen ottaa käsittelyyn. Välttämättä kaikkiin raportteihin ei keretä edes vastata, mutta tyypillisesti vähintään kysytään lisätietoja tai kerrotaan, että ei pystytä/haluta korjata, jos raportin perusteella ei suoraan pystytä tekemään korjausta.

Eli ihan tilanteesta riippuu, miten ja millä aikataululla siihen bugiraporttiin reagoidaan. Hyvä asia kuitenkin on, että tässä ei mistään vakavasta ongelmasta ainakaan minusta näytä olevan kyse.

Ok… kaikki muuten on selvää mutta jos vielä voisitte kertoa että onko muita paikkoja minne voi raportoida tuosta kun tuolla ohjelmalla?
Tarkoitan siis nyt enemmän keskustelupalstan tapaista.
niin ja pystynkö seuraamaan mistään onko kukaan “huomioinut” raporttiani jos olen tehnyt sen tuolla ohjelmalla?

ps. olenko siis oikein ymmärtänyt että jos siellä osataan korjata pugi niin siitä tulee päivitys fedoralle?

https://bugzilla.redhat.com/ - tuonne pitäisi laittaa bugiraporttia, Fedoran kernel-komponentille, englanniksi. Lisäksi virhe olisi varmaankin syytä saada tapahtumaan jotain muuta kautta kuin Flashilla, kehittäjiä ei välttämättä Flash kiinnosta, koska se on suljetun lähdekoodin ohjelma, joka ei kuulu Fedoraan. Bugzillasta pystyy kyllä bugiin liittyviä keskusteluja seuraamaan, sen lisäksi se lähettää oletusasetuksilla sähköpostiakin.

Jos bugi osataan korjata, ihan yleisestikin, niin siitä saattaa tulla päivitys. Joskus päivitys saattaa tulla vasta seuraavaan Fedoran versioon, mutta Fedorassa aika hyvin korjaillaan noita bugeja nykyisiinkin versioihin kyllä. Kannattaa kuitenkin muistaa, että kyse on ilmaisesta tuotteesta, joten mitään ei oikein voi vaatia, kauniisti pyytämällä jotain saattaa tapahtuakin.

ok. kiitos että autoitte mutta pitää varmistaa että tarkoitatko fedora-komponentilla tuota pugi raportointi ohjelmaa eli pitääkö raportoida ohjelmalla vai suoraan sivustolle?