On 4/23/2021 11:47 PM, Peter Libassi wrote:
> Yes, I’ve come to the same conclusion. This should be used on a
> data-zpool and not on the system-pool (zroot). Encryption is per
> dataset. Also if found that if the encrypted dataset is not mounted of
> some reason you will be writing to the parent u
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 ? T
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 are lots for
GELI,
but nothing I could find for native OpenZFS encryption on FreeBSD
i.e box gets rebooted,
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 commit from m
On 2/18/2021 11:08 AM, Mark Millard wrote:
> Dumb of me to show releng/12.0 instead of releng/12.2 , I guess.
> But I luck out: releng/12.2 was only one day more recent . . .
>
> https://cgit.freebsd.org/src/log/?h=releng/12.2
Hi,
Sorry, I think I am being too careless with the terms RELENG an
On 2/18/2021 8:33 AM, Mark Millard wrote:
> You are referencing 12, not 13 . . .
> https://cgit.freebsd.org/src/log/?h=releng/12.0
>
> shows the most recent releng/12.0 in git is from 2021-Jan-28:
>
> Commit message (Expand) Author Age Files Lines
> Add UPDATING entries and bump versio
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
Hi
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 frequently do they get refreshed ?
e.g. I see the new OpenSSL version in git, but not when I update via
svnlite.
# svnlite upda
I have been setting up some tests to see if
option FIB_ALGO and dpdk_lpm4.ko
will help with my pkt forwarding needs and large routing tables. So far so
good. But one thing I noticed, is that its very chatty to dmesg.
eg
alloc_nhgrp: new mpath group: num_nhops: 2
compile_nhgrp: O: 2/2
compile_nh
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.
Hi All,
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. I got a whole mess of feature upgrades just fine, but do
I not need to do a
gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i
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 l
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 looking!
(kgdb) frame 11
#11 0x80ca47d4 in bucket_drain (zone=0xf800037da000,
bucket=
k.c:1080
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
>
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 /boot/kernel/kernel..
Just a guess, Is your VM still trying to boot from whatever gpt/disk0 is
? Or is it perhaps trying to boot from da1 or da2 which does not have
boot info ? Generally its not recommended to use the entire disk as
part of a pool. Create a partition scheme first
gpart create -s gpt da1
gpart add -t
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 -g
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
/2020 11:02 AM, mike tancsa wrote:
> Ran into a strange issue, not sure what the cause is. We make heavy use
> of zrepl for zfs backups and version control. After updating to a
> kernel from July 2nd from June 10th, the zrepl daemon (written in
> golang) started to hang and get stuck i
On 7/22/2020 9:26 AM, Eugene Grosbein wrote:
>
> It's hard to read due to wrapping plus, it is truncated.
> Maybe additional flag -d3 or similar will help, combined with dedirection <
> /dev/null > top.out
> so it won't use size of your terminal to wrap/truncate output.
>
> Also, make sure you inv
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. But
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 12
Ran into a strange issue, not sure what the cause is. We make heavy use
of zrepl for zfs backups and version control. After updating to a
kernel from July 2nd from June 10th, the zrepl daemon (written in
golang) started to hang and get stuck in some uwait state. Kill -9 was
the only way to stop
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: dim
> Da
Hi,
with this change, I was expecting the version # to change from the cli,
but it still shows the old version. Is this expected ?
prior to buildworld
# local-unbound -V
Version 1.9.6
Configure line: --with-ssl=/usr --with-libexpat=/usr --disable-dnscrypt
--disable-dnstap --enable-ecdsa --dis
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 with
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
---Mike
_
I am preparing to upgrade a jail thats currently on RELENG_11 and moving
to RELENG_12. I imported the data from the 11 box to the 12 box (its
qjail) and it worked fine. I can spin up the jail etc. However, when
trying to upgrade the packages, I have run into this error
# pkg upgrade -f
Updatin
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
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
>> [Creating objdir /usr/obj/usr/src/amd64.amd64...]
>> 20805.460u 1075.767s 26:02.05 1400.8%
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
On 1/7/2020 3:01 PM, Dimitry Andric wrote:
> Author: dim
> Date: Tue Jan 7 20:01:59 2020
> New Revision: 356465
> URL: https://svnweb.freebsd.org/changeset/base/356465
>
> Log:
> MFC r356004:
>
> Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp
> 9.0.1 final release
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]
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?
>&
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?
> Or is the way to do such a thing to set up ssh in the jail?
>
On 11.3 at least, does not the built in functionality of jexec do what
you need ?
jexec [-l] [-u
On 11/14/2019 2:30 PM, Konstantin Belousov wrote:
>
>> [/usr/local/lib/nss_wins.so.1]
>> libwinbind-client-samba4.so
>> /usr/local/lib/samba4/private/libwinbind-client-samba4.so
>> libreplace-samba4.so /usr/local/lib/samba4/private/libreplace-samba4.so
>>
>> ldd nss_wins.so.1
>> nss_wins.so.1
On 11/14/2019 9:40 AM, Matt Garber wrote:
> Try this instead, should be significantly faster at just displaying
> snapshots without the sizing info (if that works for your use case):
>
> # zfs list -t snapshot -o name -s name
>
>
Thanks, we actually already pair it down so that we can parse it easi
We have a backup server that has a fair amount of zfs snapshots--
currently at 30,000+... To list them all takes about 20 seconds after
caching, but can take upto a minute after boot up, or if the metadata
has been evicted from ARC. Are there any tunings that can be done to to
speed up the listing
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
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 understand on ldd
ldd /usr/local/lib/nss_wins.so.1
/usr/local/lib/nss_wins.so.1:
libwbclient.so.0 => /usr/local/lib/samba4/libwbclient.so.0
(0x8
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
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 foll
On 10/18/2019 10:36 AM, Matt Garber wrote:
>>> Does anyone know what the cause is of this fail message ?
>>>
>>> (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234793)
>>>
>>> its triggered by a normal ssh key'd login, but sshd is running with
>>> VERBOSE logging.
>>>
>>> sshd[63290]: Failed u
Does anyone know what the cause is of this fail message ?
(https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234793)
its triggered by a normal ssh key'd login, but sshd is running with
VERBOSE logging.
sshd[63290]: Failed unknown for testuser1 from 192.168.xx.yyy port
60643 ssh2 ?
The user i
On 9/20/2019 2:46 PM, Jeremy Chadwick via freebsd-stable wrote:
>> I've committed a fix to head and will MFC it in a few days. Thanks
>> for tracking this down!
> Did HEAD r351557 get backported/MFC'd into stable/11 and stable/12? Can
> test stable/11 if needed.
It has not been MFC'd to RELENG_1
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::_
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 ' m
dev/crypto
Aug 22 20:17:36 vinyl6b kernel: Deprecated 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
Cambri
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 w
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()'
On a busy server, I am getting a lot of these spewing to dmesg
Deprecated code (to be removed in FreeBSD 13): ARC4 cipher via /dev/crypto
Deprecated code (to be removed in FreeBSD 13): DES cipher via /dev/crypto
Deprecated code (to be removed in FreeBSD 13): 3DES cipher via /dev/crypto
Deprecated
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
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 FreeBSD 10.1-STABLE #18 r279918 on 10yr
old MB. Boots normally and expected speeds for old hardware/CPU. But on
the new one,
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 i
On 7/25/2019 12:09 PM, Dimitry Andric wrote:
> Hmmm, is the logic reversed somehow ? The good news is if nothing is
>>> defined, it does the right thing.
>> The idea is that the default is to *not* bootstrap the compiler, if the
>> system compiler is new enough. E.g. if you build r350256 from a
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
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://svnweb.freebsd.org/changeset/base/350256
>
Hi,
Not sure if this is just a difference in the versions or more things
are being compiled, but I noticed a buildworld on
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
c/ttys
---Mike
>
> sean
>
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada
___
freebsd-stable@freebsd.org mailing
I installed a RELENG12 snapshot from July 11th and having a hard time
getting serial console to work. In the past, I would have something
simple like
ttyu0 "/usr/libexec/getty std.115200 vt100 on secure
in /etc/ttys
and in /boot/loader.conf
console="comconsole,vidconsole"
comconsole_speed
es will be good enough for anyone else who runs into it.
---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
_
erated.
*** Error code 1
Stop.
make[4]: stopped in /usr/src/lib/clang/libclang
*** Error code 1
Stop.
make[3]: stopped in /usr/src/lib/clang
*** Error code 1
Stop.
make[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(vin
round 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 reclaim it and th
488
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
-a vfs.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
_
1022M Free
ARC: 11G Total, 7025M MFU, 3580M 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,
oot
> 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.ne
useful to 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
--
---
M
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 anoth
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
, it was rebooted for an update. 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
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 with me d
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
P,VClean,AFlush,DAssist,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 Interne
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
Never mind, I found the issue
hw.ata.ata_dma=0
hw.ata.atapi_dma=0
in /boot/loader.conf, hanging around from the days of wood burning power
supplies was causing this strange behaviour! Sorry for the noise folks!
---Mike
On 8/22/2018 12:17 PM, Mike Tancsa wrote:
> OK,
> Som
On 8/21/2018 2:30 PM, Mike Tancsa wrote:
> On 8/21/2018 9:51 AM, Eugene Grosbein wrote:
>>
>> It seems like faulty media to me: it silently returns bad data.
OK, it was a config issue on my part! Some legacy config from the long
ago days of Soekris 5501s, had
hw.ata.ata_dma=0
hw.
es
free-fall no no
Data Set Management (DSM/TRIM) yes
DSM - max 512byte blocks yes 8
DSM - deterministic read no
Host Protected Area (HPA) yes no 31277232/31277232
HPA - Security no
0#
On 8/21/2018 2:30 PM, Mike
a0: short write on character device
dd: /dev/ada0: end of device
0+1066621 records in
122176+1 records out
16013942784 bytes transferred in 566.461990 secs (28270110 bytes/sec)
1# hd /dev/ada0
0000 79 0a 79 0a 79 0a 79 0a 79 0a 79 0a 79 0a 79 0a
|y.y.y.y.y.y.y.y.|
*
3ba816000
0#
--
ount=100
100+0 records in
100+0 records out
419430400 bytes transferred in 22.194061 secs (18898317 bytes/sec)
0# md5 /mnt/test1
MD5 (/mnt/test1) = 318ee3900564460b14e4e80e0bb8f358
0#
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex
-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 16013901824
offset: 20480
type: freebsd-ufs
index: 1
end: 31277191
start: 40
Consumers:
1. Name: ada0
Mediasize: 16013942784 (15G)
Sectorsize: 512
Mode: r0w0e0
0#
--
---
Mike Tancsa, tel +1 519 651
fs.arc_max in loader.conf :)
BTW for recent RELENG_11 boxes this is now a run time tunable.
>
> I've since found the culprit, I think. Please see my other post in this
> thread.
What was the issue ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
---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
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/l
On 7/27/2018 10:38 AM, Konstantin Belousov wrote:
>>
>> This is stock FreeBSD image r335560.
> By stock you mean that no patches were applied, right ?
>
Correct, just the regular tree, no patches and nothing in
/etc/sysctl.conf and loader.conf just has
# cat /boot/loader.conf
kern.geom.label.dis
ike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mail
Intel box to see if that wuld cause the Linux binaries to crash. It didn't.
I havent used the linux emulator in ages. What is the easiest way to try
this out ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet
amd64_syscall+0xa38
#16 0x80923cfd at fast_syscall_common+0x101
I was not able to get a backtrace saved. Any ideas what this might be
about ?
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.
rd lock the system in 5-60 min. The combo of
Microcode updates and system settings
https://lists.freebsd.org/pipermail/freebsd-current/2018-June/069799.html
seem to have fixed the last issue I was seeing
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communicati
html
---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
___
freebsd-stable@freebsd.org mailing list
https://list
1 - 100 of 990 matches
Mail list logo