80008/>
>
>
>
Thanks, good points to consider! I wonder too if there are any
performance differences
---Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, se
On 4/23/2021 5:23 PM, Xin Li wrote:
> On 4/23/21 13:53, mike tancsa wrote:
>> Starting to play around with RELENG_13 and wanted explore ZFS' built in
>> encryption. Is there a best practices doc on how to do full disk
>> encryption anywhere thats not GELI based ? There
, enter in passphrase to allow it to boot kind of
thing from the boot loader prompt ?
---Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-s
nyone needs it. Comments?
> ___
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
--
Mike Lempriere, Perennial Vintner
Thanks guys for the explanation / looking into it! And thank you very
much for all your efforts on this big move to git!
---Mike
On 2/18/2021 3:45 PM, Warner Losh wrote:
> The problem is that it was a merge commit, which should have been
> administratively prohibited. A merge commi
2e-dd11-9fc8-001c23d0bc1f
Revision: 369283
Node Kind: directory
Schedule: normal
Last Changed Author: np
Last Changed Rev: 369282
Last Changed Date: 2021-02-16 15:39:03 -0500 (Tue, 16 Feb 2021)
---Mike
>
> shows:
>
> Commit message (Expand) Author Age Files Lines
>
ith several commits after the one by np ~ 43hrs ago
---Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 2/17/2021 12:10 PM, Warner Losh wrote:
> On Feb 17, 2021, at 6:05 AM, mike tancsa wrote:
>> I noticed on a box that I update RELENG_12 via git there are more
>> recent commits then if I use svnlite to track. Are they only
>> periodically updated ? If so, how f
On 2/17/2021 12:10 PM, Warner Losh wrote:
> On Feb 17, 2021, at 6:05 AM, mike tancsa wrote:
>> I noticed on a box that I update RELENG_12 via git there are more
>> recent commits then if I use svnlite to track. Are they only
>> periodically updated ? If so, how f
update
Updating '.':
At revision 369282.
#
Thanks,
---Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
compile_nhgrp: OO[0]: 1/1 curr=1 slot_idx=0
compile_nhgrp: OO[1]: 0/0 curr=1 slot_idx=1
are these debugging messages that forgot to be turned off ? What do they mean ?
Thanks for this work!
13.0-STABLE #11 stable/13-cc1352c1f-dirty
---Mike
On 1/23/2021 11:52 PM, John Kennedy wrote:
> On Sat, Jan 23, 2021 at 03:59:07PM -0500, mike tancsa wrote:
>> I noticed when doing a src upgrade on a test zfs machine, I didnt
>> get prompted to re-install the boot blocks after upgrading the pool post
>> first reboot
as well ?
---Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 12/22/2020 10:09 AM, mike tancsa wrote:
> On 12/22/2020 10:07 AM, Mark Johnston wrote:
>> Could you go to frame 11 and print zone->uz_name and
>> bucket->ub_bucket[18]? I'm wondering if the item pointer was mangled
>> somehow.
> Thank you for lookin
ff80de4654000
(kgdb) p bucket->ub_bucket
$3 = 0xf801c7fd5218
(kgdb)
---Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
td = 0xf80004964740
p = 0xf800049f8530
dtd =
#22
No locals.
(kgdb)
On 12/15/2020 4:39 PM, mike tancsa wrote:
> Was doing a backup via zfs send | zfs recv when the box panic'd. Its a
> not so old RELENG_12 box from last week. Any ideas if this is a hardware
> issue or a
Was doing a backup via zfs send | zfs recv when the box panic'd. Its a
not so old RELENG_12 box from last week. Any ideas if this is a hardware
issue or a bug ? Its r368493 from last Wednesday. I dont see an ECC
errors logged, so dont think its hardware.
Reading symbols from
On Thu, 22 Oct 2020 12:11:17 -0400 Mike Jakubik
wrote
> Hi,
>
> When i compile a non GENERIC kernel (which mainly removes some debugging and
> devices i do not have) the Python program glances fails with the following
> message.
>
For anyone i
Hi,
When i compile a non GENERIC kernel (which mainly removes some debugging and
devices i do not have) the Python program glances fails with the following
message.
[root@jailer ~]# glances
Traceback (most recent call last):
File "/usr/local/bin/glances", line 8, in
freebsd-zfs da1
then add da1p1 to the pool
---Mike
On 10/21/2020 8:20 AM, Cassiano Peixoto wrote:
> Hi there,
>
> Anyone can help please? I've many servers with this same issue. Thanks
>
> On Fri, Oct 16, 2020 at 10:24 AM Cassiano Peixoto
> wrote:
>
>> Hi there,
On 10/4/2020 8:21 PM, Kyle Evans wrote:
> On Sun, Oct 4, 2020 at 7:02 PM mike tancsa wrote:
>> Not sure exactly when, but it seems building RELENG_11 seems to be
>> broken on releng12. I am trying to buildworld on a RELENG12 image with
>> -j4 (12.2-STABLE r366088) and it
Not sure exactly when, but it seems building RELENG_11 seems to be
broken on releng12. I am trying to buildworld on a RELENG12 image with
-j4 (12.2-STABLE r366088) and it fails with the errors below
cc -O2 -pipe -I/crossbuilds/src/11/lib/libnetbsd
-I/crossbuilds/src/11/contrib/netbsd-tests
y remain connected). By default, I run a kernel that prints these
messages no more often than 5 minutes.
Mike
> --
> Gerard
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To
Some details at
https://github.com/zrepl/zrepl/issues/343
---Mike
On 8/2/2020 2:14 PM, mike tancsa wrote:
> Still trying the track this issue down to get a better handle on it. The
> developer of the app I use (zrepl) strongly thinks the race and crashes
> are in the golang ru
Still trying the track this issue down to get a better handle on it. The
developer of the app I use (zrepl) strongly thinks the race and crashes
are in the golang runtime. Re-posting this in case anyone else is seeing
issues with golang on RELENG12 somewhere after June 11th ?
---Mike
On 7/11
like to bias slightly ARC to hold this meta data a
little longer than evict it out of cache so fast. I put in an nvme disk
hoping that would help, but it makes no difference or doesnt seem to
anyways.
---Mike
___
freebsd-stable@freebsd.org maili
On 7/22/2020 1:29 AM, Eugene Grosbein wrote:
> 22.07.2020 2:37, mike tancsa wrote:
>
>>> Something else special about the setup.
>>> output of "top -b"
>>>
>> ports are right now being built in a VM, but the problem (zrepl hanging)
>> and
On 7/22/2020 1:04 AM, Rick Macklem wrote:
> mike tancsa wrote:
>> Hi,
>>Thanks for the response. Reply in line
>>
>> On 7/20/2020 9:04 AM, Ronald Klop wrote:
>>> Hi,
>>>
>>> My first suggestion would be to remove a lot of snapshots. B
8K select 0 0:21 0.00% sshd
1754 root 3 20 0 18M 3556K select 1 0:11 0.00%
apcupsd
5917 root 1 20 0 11M 2672K select 2 0:06 0.00%
script
1449 _pflogd 1 20 0 12M 3572K bpf 3 0:05 0.00%
pflogd
---Mike
> That kind of inf
Are there any tweaks that can be done to speed up or improve zfs
metadata performance ? I have a backup server with a lot of snapshots
(40,000) and just doing a listing can take a great deal of time. Best
case scenario is about 24 seconds, worst case, I have seen it up to 15
minutes. (FreeBSD
its been running for 24hrs
now without issue. Is it possible that some of the changes to RELENG12
from June 10th to July 2nd might have broken some ABI that golang apps
rely on that might account for zrepl hanging ?
---Mike
___
freebsd-stable
Hi Dimitry,
Is there any fallout from this commit not being there ? I have
deployed some nanobsd images based on a tree last week. Are there any
bugs I would run into as a result of this ? Or is it benign ?
Thanks,
---Mike
On 5/25/2020 12:06 PM, Dimitry Andric wrote:
> Author:
internal (it uses select), OpenSSL
1.1.1g-freebsd 21 Apr 2020
Linked modules: dns64 respip validator iterator
BSD licensed, see LICENSE in source package for details.
Report bugs to unbound-b...@nlnetlabs.nl or
https://github.com/NLnetLabs/unbound/issues
---Mike
On 5/24/2020 12:47 PM, Cy Schubert
> On Date: Sat, 16 May 2020 16:05:09 +0200 Kurt Jaeger
> wrote:
> [Mike Karels wrote:]
> > > This might be due to cockpit error, but I don't remember the exact history
> > > of this machine. I have a test machine that was running 11.3-RELEASE, and
> >
40416 May 15 2019 gettext
-r-xr-xr-x 1 root wheel 4629 May 15 2019 gettext.sh
-rwxr-xr-x 1 root wheel11496 May 15 2019 indexinfo
-rwxr-xr-x 1 root wheel40424 May 15 2019 ngettext
lrwxr-xr-x 1 root wheel4 May 15 2019 rbash -> bash
On 4/19/2020 9:46 AM, sth...@nethelp.no wrote:
> >
> I now have a pcap file of queries that I can replay with the "drool"
> application, and I'm consistently seeing similar memory leak problems
> (i.e. the problems are reproducible). The memory leak rate seems to be
> very approximately linear
On 3/3/2020 6:04 PM, Mark Saad wrote:
> Mike
> Not the best solution but switch from “latest” to “quarterly” in the pkg
> config . The quarterly repos are unaffected.
Thanks! That will be good enough for this project and works for now
contains packages with wrong ABI: FreeBSD:12.0:amd64
Processing entries: 100%
Unable to update repository FreeBSD
Error updating repositories!
Which seems to be related to this bug ?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244549
Does anyone know of a work around ?
---Mike
.
Also, are you sure you want to use both UFS and ZFS? I do it personally
for historical reasons, but on a larger machine with several disks. But
there are reasons not to use both, including different memory cache
strategies.
Mike
>From mike Sun Feb 23 17:24:54 2020
Received: from mx2.freebsd.org (mx2.freebsd.org [96.47.72.81])
by mail.karels.net (8.15.2/8.15.2) with ESMTP id 01NNOsPX085694
for ; Sun, 23 Feb 2020 17:24:54 -0600 (CST)
(envelope-from owner-freebsd-sta...@freebsd.org)
Received: f
a system available to willing developer(s).
In this case (a USB failure), I bisected the problem some months ago.
The offending commit was an ACPI update. I have not yet "downgraded"
to 11.3, but I will when I have enough time.
Mike
_
Not sure, i havent had a need to manually fetch a ports index in years,
portsnap auto does it all.
On Tue, 11 Feb 2020 12:19:01 -0500 Bob Willcox wrote
Thanks alot Mike. That worked for me.
Out of curriosity, is this a fairly recent change? For some reason I've never
rs.
Austin, TX |
___
mailto:freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
"mailto:freebsd-stable-unsubscr...@freebsd.org;
Mike Jakubik
https://www.swiftsmsgatewa
On 1/8/2020 1:14 PM, mike tancsa wrote:
> On 1/8/2020 1:08 PM, Ian Lepore wrote:
>> I am at r356502
>>> root@asrock-ryzen7a:/usr/src # sleep 20;time make -j 16 buildworld >
>>> /var/log/build.out ; time make -j16 buildkernel > /var/log/build.out.k
>>&g
still get
>> SYSTEM_LINKER: libclang will be built for bootstrapping a cross-linker.
>>
>>
>> ---Mike
>>
> What's the output of "make test-system-compiler"? That will display
> all the variables used to make the decisions on what to (re)build.
Just
On 1/8/2020 12:33 PM, Jung-uk Kim wrote:
> On 20. 1. 8., mike tancsa wrote:
>> On 1/8/2020 10:15 AM, mike tancsa wrote:
>>> Going from a kernel from Dec 21st to today, my bhyve image no longer
>>> starts up. Is this possibly related to the mfc 356471 ?
>>>
&g
d and reboot, yet still get
SYSTEM_LINKER: libclang will be built for bootstrapping a cross-linker.
---Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 1/8/2020 10:15 AM, mike tancsa wrote:
> Going from a kernel from Dec 21st to today, my bhyve image no longer
> starts up. Is this possibly related to the mfc 356471 ?
>
>
OK, confirmed. Doing a svnlite update -r356469, to just before the ACPI
MFC allows be to start up my
Going from a kernel from Dec 21st to today, my bhyve image no longer
starts up. Is this possibly related to the mfc 356471 ?
/boot/kernel/kernel text=0x948ee3 data=0x13d9b8+0x463b10
syms=[0x8+0xef220+0x8+0x10ec23]
/boot/entropy size=0x1000
Booting...
/tmp/bhyve.e6GT9mY 61: [0001]
le
to compile using the ports environment by using the right -I and -L
options to use the 1.0.2 headers and libraries in /usr/local.
> Thanks in advance for any advice.
Good luck!
> - Alex
Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 11/19/2019 8:09 AM, Christos Chatzaras wrote:
> On 19 Nov 2019, at 15:02, mike tancsa wrote:
>> On 11/19/2019 6:42 AM, Ronald Klop wrote:
>>> Hi,
>>>
>>> Is it possible to jexec into a jail as a regular user. Or to enable
>>> that somewhere?
>&
need ?
jexec [-l] [-u username | -U username] jail [command ...]
# jexec -U testuser 3 csh
testuser@cacticonsole:/ % id
uid=1005(testuser) gid=1005(testuser) groups=1005(testuser)
testuser@cacticonsole:/ %
---Mike
___
freebsd-stable@freebsd.org
rt at build time ?
> Why is it a problem ? If the library is loaded from a binary that already
> linked to the depended lib it would just work.
Thanks, I was not sure how to interpret the result. I was not sure that
if the binary called functions from that lib what the result would be.
1.434u 16.070s 0:17.62 99.3% 65+177k 2050896+0io 0pf+0w
and even just the name
% time /sbin/zfs list -Hp -oname -t snapshot >
/dev/null
1.180u 16.113s 0:17.51 98.7% 66+177k 2050906+0io 0pf+0w
---Mike
___
freebsd-stab
. Looking at gstat zfs
list -t snapshot is not hitting the disk. So not sure if anything can
be done tuning wise ?
---Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
On 11/13/2019 5:25 PM, Konstantin Belousov wrote:
> On Wed, Nov 13, 2019 at 04:48:40PM -0500, mike tancsa wrote:
>> I was trying to upgrade (failed) and then re-install the
>> samba410-4.10.10 port on a RELENG12 box. One of the Samba libs shows
>> some output I dont unders
0x801417000)
libcrypt.so.5 => /lib/libcrypt.so.5 (0x800665000)
libc.so.7 => /lib/libc.so.7 (0x80024a000)
/usr/local/lib/samba4/private/libreplace-samba4.so:
libcrypt.so.5 => /lib/libcrypt.so.5 (0x800665000)
libc.so.7 => /lib/libc.so.7 (0x80024a000)
On 11/7/2019 1:13 PM, Warner Losh wrote:
>
>
> On Thu, Nov 7, 2019 at 10:07 AM mike tancsa <mailto:m...@sentex.net>> wrote:
>
> This likely should only be active if the target isn't install... It's
> a build-time thing, not an install time thing.
>
> To conf
Hi All,
In the past, I could do something like
Mount via nfs a RELENG12 kernel and world, do the appropriate
#mount_nfs 192.168.143.5:/crossbuilds /crossbuilds/
# setenv MAKEOBJDIRPREFIX /crossbuilds/obj/12/
and then do an installkernel and world and upgrade to releng12. Now, I
get the
disabling jumbo rather than TSO? If jumbo is enabled
on this system, but not on the client (or next hop), all the segments
sent from the server that are over 1500 bytes will be lost, and data
will pile up in the send queue waiting for acknowledgement.
> I hope this helps others suffering the s
>> VERBOSE logging.
>>>
>>> sshd[63290]: Failed unknown for testuser1 from 192.168.xx.yyy port
>>> 60643 ssh2 ?
>>>
>>> The user is able to login no problem, but the error message is bubbling
>>> up in our HIDS. We had to white lis
is able to login no problem, but the error message is bubbling
up in our HIDS. We had to white list it, but it would be useful to
understand exactly why and what is failing.
---Mike
___
freebsd-stable@freebsd.org mailing list
https
s).
Hunk #3 succeeded at 437 (offset 2 lines).
Hunk #4 succeeded at 457 with fuzz 1 (offset -6 lines).
Hunk #5 succeeded at 753 (offset -45 lines).
Hunk #6 succeeded at 955 (offset -6 lines).
Hunk #7 succeeded at 1085 (offset -46 lines).
done
0(releng11
On 8/22/2019 6:51 PM, John Baldwin wrote:
> On 8/21/19 5:47 PM, Mike Tancsa wrote:
>> On 8/21/2019 6:38 PM, John Baldwin wrote:
>>> On 8/21/19 9:08 AM, mike tancsa wrote:
>>>> On 8/21/2019 12:00 PM, John Baldwin wrote:
>>>>> dtrace -n 'fbt::_gone_
On 8/22/2019 8:21 PM, Mike Tancsa wrote:
> On 8/22/2019 6:51 PM, John Baldwin wrote:
>> On 8/21/19 5:47 PM,
>> # dtrace -n 'fbt::_gone_in:entry { @counts[curthread->td_proc->p_comm] =
>> count() }'
>> dtrace: description 'fbt::_gone_in:entry ' matched 1 probe
>&
precated code (to be removed in
FreeBSD 13): CAST128 cipher via /dev/crypto
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada
On 8/21/2019 6:38 PM, John Baldwin wrote:
> On 8/21/19 9:08 AM, mike tancsa wrote:
>> On 8/21/2019 12:00 PM, John Baldwin wrote:
>>> dtrace -n 'fbt::_gone_in:entry { @counts[curthread->td_proc->p_comm] =
>>> count()'
>> Thanks, I am not familiar with dtrace
On 8/21/2019 12:00 PM, John Baldwin wrote:
> dtrace -n 'fbt::_gone_in:entry { @counts[curthread->td_proc->p_comm] =
> count()'
Thanks, I am not familiar with dtrace at all. This command gives a
syntax error
0(cage)# dtrace -n 'fbt::_gone_in:entry {
@counts[curthread->td_proc->p_comm] = count()'
that ?
---Mike
On 8/19/2019 9:30 PM, John Baldwin wrote:
> Author: jhb
> Date: Tue Aug 20 01:30:35 2019
> New Revision: 351246
> URL: https://svnweb.freebsd.org/changeset/base/351246
>
> Log:
> MFC 348876: Add warnings to /dev/crypto for deprecated algorithms.
>
I did a fresh install of a RELENG12 image and did EFI for the boot /
install process. Most everything seems to work ok, but the boot menu
gets double text printing. As before and after is OK, its not a huge
thing, but is there a way to fix this ?
loader.conf is simple
comconsole_speed="115200"
On 7/31/2019 11:59 AM, Eugene Grosbein wrote:
> 31.07.2019 22:30, mike tancsa wrote:
>
>> While moving a pair of ZFS disks from an *very* old motherboard to a new
>> one, I ran into an odd problem I had not seen before. The box was
>> running just fine RELENG_10 from
would interact
poorly with new motherboards (in this case, a SuperMicro X11SSH-F) ?
---Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-s
On 7/26/2019 10:38 PM, Jeremy Chadwick via freebsd-stable wrote:
> (Please retain CCs, I am not subscribed to the list)
>
> Below is hard evidence of 3 things on stable/11 (not 12) after r350259:
>
> 1. r350259 adds *substantial* time to buildworld.
Are you sure this is not the same as the issue
g installed system linker and compiler to build world"
and as you pointed out, when its a version difference it gets overridden.
> Repeating buildworld 3 times for r350255 and r350256 (with both
The times on my machines all look normal now too!
---Mike
___
On 7/24/2019 1:21 PM, mike tancsa wrote:
> On 7/24/2019 12:02 PM, Dimitry Andric wrote:
>> On 24 Jul 2019, at 17:12, mike tancsa wrote:
>>> On 7/24/2019 9:45 AM, Dimitry Andric wrote:
>>>> On 24 Jul 2019, at 14:47, mike tancsa wrote:
>>>>&g
On 7/24/2019 12:02 PM, Dimitry Andric wrote:
> On 24 Jul 2019, at 17:12, mike tancsa wrote:
>> On 7/24/2019 9:45 AM, Dimitry Andric wrote:
>>> On 24 Jul 2019, at 14:47, mike tancsa wrote:
>>>> On 7/23/2019 2:40 PM, Dimitry Andric wrote:
>>>>> Aut
On 7/24/2019 9:45 AM, Dimitry Andric wrote:
> On 24 Jul 2019, at 14:47, mike tancsa wrote:
>> On 7/23/2019 2:40 PM, Dimitry Andric wrote:
>>> Author: dim
>>> Date: Tue Jul 23 18:40:32 2019
>>> New Revision: 350256
>>> URL: https://svnwe
ed a buildworld on my Ryzen went from ~
31min to just over 40min. Is this expected ?
---Mike
ps. Thanks for all the work you put in to keeping clang up to date btw!!
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/l
On 7/19/2019 6:24 PM, Freddie Cash wrote:
> On Fri, Jul 19, 2019, 12:59 PM mike tancsa, <mailto:m...@sentex.net>> wrote:
>
> I installed a RELENG12 snapshot from July 11th and having a hard time
> getting serial console to work. In the past, I would have someth
-1 1
but no luck. init doesnt want to load up a getty off ttyu0 for some
reason. The port works.
If I do
cu -s 115200 -l /dev/cuau0
I can talk to the other side and vice versa. If I manually start up
getty from the shell, it works then too. But I cant get getty to start
from /etc/tty
yu0
up pops the login prompt and I can login over serial. However, I have to
login as a non root user first. Any idea what I am missing ?
---Mike
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/fr
e[2]: stopped in /usr/src
*** Error code 1
Stop.
make[1]: stopped in /usr/src
*** Error code 1
Stop.
make: stopped in /usr/src
1(vinyl3)#
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambrid
le
around for config examples / discussions. The bad news-- The ipsec docs
really need updating. The good news, StrongSwan and IPSEC in RELENG_11
and 12 are really great and well maintained. Documentation is sadly not
in one place.
---Mike
---
Mike Tancsa, tel +1 519 651 3400 x2
On 2/20/2019 3:14 AM, Eugene Grosbein wrote:
> 20.02.2019 3:49, Mike Tancsa wrote:
>
>> On 2/19/2019 2:35 PM, Mike Tancsa wrote:
>>> dd if=/dev/zero of=/tanker/test bs=1m count=10
>> The box has 32G of RAM. If I do a
>>
>> # sysctl -w vfs.zfs.arc_max=1222
On 2/19/2019 2:35 PM, Mike Tancsa wrote:
> dd if=/dev/zero of=/tanker/test bs=1m count=10
The box has 32G of RAM. If I do a
# sysctl -w vfs.zfs.arc_max=12224866304
vfs.zfs.arc_max: 32224866304 -> 12224866304
#
after WIRED memory is at 29G, it doesnt immediately r
11.6294 mbuf_jumbo_page: 4096
2.98672 ripcb: 488
#
> --
> ---
> Mike Tancsa, tel +1 519 651 3400 x203
> Sentex Communications, m...@sentex.net
> Providing Internet services since 1994 www.sentex.net
> Cambridge, Ontario Canada
__
fs.zfs.arc_max
vfs.zfs.arc_max: 12307744768
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada
___
fr
80M MRU, 11M Anon, 78M Header, 681M Other
9328M Compressed, 28G Uncompressed, 3.05:1 Ratio
Swap: 64G Total, 13M Used, 64G Free
Right now its OK, but prior to limiting ARC, I had an issue with memory
and the disk thrashing due to swapping
pid 643 (devd), uid 0, was killed: out of swap space
---M
Can anyone take a look at this bug report?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234042
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
gt; v4.0.18 on apu2c4 with no issues.
I am running 12-STABLE (r342389 from a few days ago) and it works great too
---Mike
> --
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cam
others.
>
What do the newer firmwares give you ? i.e. why upgrade ? On my APU3s I
am running
Vendor: coreboot
Version: 4.0.7
Release Date: 03/02/2017
and havent seen any issues with it ? Are there new features ?
---Mike
--
---
Mike Tancsa
On 12/18/2018 4:05 AM, Jan Martin Mikkelsen wrote:
>> On 17 Dec 2018, at 20:14, Mike Tancsa wrote:
>>
>> On 12/17/2018 10:52 AM, Mark Martinec wrote:
>>> Anyone else seen problems with mps driver and LSI SAS2308 controller?
>>>
>>> (btw, on an
However, my
9240s fail with the mfi and they will not work with the mrsas
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, On
e. So whatever was going
> on seems to be fixed for me.
I think I will downgrade the box that was having issues to RELENG11 to
see if the problem is there too. Unfortunately, the issue took ~ 10
days to show itself
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x2
On 11/26/2018 11:30 AM, Mike Tancsa wrote:
> On 11/26/2018 11:25 AM, Pete French wrote:
>> Foolwing up an old thread I know, but my ssystem ahs been pretty
>> stable until recently, when it started locking up about one a week at
>> least. This co-incided wit
d lockup) it
took some random amount of time and generally did not matter if the box
was loaded or not.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cam
. This is on a freshly installed 12.0-BETA2
(amd64 on bhyve). More details below.
Mike
vmguest3# pkg install bash
The package management tool is not yet installed on your system.
Do you want to fetch and install it now? [y/N]: y
Bootstrapping pkg from pkg+http://pkg.FreeBSD.org/FreeBSD
ist,NAsids=32768
TSC: P-state invariant, performance statistics
real memory = 34359738368 (32768 MB)
avail memory = 33226657792 (31687 MB)
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 199
GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
scheme: GPT
--
---
Mike Tancsa, tel +1 519 651 3
gpt/zfs0 ONLINE 0 0 0
ada1p3ONLINE 0 0 0
errors: No known data errors
ada1 was replaced recently as its wear level was reaching 0, but the
errors were there prior to replacement
---Mike
-
--
---
Mike Tancsa, tel +1 519 651
1 - 100 of 1744 matches
Mail list logo
