Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 5 Nov 2011 18:17:22 +0100
From:      Fabian Keil <freebsd-listen@fabiankeil.de>
To:        Brandon Falk <falkman@gamozo.org>
Cc:        freebsd-hackers@freebsd.org
Subject:   Re: cdparanoia stuck in cbwait
Message-ID:  <20111105181722.501dea14@fabiankeil.de>
In-Reply-To: <20111105164212.GB50362@localhost>
References:  <20111105164212.GB50362@localhost>

next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/1XMPc1bDaQAs+/2SkUYLunp
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Brandon Falk <falkman@gamozo.org> wrote:

> I was got some read errors when I was reading from my disk, which is
> fine. But then cdparanoia starting to no longer respond. Now it's
> zombied and sitting in cbwait. `kill -9 <pid>` does not take it down, it
> seems like it's stuck in the kernel (?). Is this an issue to look at
> cdparanoia for, or to look in the kernel? Perhaps cdparanoia or the
> kernel should have some sort of a timeout? Currently it looks like the
> only fix is a full reboot.

I believe this is a kernel issue.

Processes can become unresponsive and unkillable while
waiting for blocks to be read and in case of read failures
that can take quite some time.

Note that the kernel itself has a somewhat high default
retry count which multiplies the retries the firmware
already does transparently, so a failed read operation
can take minutes to complete while a successful one
takes fractions of a second.

And after the kernel eventually reports a read failure the
application may "smartly" decide to retry a few times as well,
again multiplying the time of the delay.

Before ripping CDs and DVDs with invalid sectors I
therefore set kern.cam.cd.retry_count to 0 and patched
vobcopy to skip invalid-sector ranges faster.

For some DVDs, this reduces the ripping time from
several hours to about 20 minutes.

How long did you wait for cdparanoia to die?
If you only waited a couple of minutes, it's possible
that rebooting may not have been necessary.

Fabian

--Sig_/1XMPc1bDaQAs+/2SkUYLunp
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)

iEYEARECAAYFAk61b6QACgkQBYqIVf93VJ2HwACfbkpBtrqFQjOUHzuYqmYidXOg
KD0AnA6ps/oq0Nn6lKjkt2ywS3ECO3K0
=j3Lk
-----END PGP SIGNATURE-----

--Sig_/1XMPc1bDaQAs+/2SkUYLunp--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111105181722.501dea14>