public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Harry Putnam <reader@newsguy.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: log messages
Date: Wed, 17 Feb 2010 00:49:28 -0600	[thread overview]
Message-ID: <874olgs6fb.fsf@newsguy.com> (raw)
In-Reply-To: 201002170100.34991.alan.mckinnon@gmail.com

Alan McKinnon <alan.mckinnon@gmail.com> writes:

> On Wednesday 17 February 2010 00:36:42 Harry Putnam wrote:
>> Hundreds, maybe thousands of lines like this (wrapped for mail):
>> 
>>   Feb 16 09:38:47 reader kernel: [162289.090685] usb 4-2.1:1.1: uevent
>> 
>>   Feb 16 09:38:48 reader kernel: [162289.467065] hdc: status error:
>>   status=0x00 { }
>> 
>>   Feb 16 09:38:48 reader kernel: [162289.467071] hdc: possibly failed
>>   opcode: 0xa0
>> 
>>   Feb 16 09:38:48 reader kernel: [162289.467079] ide-atapi: hdc:
>>   Strange, packet command initiated yet DRQ isn't asserted
>> 
>> When I noticed this output involving the cdrom I wondered if I might
>> have left something in it but that was not the case.
>
> Do you have hal configured to poll your cdrom drive every two seconds, to see 
> if a disk is inserted? And if so, is the verbosity logging cranked up way 
> higher than it should be?
>
> I haven't personally had to fix this myself (so can't give pointers on where 
> to fix it), but it seems to be a common occurrence judging from posts I see 
> here and at other forums.

I do have hald running, but made no special config regarding cdrom
polling.  At least not on purpose.

The messages do appear to be continuous.  I will execute a reboot soon
but don't want to right now.

Why I'm pondering and following this up, is that I experience a
serious freeze after some unspecified amount of uptime.  Mouse and
keyboard become unresponsive... and eventually the OS cannot be
accessed at all.  

SSH appears to stop and cannot contact remotely either.

This began happening quite some time ago... on a different earlier
install.  I never could see anything in the logs that gave a clue to
why.  

I created a script that ran from cron.  It pinged a remote host, and
logged a unique easily findable string into the log using `logger',
every 5 minutes.  With that I was able to narrow down the time frame
of freeze to within the last 5 minutes (of log lines).

Even then, there was nothing to indicate a problem.  This was an OS
that had been running a very long time with upgrade after upgrade.

Though I hated having to rebuild all the customizations etc, I finally
completely reinstalled from scratch hoping to catch the problem with
the shotgun approach.

In that earlier OS there were no log messages regarding hdc being
generated (by the way).

Shortly after completing the new install and a couple of weeks of
getting setup the way I wanted, I began to experience the freezes
again.

I have caught the freeze in the early stages before completely losing
the network when just mouse and keyboard became unresponsive, was able
to ssh in and noticed that restarting hald held off the freeze for
some (again unspecified) amount of time.

So cutting the lengthy narrative down a bit, and briefly put, I'm
looking for anything unusual that is causing this.  The hdc messages
is the only odd thing I'm seeing.

Something appears to be jamming up the hal layer somehow, but not
leaving findable tracks.  At least not findable by an someone with
many yrs experience with linux but not much real debugging of
complicated problems under his belt.




  reply	other threads:[~2010-02-17  6:51 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-16 22:36 [gentoo-user] log messages Harry Putnam
2010-02-16 23:00 ` Alan McKinnon
2010-02-17  6:49   ` Harry Putnam [this message]
2010-02-17  8:47     ` [gentoo-user] " Alan McKinnon
2010-02-17 14:32       ` Harry Putnam
2010-02-17 18:51     ` Jörg Schaible

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=874olgs6fb.fsf@newsguy.com \
    --to=reader@newsguy.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox