Date: Mon, 2 May 2016 11:28:20 -0600 From: Alan Somers <asomers@freebsd.org> To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= <Trond.Endrestol@fagskolen.gjovik.no> Cc: Scott Long <scottl@samsco.org>, FreeBSD stable <freebsd-stable@freebsd.org> Subject: Re: devd(8) complains loudly when DVD player is empty, possibly due to r298134 Message-ID: <CAOtMX2h7Oydu%2BECM9qZzppLWFPAo%2BiqrYkfJZHP4smFegXAa1g@mail.gmail.com> In-Reply-To: <alpine.BSF.2.20.1605011659490.62240@mail.fig.ol.no> References: <alpine.BSF.2.20.1604271908090.14591@mail.fig.ol.no> <AF3E901D-CC0C-40D5-A806-46A89FA70A4A@samsco.org> <alpine.BSF.2.20.1605011659490.62240@mail.fig.ol.no>
next in thread | previous in thread | raw e-mail | index | archive | help
"-q" is only really intended for embedded systems that don't use the standard syslogd or that are extremely concerned about syslogd's pipe bandwidth and/or CPU usage. Most people should control devd's chattiness with /etc/syslog.conf. This setting is good for most people. It will log actions devd takes based on the stuff in /etc/devd/, but not much else. !devd *.>=3Dnotice /var/log/devd.log And if you're directing every facility to its own file, you might consider something like this: !-devd user.* /var/log/user.log -Alan On Sun, May 1, 2016 at 9:07 AM, Trond Endrest=C3=B8l < Trond.Endrestol@fagskolen.gjovik.no> wrote: > On Wed, 27 Apr 2016 13:46-0400, Scott Long wrote: > > > Thanks for the report. I might be mistaken, but the default system > > is not configured to direct devd messages to user.info, so I didn=E2=80= =99t > > see this during my development. However, what you=E2=80=99re reporting= is > > definitely annoying, so Warner Losh and I are working on a solution. > > > > Scott > > I solved the problem by running devd with -q, i.e. devd_flags=3D"-q" in > /etc/rc.conf. This should probably be the default anyway. > > All of my systems (stable/10) have custom logging where each facility > has its own file. Also *.*;mark.* is sent to /dev/ttyvb and to the > central log host. /dev/ttyvb was pretty busy on the log host. > > Making devd less chatty does have its merits. > The next servers I buy will probably exclude a DVD player. > > Happy hacking. > > > > On Apr 27, 2016, at 1:23 PM, Trond Endrest=C3=B8l < > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > > > > Hi, > > > > > > The symptoms began after upgrading from stable/10 r298033 to stable/1= 0 > r298573. > > > > > > Apr 27 18:40:00 <user.info> [HOSTNAME] devd: Processing event > '!system=3DCAM subsystem=3Dperiph type=3Derror device=3Dcd0 serial=3D"R8K= L6GKC900AFG" > cam_status=3D"0xcc" scsi_status=3D2 scsi_sense=3D"70 02 04 01" CDB=3D"00 = 00 00 00 > 00 00 " ' > > > > > > These messages are just seconds apart: > > > > > > Apr 27 18:40:01 <user.info> [HOSTNAME] devd: Processing event > '!system=3DCAM subsystem=3Dperiph type=3Derror device=3Dpass1 > serial=3D"R8KL6GKC900AFG" cam_status=3D"0xcc" scsi_status=3D2 scsi_sense= =3D"70 02 > 04 01" CDB=3D"00 00 00 00 00 00 " ' > > > Apr 27 18:40:03 <user.info> [HOSTNAME] devd: Processing event > '!system=3DCAM subsystem=3Dperiph type=3Derror device=3Dpass1 > serial=3D"R8KL6GKC900AFG" cam_status=3D"0xcc" scsi_status=3D2 scsi_sense= =3D"70 02 > 04 01" CDB=3D"00 00 00 00 00 00 " ' > > > Apr 27 18:40:05 <user.info> [HOSTNAME] devd: Processing event > '!system=3DCAM subsystem=3Dperiph type=3Derror device=3Dpass1 > serial=3D"R8KL6GKC900AFG" cam_status=3D"0xcc" scsi_status=3D2 scsi_sense= =3D"70 02 > 04 01" CDB=3D"00 00 00 00 00 00 " ' > > > > > > When I put a CD or DVD in the DVD player, the messages stop. As soon > > > as I eject the disc, they start appearing again. > > > > > > Here's the relevant part from dmesg: > > > > > > cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 > > > cd0: <TSSTcorp DVD+-RW SN-208BB D500> Removable CD-ROM SCSI device > > > cd0: Serial Number R8KL6GKC900AFG > > > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO > 8192bytes) > > > cd0: Attempt to query device size failed: NOT READY, Medium not > present - tray closed > > > > > > This is on a mid-2012 Dell Latitude E5530 with the stock DVD player. > > > > > > Upgrading to stable/10 r298705 doesn't resolve this issue. > > > > > > Does anyone else see this? > > > > > > Maybe r298134 is to blame: > > > > > > stable/10/sys/cam/cam_periph.c > > > > > > MFC r298004: > > > > > > Add a devctl/devd notification conduit for CAM errors that happen at > the > > > periph level. > > > > > > Due to not merging the changes to ata_res_sbuf(), this version is a > little > > > messy. > > > > > > Sponsored by: Netflix > > > > > > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D298134 > > -- > +-------------------------------+------------------------------------+ > | Vennlig hilsen, | Best regards, | > | Trond Endrest=C3=B8l, | Trond Endrest=C3=B8l, = | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gj=C3=B8vik Technical College, Norway, = | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +-------------------------------+------------------------------------+ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOtMX2h7Oydu%2BECM9qZzppLWFPAo%2BiqrYkfJZHP4smFegXAa1g>