On Sun, 2017-04-16 at 21:53 -0700, Maxim Sobolev wrote:
> Well, all this suggests to me that there must be some issue with the client
> syslog code in the libc, so that if syslog daemon hangs or has some
> internal issue that would basically render system mostly unusable. I think
> that might be an
Well, all this suggests to me that there must be some issue with the client
syslog code in the libc, so that if syslog daemon hangs or has some
internal issue that would basically render system mostly unusable. I think
that might be an interesting project for somebody who has some spare time
on han
On 16 April 2017 at 03:24, Larry Rosenman wrote:
> Current SVN seems to have fixed it (via sobomax@ syslogd commit).
>
I experienced this issue too, and can confirm that it existing on r316952,
but is resolve on r317033.
It was extremely strange. The symptoms I was experiencing were:
- lightdm
On Sat, Apr 15, 2017 at 02:24:05PM -0500, Larry Rosenman wrote:
> Current SVN seems to have fixed it (via sobomax@ syslogd commit).
>
Confirmed: I had experienced the issue running:
FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #315
r316956M/316956:1200028: Sat Apr 15 08
Current SVN seems to have fixed it (via sobomax@ syslogd commit).
borg.lerctr.org /usr/src $ svn info;uname -aKU
Path: .
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/head
Relative URL: ^/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-
Hi!
Larry wrote:
> It was with PostgreSQL starting and I also noted Exim, SSHD, and
> others spinning. Lots of NO BUFFERSPACE in a truss.
Interesting. I had my build host being dead in the
network (no ping, also with bufferspace problems), but I was able
to login via console.
And: It failed to
Am Sat, 15 Apr 2017 12:19:02 -0400
Allan Jude schrieb:
> On 2017-04-15 07:53, O. Hartmann wrote:
> > Recent CURRENT running on a server makes the system booting in multiuser
> > mode booting
> > incredibly slow! On a machine, before I interrupted the booting process
> > hanging in
> > starting
On 4/15/17, 1:43 PM, "David Wolfskill" wrote:
On Sat, Apr 15, 2017 at 04:41:28PM +, Poul-Henning Kamp wrote:
>
> ...
> >And I understand that the Cloudflare/f-root server issue isn't quite
> >that recent: "The new f-root servers appeared around two weeks ago"
On Sat, Apr 15, 2017 at 04:41:28PM +, Poul-Henning Kamp wrote:
>
> ...
> >And I understand that the Cloudflare/f-root server issue isn't quite
> >that recent: "The new f-root servers appeared around two weeks ago"
>
> And isn't the zone cache expiry time around two weeks as well ?
On 04/15/17 12:41, Poul-Henning Kamp wrote:
>
> In message <20170415160916.gy1...@albert.catwhisker.org>, David Wolfskill
> write
> s:
>
>> And I understand that the Cloudflare/f-root server issue isn't quite
>> that recent: "The new f-root servers appeared around two weeks ago"
>
>
In message <20170415160916.gy1...@albert.catwhisker.org>, David Wolfskill write
s:
>And I understand that the Cloudflare/f-root server issue isn't quite
>that recent: "The new f-root servers appeared around two weeks ago"
And isn't the zone cache expiry time around two weeks as well
On 2017-04-15 07:53, O. Hartmann wrote:
> Recent CURRENT running on a server makes the system booting in multiuser mode
> booting
> incredibly slow! On a machine, before I interrupted the booting process
> hanging in
> starting postgresql 9.6.2 server, it took > 10 minutes.
>
> Due to a serious
On Sat, Apr 15, 2017 at 04:00:25PM +, Poul-Henning Kamp wrote:
>
>
> >Recent CURRENT running on a server makes the system booting in multiuser
> >mode booting
> >incredibly slow! On a machine, before I interrupted the booting process
> >hanging in
> >starting postgresql 9.6.2 server
>Recent CURRENT running on a server makes the system booting in multiuser mode
>booting
>incredibly slow! On a machine, before I interrupted the booting process
>hanging in
>starting postgresql 9.6.2 server, it took > 10 minutes.
Maybe this ticket ?
https://lists.freebsd.org/p
15.04.2017 14:53, O. Hartmann пишет:
Recent CURRENT running on a server makes the system booting in multiuser mode
booting
incredibly slow! On a machine, before I interrupted the booting process hanging
in
starting postgresql 9.6.2 server, it took > 10 minutes.
Same here. BTW, the command "se
Am Sat, 15 Apr 2017 07:02:16 -0500
Larry Rosenman schrieb:
> On 4/15/17, 6:53 AM, "O. Hartmann" behalf of
> ohartm...@walstatt.org> wrote:
>
> Recent CURRENT running on a server makes the system booting in multiuser
> mode
> booting incredibly slow! On a machine, before I interrupted the b
On 4/15/17, 6:53 AM, "O. Hartmann" wrote:
Recent CURRENT running on a server makes the system booting in multiuser
mode booting
incredibly slow! On a machine, before I interrupted the booting process
hanging in
starting postgresql 9.6.2 server, it took > 10 minutes.
Due to
Recent CURRENT running on a server makes the system booting in multiuser mode
booting
incredibly slow! On a machine, before I interrupted the booting process hanging
in
starting postgresql 9.6.2 server, it took > 10 minutes.
Due to a serious bug in CURRENT, I had to disable BPF_JITTER via sysctl
18 matches
Mail list logo
