i groups" trivial in /etc/rc.conf for attachment at
boot time irrespective of whether they physically come up in the same
place (again typically yes, but in the case of a failure or you plug it
into a different adapter.)
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.
]
Applying patches... done.
Fetching 326 files...
This does not seem very reassuring to me. :(
It already got the others, so it now only has to fetch 326 more.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime
On 3/30/2021 12:02, Gary Palmer wrote:
On Tue, Mar 30, 2021 at 11:55:24AM -0400, Karl Denninger wrote:
On 3/30/2021 11:22, Guido Falsi via freebsd-stable wrote:
On 30/03/21 15:35, tech-lists wrote:
Hi,
Recently there was
https://lists.freebsd.org/pipermail/freebsd-security/2021-March/010380
freebsd-update and pkg to keep current with security-related items.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
d/buildkernel from source. I can confirm that
12.2-STABLE *does* have the patch as I checked it recently.
From a system I cross-build for an updated yesterday:
$ uname -v
FreeBSD 12.2-STABLE stable/12-n232909-4fd5354e85e KSD-SMP
$ openssl version
OpenSSL 1.1.1k-freebsd 25 Mar 2021
--
Karl Den
ier 1 support can be upgraded by freebsd-update.
See https://www.freebsd.org/platforms/index.html for more info.
If unsupported, FreeBSD must be upgraded by source.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
On 2/26/2021 10:22, Ed Maste wrote:
On Thu, 25 Feb 2021 at 16:57, Karl Denninger wrote:
The time (and present items) on a given machine to know whether it is
covered by a given advisory under the "svn view of the world" is one
command, and no sources. That is, if the advisory say
On 2/25/2021 15:56, Warner Losh wrote:
On Thu, Feb 25, 2021 at 6:37 AM Karl Denninger <mailto:k...@denninger.net>> wrote:
On 2/25/2021 04:30, Olivier Certner wrote:
>> Neither command is what I'd call 'intuitive', so it would have
taken me a
>&
security-related things up to date and something the project
should find a way to fix before rolling the next -RELEASE. (Yeah, I know
that's almost-certain to not happen but it's not like this issue wasn't
known since moving things over to git.)
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
"git stash apply" to the *new* branch, assuming that makes sense to do
(e.g. a kernel configuration file, etc.) "Stash" maintains a stack which
can be manipulated as well (so a "stash" if you already "stash"ed and
did not drop it creates a second on
; loaders?
Microsoft does this on any of their "Feature" updates. I managed to
figure out how to arrange my EFI setup so that all I have to do is
restore the index in the BIOS to point back at REFIND, and everything
else is still there.
But if you stick the FreeBSD loader wh
;Windows boots immediately and only", so I
have to go back and reset it whenever Microslug looses one of those on
me. If I had cause to update the loader for FreeBSD then I'd just mount
the partition and copy it over.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
nvme root device, it was detected by the
> 12-STABLE snapshot I used to boot from. no other modifications were
> necessary on my end.
>
> -pete
>
Yeah my Lenovo Carbon X1 has an nVME drive in it, and nothing else -
12-Stable found it immediately and works fine.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
a being
comingled on an allocated block with something important; if the
read/erase/write cycle interrupts you're cooked as the "other" data that
was not being modified gets destroyed too!) -- the Intels are one of the
very, very few that have passed it.
--
-- Karl Denni
in10;
it is using Microsoft's "built-in" stuff.
Zero problems and I beat on it pretty-heavily.
--
-- Karl Denninger
/The Market-Ticker/
S/MIME Email accepted and preferred
smime.p7s
Description: S/MIME Cryptographic Signature
On 1/5/2020 16:10, Peter wrote:
> On Wed, 18 Dec 2019 17:22:16 +0100, Karl Denninger
> wrote:
>
>> I'm curious if anyone has come up with a way to do this...
>>
>> I have a system here that has two pools -- one comprised of SSD disks
>> that are the "mos
disks were spun down during 95% of the time
the box is up, but with the "standard" way ZFS does things that doesn't
appear to be possible.
Has anyone taken a crack at changing the paradigm (e.g. using the
automounter, perhaps?) to get around this?
--
Karl Denninger
k...@denninge
On 7/18/2019 15:35, Karl Denninger wrote:
> On 7/18/2019 15:19, Eugene Grosbein wrote:
>> 19.07.2019 3:13, Karl Denninger wrote:
>>
>>> FreeBSD 12.0-STABLE #2 r349024M: Thu Jun 13 18:01:16 CDT 2019
>>> k...@newfs.denninger.net:/usr/obj/usr/src/amd64.amd64/sys/K
On 7/18/2019 15:19, Eugene Grosbein wrote:
> 19.07.2019 3:13, Karl Denninger wrote:
>
>> FreeBSD 12.0-STABLE #2 r349024M: Thu Jun 13 18:01:16 CDT 2019
>> k...@newfs.denninger.net:/usr/obj/usr/src/amd64.amd64/sys/KSD-SMP
>>
>> Note -- no patches of any sort in the
e should be no "TRIM"
attempts to them. In theory.
I have the dump if someone wants me to run anything specific against it
in terms of stack frames, etc.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
On 5/8/2019 19:28, Kevin P. Neal wrote:
> On Wed, May 08, 2019 at 11:28:57AM -0500, Karl Denninger wrote:
>> If you have pool(s) that are taking *two weeks* to run a scrub IMHO
>> either something is badly wrong or you need to rethink organization of
>> the pool structure
On 5/8/2019 11:53, Freddie Cash wrote:
> On Wed, May 8, 2019 at 9:31 AM Karl Denninger wrote:
>
>> I have a system here with about the same amount of net storage on it as
>> you did. It runs scrubs regularly; none of them take more than 8 hours
>> on *any* of the pools.
f *all*
copies are destroyed or inconsistent to the degree that they're unusable
it's extremely likely that if you do get some sort of "disaster
recovery" tool working you're going to find out that what you thought
was a metadata problem is really a "you're hosed; the data is also gone"
sort of problem.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
#x27;ve never had that happen then consider
yourself blessed; it's NOT fun to manage in a UFS environment and often
winds up leading to a "restore from backup" scenario. (To be fair it
can be with ZFS too if you're foolish enough to upgrade the pool before
being sure you
On 4/30/2019 20:59, Michelle Sullivan wrote
>> On 01 May 2019, at 11:33, Karl Denninger wrote:
>>
>>> On 4/30/2019 19:14, Michelle Sullivan wrote:
>>>
>>> Michelle Sullivan
>>> http://www.mhix.org/
>>> Sent from my iPad
>>>
>
On 4/30/2019 19:14, Michelle Sullivan wrote:
>
> Michelle Sullivan
> http://www.mhix.org/
> Sent from my iPad
>
>> On 01 May 2019, at 01:15, Karl Denninger wrote:
>>
>>
>> IMHO non-ECC memory systems are ok for personal desktop and laptop
>> machines
ively do about it either.
This sort of "cheat" is much-more likely to be present in consumer
drives than ones sold for either enterprise or NAS purposes and it's
quite difficult to accurately test for this sort of thing on an
individual basis too.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
On 4/30/2019 08:38, Michelle Sullivan wrote:
> Karl Denninger wrote:
>> On 4/30/2019 03:09, Michelle Sullivan wrote:
>>> Consider..
>>>
>>> If one triggers such a fault on a production server, how can one
>>> justify transferring from backup multiple
aults are
and how to design such that a fault which can destroy the data set does
not propagate to the redundant copies before it is detected.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
ent but there is no
such thing as "can never be corrupted by any set of events." Backup
strategies for moderately large (e.g. many Terabytes) to very large
(e.g. Petabytes and beyond) get quite complex but they're also very
necessary.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
removal is attempted.
>
> Regards
> Steve
>
> On 20/04/2019 18:35, Karl Denninger wrote:
>>
>> On 4/20/2019 10:50, Steven Hartland wrote:
>>> Have you eliminated geli as possible source?
>> No; I could conceivably do so by re-creating another backup volume
>>
of packages to be upgraded: 1
4 MiB to be downloaded.
Proceed with this action? [y/N]: y
pkg:
http://pkg.FreeBSD.org/FreeBSD:12:amd64/latest/All/dovecot-2.3.5.txz:
Not Found
[\u@NewFS /home/karl]#
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME
ed?
>
> Would be interesting to add a zpool scrub to confirm this isn't the
> case before the disk removal is attempted.
>
> Regards
> Steve
>
> On 20/04/2019 18:35, Karl Denninger wrote:
>>
>> On 4/20/2019 10:50, Steven Hartland wrote:
>&g
ore going to standby even
though it was told to.)
>
> mps0: port 0xe000-0xe0ff mem
> 0xfaf3c000-0xfaf3,0xfaf4-0xfaf7 irq 26 at device 0.0 on pci3
> mps0: Firmware: 11.00.00.00, Driver: 21.02.00.00-fbsd
> mps0: IOCCapabilities:
> 185c
>
> Regards
> Steve
>
On 4/13/2019 06:00, Karl Denninger wrote:
> On 4/11/2019 13:57, Karl Denninger wrote:
>> On 4/11/2019 13:52, Zaphod Beeblebrox wrote:
>>> On Wed, Apr 10, 2019 at 10:41 AM Karl Denninger wrote:
>>>
>>>
>>>> In this specific case the adapter in qu
On 4/11/2019 13:57, Karl Denninger wrote:
> On 4/11/2019 13:52, Zaphod Beeblebrox wrote:
>> On Wed, Apr 10, 2019 at 10:41 AM Karl Denninger wrote:
>>
>>
>>> In this specific case the adapter in question is...
>>>
>>> mps0: port 0xc000-0xc0ff mem
On 4/11/2019 13:52, Zaphod Beeblebrox wrote:
> On Wed, Apr 10, 2019 at 10:41 AM Karl Denninger wrote:
>
>
>> In this specific case the adapter in question is...
>>
>> mps0: port 0xc000-0xc0ff mem
>> 0xfbb3c000-0xfbb3,0xfbb4-0xfbb7 irq 30 at dev
On 4/10/2019 08:45, Andriy Gapon wrote:
> On 10/04/2019 04:09, Karl Denninger wrote:
>> Specifically, I *explicitly* OFFLINE the disk in question, which is a
>> controlled operation and *should* result in a cache flush out of the ZFS
>> code into the drive before it is OFFLINE
a small amount of bad data.
> 32 k or 40k or somesuch. In my cranial schema of things, I've chalked it
> up to out-of-order writing of the drives ... or other such behavior s.t.
> ZFS doesn't know exactly what has been written. I've often wondered if the
> fix would be to
On 4/9/2019 15:04, Andriy Gapon wrote:
> On 09/04/2019 22:01, Karl Denninger wrote:
>> the resilver JUST COMPLETED with no errors which means the ENTIRE DISK'S
>> IN USE AREA was examined, compared, and blocks not on the "new member"
>> or changed copied over
strongly urged to
flash the card forward to 20.00.07.00 before upgrading or installing.
If you get a surprise of this sort and have no second copy that is not
impacted you could find yourself severely hosed.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
ed out issues as
there's a risk of severe pathological behavior arising that's worse than
the original problem.
11.1 and before (I didn't have enough operational experience with 11.2
to know, as I went to 12.x from mostly-11.1 installs around here) were
essentially unusable in my workloa
the point that I was getting "stalls" that in
some cases went on for 10 or more seconds due to things like your shell
being evicted to swap to make room for arc, which is flat-out nuts.
That, at least, doesn't appear to be a problem with 12.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
it for my workloads with everything "running
normally" has materially decreased with 12.x.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
ere Xeon board. The goal is to gain CPU,
memory and I/O bandwidth (collectively "performance"), keep forward
optionality for network performance improvements while materially
reducing power consumption/./
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Mar
fix included or
> 12.1 is released, or you fetch the source with the fix included,
> and build from source.
Got it -- thanks. Wait it shall be.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
The following components of FreeBSD do not seem to be installed:
kernel/generic-dbg world/base-dbg world/doc world/lib32-dbg
Does this look reasonable (y/n)?
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
158,072,832 284,950,528
535,584,768 zio_buf_512 255,641,088 279,943,680
713,552,840 dnode_t 373,756,656 339,796,184
3,849,744,384 abd_chunk 3,848,310,784 1,433,600
8,418,769,848 TOTAL 6,459,507,936 1,959,261,912
So far running 12-STABLE "neat" is behaving well for me
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
e one
later" therefore prioritizing taking two *definite* disk I/Os or one
definite I/O now and one possible one later instead of one *possible*
disk I/O later is always a net lose -- and thus IMHO substantial effort
should be made to avoid doing that.
--
Karl Denninger
k...@denninger.
On 2/10/2019 16:01, Karl Denninger wrote:
> Note -- working fine on 11.1 and 11.2, upgraded machine to 12.0-STABLE
> and everything is ok that I'm aware of *except*.
>
> # batch
> who
> df
> ^D
>
> Job 170 will be executed using /bin/sh
>
> Then the time c
a24c3
After the error the file isn't there. It was removed (as one would
expect when the job is complete.)
What the blankety-blank?!
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Des
On 2/10/2019 12:40, Ian Lepore wrote:
> On Sun, 2019-02-10 at 12:35 -0600, Karl Denninger wrote:
>> On 2/10/2019 12:01, Ian Lepore wrote:
>>> On Sun, 2019-02-10 at 11:54 -0600, Karl Denninger wrote:
>>>> On 2/10/2019 11:50, Ian Lepore wrote:
>>>>> On S
On 2/10/2019 12:01, Ian Lepore wrote:
> On Sun, 2019-02-10 at 11:54 -0600, Karl Denninger wrote:
>> On 2/10/2019 11:50, Ian Lepore wrote:
>>> On Sun, 2019-02-10 at 11:37 -0600, Karl Denninger wrote:
>>>
>>>> [...]
>>>>
>>>> BTW am I
On 2/10/2019 11:50, Ian Lepore wrote:
> On Sun, 2019-02-10 at 11:37 -0600, Karl Denninger wrote:
>> On 2/10/2019 09:28, Allan Jude wrote:
>>> Are you sure it is non-UEFI? As the instructions you followed,
>>> overwriting da0p1 with gptzfsboot, will make quite a mess if
sboot did *not* get the ability to read
geli-encrypted pools in 12.0? The UEFI loader does know how (which I'm
using on my laptop) but I was under the impression that for non-UEFI
systems you still needed the unencrypted boot partition from which to
load the kernel.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
s me anything that's more-sane, but right now this
looks pretty bad.
BTW just to be absolutely sure I blew away the entire /usr/obj directory
and rebuilt -- same size and checksum on the binary that I have
installed, so.
Not sure what's going on here -- did something get moved
On 2/6/2019 09:18, Borja Marcos wrote:
>> On 5 Feb 2019, at 23:49, Karl Denninger wrote:
>>
>> BTW under 12.0-STABLE (built this afternoon after the advisories came
>> out, with the patches) it's MUCH worse. I get the same device resets
>> BUT it's follo
see if I can obtain a
proper crash dump on this.
I think it's fair to assume that 12.0-STABLE should not panic on a disk
problem (unless of course the problem is trying to page something back
in -- it's not, the drive that aborts and resets is on a data pack doing
a scrub)
On 2/5/20
On 2/5/2019 09:22, Karl Denninger wrote:
> On 2/2/2019 12:02, Karl Denninger wrote:
>> I recently started having some really oddball things happening under
>> stress. This coincided with the machine being updated to 11.2-STABLE
>> (FreeBSD 11.2-STABLE #1 r342918:) from 11.
On 2/2/2019 12:02, Karl Denninger wrote:
> I recently started having some really oddball things happening under
> stress. This coincided with the machine being updated to 11.2-STABLE
> (FreeBSD 11.2-STABLE #1 r342918:) from 11.1.
>
> Specifically, I get "errors" lik
eset and detach within a few minutes by running scrubs so if there are
things I can try (I have a sandbox machine with the same hardware in it
that won't make me cry much if I blow it up) that would great.
Thanks!
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net&g
lps others.
It runs very nicely on 12-RELEASE -- the only thing I've noted thus far
is the expected lack of 5g WiFi support.
On 1/26/2019 15:04, Karl Denninger wrote:
> Nevermind!
>
> I set the "-g" flag on the provider and voila. Up she comes; the
> loader figu
with the
system.") Maybe this will be a nothingburger too (which would be great
if true.)
I'm going to write this one up when I've got it all solid and post it on
my blog; hopefully it will help others.
On 1/26/2019 14:26, Karl Denninger wrote:
> 1/26/2019 14:10, Warner L
1/26/2019 14:10, Warner Losh wrote:
>
>
> On Sat, Jan 26, 2019 at 1:01 PM Karl Denninger <mailto:k...@denninger.net>> wrote:
>
> Further question does boot1.efi (which I assume has to be
> placed on
> the EFI partition and then something like rEFInd
support on the 6th gen Carbon, it'd be great to
> hear how it goes.
>
> Have fun!
>
> Kamila
>
> On Sat, 26 Jan 2019, 06:54 Kyle Evans, wrote:
>
>> On Fri, Jan 25, 2019 at 6:30 PM Jonathan Chen wrote:
>>> On Sat, 26 Jan 2019 at 13:00, Karl Denninger wrote:
Carbon Gen 6 is listed as working in the laptop database.
Thanks in advance!
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
c fe80:2::396c:673e:9cf:ba21, dst
2600:1402:16::17db:a212, nxt 6, rcvif igb1, outif igb0
cannot forward src fe80:2::396c:673e:9cf:ba21, dst
2600:1402:16::17db:a212, nxt 6, rcvif igb1, outif igb0
cannot forward src fe80:2::396c:673e:9cf:ba21, dst
2600:1402:16::17db:a212, nxt 6, rcvif igb1, outif igb0
ca
;>
>> It's entirely possible to run a stable VM using that configuration so you
>> haven't provided enough details to give any real help. A common foot
>> shooting method is putting swap on zvol, but the possibilities are endless.
>>
>> --
>> Adam
full, from-scratch reload) you
run the risk of it declaring your license invalid! You can /probably
/get around that by getting in touch with Microsoft but why do so
without good reason?
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
, but I suspect it's a fairly uncommon set of circumstances.
Far more troublesome in the EFI world is the fact that "out-of-the-box"
multi-boot in an EFI environment is a five-alarm pain in the butt
although there are EFI boot managers that make it reasonable.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
On 10/6/2017 10:42, Karl Denninger wrote:
> On 10/6/2017 10:17, Rostislav Krasny wrote:
>> Hi there,
>>
>> I try to install amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an
>> MBR partitioned disk and I can't make it bootable. My Windows 7 uses
>> i
partition and, on most
machines, a "recovery" partition. That usually leaves partition 3 free
which is where I stuck FreeBSD. Note that you must then set up slices
on Partition 3 (e.g. root/usr/swap) as usual.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The M
MHz
load 4%, current freq 600 MHz ( 2), wanted freq 600 MHz
load 0%, current freq 600 MHz ( 2), wanted freq 600 MHz
load 14%, current freq 600 MHz ( 2), wanted freq 600 MHz
dev.cpu.3.temperature: 58.5C
dev.cpu.2.temperature: 58.5C
dev.cpu.1.temperature: 58.5C
dev.cpu.0.temperature: 58.5
i controller),
or external USB. 1 SATA + power connector.
* 12V DC, about 6 to 12W depending on CPU load. Jack = 2.5 mm, center
positive
* Connectivity: 2 or 3 Gigabit Ethernet channels (Intel i211AT on
apu2b2, i210AT on apu2b4)
* I/O: DB9 serial port, 2 USB 3.0 external + + 2 USB 2.
1.cx_usage: 100.00% last 29us
dev.cpu.1.cx_lowest: C2
dev.cpu.1.cx_supported: C1/1/0
dev.cpu.0.cx_method: C1/hlt C2/io
dev.cpu.0.cx_usage_counters: 2261916773 3038
dev.cpu.0.cx_usage: 99.99% 0.00% last 378us
dev.cpu.0.cx_lowest: C2
dev.cpu.0.cx_supported: C1/1/0 C2/2/400
These are fanless, 4-core devices that are pretty cool -- they've got
AES instructions in them and thus make very nice VPN gateways running
something like Strongswan, and come with either 2 or 3 gigabit
interfaces on the board. Oh, and they run on 12V.
Powerd is logging this, however...
hwpstate0: set freq failed, err 6
hwpstate0: set freq failed, err 6
H
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
On 6/16/2017 09:55, Karl Denninger wrote:
> On 6/16/2017 08:21, Karl Denninger wrote:
>> On 6/16/2017 07:52, Guido Falsi wrote:
>>> On 06/16/17 14:25, Karl Denninger wrote:
>>>> I've recently started playing with the "base" NanoBSD script
On 6/16/2017 08:21, Karl Denninger wrote:
> On 6/16/2017 07:52, Guido Falsi wrote:
>> On 06/16/17 14:25, Karl Denninger wrote:
>>> I've recently started playing with the "base" NanoBSD scripts and have
>>> run into an interesting issue.
>> [...]
>
On 6/16/2017 07:52, Guido Falsi wrote:
> On 06/16/17 14:25, Karl Denninger wrote:
>> I've recently started playing with the "base" NanoBSD scripts and have
>> run into an interesting issue.
> [...]
>> Note the missing "r" bit for "other" i
NanoBSD build you wind up with
some "interesting" behavior when that user logs in!
I'm assuming this is unintentional but wondering where it comes from
(and whether it needs / should be fixed); it's easy to fix it, of
course, once the embedded system boots but you need to (obvio
it is. This one has bit me with sd cards in small
embedded-style machines (where turning off softupdates makes things VERY
slow) and at some point I may look into developing a patch to
forcibly-detach the volume instead. That obviously won't help you if
the system volume is the one the err
A second attempt to come up on the new kernel was successful -- so this
had to be due to queued I/Os that were pending at the time of the
shutdown
On 1/11/2017 08:31, Karl Denninger wrote:
> During the reboot, immediately after the daemons started up on the
> machine (the boot got
would be of help.
The prompt to do this in the first place was the openssh CVE that was
recently issued.
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
On 10/17/2016 18:32, Steven Hartland wrote:
>
> On 17/10/2016 22:50, Karl Denninger wrote:
>> I will make some effort on the sandbox machine to see if I can come up
>> with a way to replicate this. I do have plenty of spare larger drives
>> laying around that used t
On 10/17/2016 18:32, Steven Hartland wrote:
>
>
> On 17/10/2016 22:50, Karl Denninger wrote:
>> I will make some effort on the sandbox machine to see if I can come up
>> with a way to replicate this. I do have plenty of spare larger drives
>> laying around that use
r I'm reticent to spend any real time on it.
What's in-process in this regard, if you happen to have a reference?
On 10/17/2016 16:40, Steven Hartland wrote:
> Setting those values will only effect what's queued to the device not
> what's actually outstanding.
>
> On 17
basis down quite-dramatically
did *not* prevent it from happening -- and if it was simply stack depth
related I would have expected that to put a stop to it.
On 10/17/2016 15:16, Steven Hartland wrote:
> Be good to confirm its not an infinite loop by giving it a good bump
> first.
>
>
ot/loader.conf
> kern.kstack_pages="6"
>
> Default on amd64 is 4 IIRC
>
> On 17/10/2016 19:08, Karl Denninger wrote:
>> The target (and devices that trigger this) are a pair of 4Gb 7200RPM
>> SATA rotating rust drives (zmirror) with each provider geli-encrypted
>>
one"
On 10/17/2016 12:43, Warner Losh wrote:
> what's your underlying media?
>
> Warner
>
>
> On Mon, Oct 17, 2016 at 10:02 AM, Karl Denninger wrote:
>> Update from my test system:
>>
>> Setting vfs.zfs.vdev_trim_max_active to 10 (from default
actually mount it without the machine blowing up!) is fine.
THIS (OBVIOUSLY) NEEDS ATTENTION!
On 10/17/2016 09:17, Karl Denninger wrote:
> This is a situation I've had happen before, and reported -- it appeared
> to be a kernel stack overflow, and it has gotten materially worse on
> 11.0-S
ception.S:611
#201 0x in ?? ()
Current language: auto; currently minimal
(kgdb)
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
2. Should I take this machine down immediately to reboot it with
vm.pmap.pcid_enabled=0 in /boot/loader.conf?
A svn log perusal didn't see anything post the errata date that appears
to be related which makes me wonder.
Thanks in advance!
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.n
bugs.freebsd.org/bugzilla/show_bug.cgi?id=211884
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
On 8/22/2016 23:01, Glen Barber wrote:
> On Mon, Aug 22, 2016 at 10:53:06PM -0500, Karl Denninger wrote:
>> On 8/22/2016 22:43, Glen Barber wrote:
>>> On Thu, Aug 18, 2016 at 11:30:24PM +, Glen Barber wrote:
>>>> Two issues have been brought to our attent
that this impacts a system that is booting and needs manual
intervention, which is not a good place to a have a problem
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211884
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7s
Description: S/MIME Cryptographic Signature
On 8/15/2016 15:52, Karl Denninger wrote:
> FreeBSD 11.0-PRERELEASE #2 r304166: Mon Aug 15 13:17:09 CDT 2016
> k...@newfs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP
>
> Symptoms:
>
> This machine is on a SuperMicro board with the integrated KVM.
>
> After updating t
detach
and reattach of the virtual keyboard to the system, and it would then work.
Just a heads-up as this was wildly unexpected and needless to say caused
me quite a bit of heartburn trying to perform the upgrade and mergemaster!
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.
On 7/25/2016 14:48, Willem Jan Withagen wrote:
> On 25-7-2016 19:32, Karl Denninger wrote:
>> On 7/25/2016 12:04, Ronald Klop wrote:
>>> On Mon, 25 Jul 2016 18:48:25 +0200, Karl Denninger
>>> wrote:
>>>
>>>> This may not belong in "stable&qu
ead so I switched over
to that. I was rather curious, however, if/why postfix wasn't
integrated with the hosts.allow file as are many other system services
(or if I just missed the config option to turn it on) since it's offered
by FreeBSD as a "stock sendmail replacement"
On 7/25/2016 12:04, Ronald Klop wrote:
> On Mon, 25 Jul 2016 18:48:25 +0200, Karl Denninger
> wrote:
>
>> This may not belong in "stable", but since Postfix is one of the
>> high-performance alternatives to sendmail
>>
>> Question is this -- I have s
it is not linked with the
tcp wrappers.
A quick look at the config for postfix doesn't disclose an obvious
configuration solutiondid I miss it?
--
Karl Denninger
k...@denninger.net <mailto:k...@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
smime.p7
1 - 100 of 346 matches
Mail list logo