On Wed, Jul 15, 2015 at 09:42:05AM +0500, Eugene M. Zheganin wrote:
> As soon as I upgraded one of my ipsec routers to recent stable
> (10.2-BETA1 #0 r285524) it stopped working as a security gateway. Ipsec
> traffic is passed out and receiving in, SA are in place, but nothing
> happens upon receip
Hi.
As soon as I upgraded one of my ipsec routers to recent stable
(10.2-BETA1 #0 r285524) it stopped working as a security gateway. Ipsec
traffic is passed out and receiving in, SA are in place, but nothing
happens upon receipt (I run gre over ipsec, so gre interface doesn't see
any incoming pack
Please forgive me if this seems impudent, but has there been any progress on
this? The status of the bug report hasn't changed since it was opened. I
don't mean to be rude, and I certainly appreciate the effort that's gone
into this already (especially Kevin's detective work), but support for
susp
On Jul 14, 2015, at 10:47 AM, Paul Mather wrote:
> On Jul 14, 2015, at 10:33 AM, krad wrote:
>>
>> As
>>
>> $ grep REQUIRE /etc/rc.d/ntpd
>> # REQUIRE: DAEMON ntpdate FILESYSTEMS devfs
>>
>>
>> You could set something similar to the following in the rc.conf
>>
>> ntpdate_hosts="a.b.c.d w.x.
Hi,
While trying to create a big tar file containing big files, I got this:
root@m4fh1:/home/nik/peter # tar -cf - . | tar -tf - > /dev/null
tar: Damaged tar archive
tar: Retrying...
tar: Damaged tar archive
tar: Retrying...
tar: Damaged tar archive
tar: Retrying...
tar: Damaged tar archive
tar:
On Jul 14, 2015, at 10:33 AM, krad wrote:
>
> As
>
> $ grep REQUIRE /etc/rc.d/ntpd
> # REQUIRE: DAEMON ntpdate FILESYSTEMS devfs
>
>
> You could set something similar to the following in the rc.conf
>
> ntpdate_hosts="a.b.c.d w.x.y.z"
> ntpdate_enable=yes
Thanks for that suggestion. I assum
As
$ grep REQUIRE /etc/rc.d/ntpd
# REQUIRE: DAEMON ntpdate FILESYSTEMS devfs
You could set something similar to the following in the rc.conf
ntpdate_hosts="a.b.c.d w.x.y.z"
ntpdate_enable=yes
On 14 July 2015 at 14:43, Paul Mather wrote:
> I believe I ran afoul of a circular dependency bet
I believe I ran afoul of a circular dependency between local_unbound and ntpd
on my 10.2-PRERELEASE system. I use a stock /etc/ntp.conf and use
ntpd_sync_on_start="YES".
Last night, a BIOS settings reset cause my CMOS clock to go WAY out of synch
for the first time. No problem, I thought: NTP
On Tue, Jul 14, 2015 at 05:08:19PM +1000, Jan Mikkelsen wrote:
>
> > On 13 Jul 2015, at 19:10, Baptiste Daroussin wrote:
> >
> > On Mon, Jul 13, 2015 at 10:36:28AM +0200, Baptiste Daroussin wrote:
> >> On Mon, Jul 13, 2015 at 04:57:32PM +1000, Jan Mikkelsen wrote:
> >>> Hi,
> >>>
> >>> In our s
On 7/14/2015 02:49, Shane Ambler wrote:
> On 14/07/2015 03:18, Karl Denninger wrote:
>
>> The ARC is supposed to auto-size and use all available free memory. The
>> problem is that the VM system and ARC system both make assumptions that
>> under certain load patterns fight with one another, and
On Tue, Jul 14, 2015 at 05:08:19PM +1000, Jan Mikkelsen wrote:
>
> > On 13 Jul 2015, at 19:10, Baptiste Daroussin wrote:
> >
> > On Mon, Jul 13, 2015 at 10:36:28AM +0200, Baptiste Daroussin wrote:
> >> On Mon, Jul 13, 2015 at 04:57:32PM +1000, Jan Mikkelsen wrote:
> >>> Hi,
> >>>
> >>> In our s
On 14/07/2015 03:18, Karl Denninger wrote:
The ARC is supposed to auto-size and use all available free memory. The
problem is that the VM system and ARC system both make assumptions that
under certain load patterns fight with one another, and when this
happens and ARC wins the system gets in tr
> On 13 Jul 2015, at 19:10, Baptiste Daroussin wrote:
>
> On Mon, Jul 13, 2015 at 10:36:28AM +0200, Baptiste Daroussin wrote:
>> On Mon, Jul 13, 2015 at 04:57:32PM +1000, Jan Mikkelsen wrote:
>>> Hi,
>>>
>>> In our system build scripts we have this command:
>>>
>>> /usr/sbin/pw -V $d useradd t
13 matches
Mail list logo
