On Thu, Nov 29, 2018 at 10:49 AM Warner Losh <imp at bsdimp.com> wrote:
>
>
> On Thu, Nov 29, 2018 at 8:09 AM Alan Somers <asomers at freebsd.org>
wrote:
>
>> On Mon, Nov 26, 2018 at 3:57 PM Warner Losh <imp at bsdimp.com>
wrote:
>>
>>> On Mon, Nov 26, 2018 at 3:32 PM Maxim Sobolev <sobomax at
sippysoft.com>
>>> wrote:
>>>
>>> > Somebody needs to make collection/submission automatic and
make a port
>>> out
>>> > of it, so that it's as easy as pkg install dmesg_survey
&&
>>> > dmesg_survey_enabled="YES" in the /etc/rc.conf.
JIMHO. I'd gladly make
>>> it a
>>> > default on all dev boxes within our organization. Might also
make a
>>> nice
>>> > SoC project idea.
>>> >
>>>
>>> It's barely a weekend hack, since with the curl 1 liner 95% of
what you
>>> want is there.
>>>
>>> This service isn't suitable, though, to have it in rc.conf, I
don't
>>> think,
>>> unless it's updated only when there's a material change...
>>>
>>> And I'd rather we get more nuanced data than dmesg can provide
if we were
>>> to do the data collection. The admonition to submit to this site
was one
>>> of
>>> expedience...
>>>
>>> Warner
>>>
>>
>> Sounds like somebody needs to adopt sysutils/bsdstats. It's a
great
>> start, but it needs some TLC.
>>
>
> Except there's no available data from it. And it's not a great
start, but
> a terrible one. It gathers the wrong things.
>
> Warner
>
What do you mean "no available data"? Are you saying that you'd
prefer
direct access to the server rather than access through the web UI? I'm
sure Scrappy would allow that. He's implied that he'd like some help
with
the server. What I like about bsdstats is that it's much more structured
than your dmesg service. Instead of a big long string, it gathers
structured info with sysctl, pciconf, and pkg. Plus, it already has a
port, it's integrated into periodic(8), and it has a website. If it omits
some information that you would like to see, then you should enhance it;
not replace it.
-Alan
>
>
>
>
>>
>>>
>>> > -Max
>>> >
>>> > On Mon, Nov 26, 2018 at 2:08 PM Yuri Pankov <yuripv at
yuripv.net> wrote:
>>> >
>>> > > Yuri Pankov wrote:
>>> > > > Warner Losh wrote:
>>> > > >> Greetings
>>> > > >>
>>> > > >> a few weeks ago I pointed people to the nycbug
dmesg service. I
>>> said I
>>> > > was
>>> > > >> looking at data to drive SCSI retirement.
I've gatherd some
>>> > preliminary
>>> > > >> data, which I've uploaded to
>>> > > >>
https://github.com/bsdimp/device-data/blob/master/cam.md along
>>> with
>>> > > some
>>> > > >> preliminary notions of disposition for the
hardware. I'm still
>>> working
>>> > > out
>>> > > >> the kinks in the dmesg parsing, but this is
interesting data.
>>> > > >>
>>> > > >> If you've not recently submitted, please
consider doing so. We'll
>>> be
>>> > > >> finalizing the scsi SIMs that I'm going to
propose retiring in 13
>>> here
>>> > > in a
>>> > > >> few weeks, and I'm going to base much of
what list I come up with
>>> > based
>>> > > on
>>> > > >> what is submitted. The glitches with FreeBSD
dmesgs have been
>>> cleared
>>> > > up as
>>> > > >> well.
>>> > > >>
>>> > > >> http://dmesgd.nycbug.org/index.cgi
>>> > > >>
>>> > > >> or
>>> > > >>
>>> > > >> curl -v -d "nickname=$USER" -d
"email=$USER@$(hostname)" -d
>>> > > >> "description=FreeBSD/$(uname -m) on $(kenv
smbios.system.maker)
>>> $(kenv
>>> > > >> smbios.system.product)" -d
"do=addd" --data-urlencode 'dmesg@
>>> > > >> /var/run/dmesg.boot'
http://dmesgd.nycbug.org/index.cgi
>>> > > >
>>> > > > Got another system to submit, but continuously
getting "500
>>> Internal
>>> > > > Server Error" using the curl one-liner.
dmesg.boot attached in
>>> case
>>> > > > it's the source of the problem.
>>> > >
>>> > > It works now, sorry for the noise.
>>> > >
>>> > >
>>> > _______________________________________________
>>> > freebsd-stable at freebsd.org mailing list
>>> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable
>>> > To unsubscribe, send any mail to "
>>> freebsd-stable-unsubscribe at freebsd.org"
>>> >
>>> _______________________________________________
>>> freebsd-stable at freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe
at freebsd.org
>>> "
>>>
>>