Re: [gentoo-user] Chrony-2.2 failing

[brettrsears]

B
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Alan McKinnon 
Date: Fri, 20 Nov 2015 19:07:47 
To: 
Reply-to: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Chrony-2.2 failing

On 20/11/2015 19:02, Peter Humphrey wrote:
> On Friday 20 November 2015 11:03:55 Mick wrote:
>> On Friday 20 Nov 2015 10:22:00 Peter Humphrey wrote:
>>> As I said, chronyd works on this four-core i5 box, just not on the
>>> two-core  Atom.
>>
>> Have a look in the kernel of the Atom box and compare the RTC settings
>> between the two boxen.
> 
> Well, that was instructive - thanks Mick. I found a couple of settings I'm 
> sure I'd never have set knowingly, one of them a debug. After removing them 
> I still get the caught-an-interrupt and failed-to-start errors, but now I 
> find that chrony is apparently running well despite the errors. At any rate, 
> it logs the selection of a source five seconds after it's started and the 
> process is still running:
> 
>  2051 ?S0:00 /usr/sbin/chronyd -f /etc/chrony/chrony.conf -s -r
> 
> I've had another check through the kernel config, comparing it with the i5 
> config, and I've removed several more things that I think shouldn't be 
> there, but it's made no further difference.
> 


Well that's interesting. I suggest at this point you ask at chrony's
support list - they'd know better than others what RTC settings their
software needs.

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] media_build fails on Gentoo 4.2 machine....

[brettrsears]

Ouinuoyhd
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Dale 
Date: Mon, 26 Oct 2015 03:41:07 
To: 
Reply-to: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] media_build fails on Gentoo 4.2 machine

Tamer Higazi wrote:
> Hi people!
> I am on a gentoo machine, after updating my kernel, linux header and
> restarted my machine I wanted to compile
> "media_build"(http://git.linuxtv.org/cgit.cgi/media_build.git/about/).
>
> What could this be that I get this error ?
>
> http://pastebin.com/raw.php?i=Ubt5qhP0
>
>
> output:
>
> /storage/downloads/media_build/v4l/videobuf2-core.c:29:30: fatal error:
> trace/events/vb2.h: No such file or directory
>  #include 
>   ^
> compilation terminated.
> scripts/Makefile.build:264: die Regel für Ziel
> „/storage/downloads/media_build/v4l/videobuf2-core.o“ scheiterte
> make[3]: *** [/storage/downloads/media_build/v4l/videobuf2-core.o] Fehler 1
> Makefile:1386: recipe for target
> '_module_/storage/downloads/media_build/v4l' failed
> make[2]: *** [_module_/storage/downloads/media_build/v4l] Error 2
> make[2]: Leaving directory '/usr/src/linux-4.2.3-gentoo'
> Makefile:51: recipe for target 'default' failed
> make[1]: *** [default] Error 2
> make[1]: Leaving directory '/storage/downloads/media_build/v4l'
> Makefile:26: recipe for target 'all' failed
> make: *** [all] Error 2
> build failed at ./build line 491.
>
>
>
>
> thanks!
>
> best, Tamer
>

Most likely, the error that caused it to stop is much further back. 
Find "Error 1" and then go back a few more lines and copy and paste it
here, even if it is a good bit of it.  Unless someone just happened to
run into this themselves recently, what you included may not be enough. 

Dale

:-)  :-)

Re: [gentoo-user] strange TCP timeout errors

[brettrsears]

YyyyYYuIU
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Alan McKinnon 
Date: Wed, 7 Oct 2015 20:39:42 
To: 
Reply-to: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] strange TCP timeout errors

On 07/10/2015 17:55, Grant wrote:
>> I've attached a PNG from Munin showing the TCP timeout errors on my
>> Gentoo server over the past month.  The data is expressed in timeouts
>> per second and that rate is shown to be steadily increasing over the
>> past month.  That seems strange to me.  Munin doesn't show any other
>> data point increasing like this over the time period.  Any ideas?
>>
>> - Grant
>>
>
> weird - does it reset on an interface restart or reboot?

 this would be my test #1
>>>
>>>
>>> I rebooted and the rate of errors has dropped off to almost nothing.
>>>
>>>
> Can you verify its not an artefact within munin (how?)

 In theory, a misconfigured graph can do this. Munin can draw many
 different types of graph, including cumulative values. Even for a data
 type like this which is X events per unit time, if you tell munin to add
 them all up, it will do so and graph it.

 Qucik test is to look at the graph config.
>>>
>>>
>>> This graph lives in the "network" section of the munin web interface.
>>> There is no matching section in /etc/munin/plugin-conf.d/munin-node so
>>> it should be be using the default config.
>>>
>>> Any ideas based on this new info?
>>
>> A few :-)
>>
>>
>> I can't find the plugin that delivers that graph though. Maybe I just
>> don't have it, maybe it comes from contrib/
>>
>> What's your USE for munin?
> 
> 
> USE="apache cgi http mysql ssl syslog -asterisk -dhcpd -doc -ipmi
> -ipv6 -irc -java -memcached -minimal -postgres (-selinux) {-test}"
> 
> 
>> What do you have in "ls -al /etc/munin/plugins/"  ?


It's as I thought - your data is accurate but rrd has been given a
completely wrong method to derive the graphs.

Munin graphs for section "Network" do not have to be in a file called
"network" - it's just a category and the plugin defines what web-page
section it must be in. In your case, the relevant plugin is
netstat_multi which doesn't often get installed. It's data source is
"netstat -s" so grep that output for "timeout" to see it.

Timeouts are cumulative counters, they do not get less till they wrap
around. So to scale them, the plugin gets the rrd file to subtract
previous reading from current reading and divide by the time interval to
get the timeouts/sec. This is all done inside rrd when the data files
are updated (it's quite a lot of magic)

That plugin sets the graph type to DERIVE
(/etc/munin/plugins/netstat_multi around line 190. I feel it should be
GAUGE or COUNTER.

The proper reference on rrd is
http://oss.oetiker.ch/rrdtool/doc/rrdcreate.en.html
and the munin docs are
https://munin.readthedocs.org/en/latest/index.html

You must edit the plugin file and IIRC recreate the rrd, you will lose
all past info (can't be helped).


[snip ls output]


> P.S. Any other good plugins you'd recommend?

http://gallery.munin-monitoring.org/

Monitoring is highly site-specific so recommendations aren't usually
worth much, but that gallery has LOTS of contributed plugins

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] dynamic deps, wtf are they exactly

[brettrsears]

  
--Original Message--
From: Michael Orlitzky
To: gentoo-user@lists.gentoo.org
ReplyTo: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] dynamic deps, wtf are they exactly
Sent: Sep 27, 2015 5:21 PM

On 09/27/2015 03:34 PM, Alan McKinnon wrote:
> 
> Now it all makes sense, as a bonus I now see why why so many senior devs
> are so pedantic about revbumps (they have reason).
> 
> Now that I know what the symptom will be, are bug reports useful?
> 

I don't think most developers are aware of the problem, so if you point
out that the lack of a revbump causes pain, many will be glad to know
and adjust their behavior.

Or, you might just get yelled at. It's one of /those/ issues.




Sent from my Verizon Wireless BlackBerry