Re: 13.0: partiton names changed

On Monday, April 12, 2021 9:31:21 AM CEST Andrey V. Elsukov wrote: > 10.04.2021 16:38, Stefan Ehmann пишет: > > I've just updated an old machine from 12.2 to 13.0 > > (ea31abc261ffc01b6ff5671bffb15cf910a07f4b) > > > > Attaching the /home EBR partition gave me this puzz

13.0: partiton names changed

I've just updated an old machine from 12.2 to 13.0 (ea31abc261ffc01b6ff5671bffb15cf910a07f4b) Attaching the /home EBR partition gave me this puzzling error: # geli attach ada0s5 Enter passphrase: geli: Provider not found: "ada0s5" geli: There was an error with at least one provider. Further

Re: 13.0-BETA1: ipfw regression?

On Tuesday, February 9, 2021 11:23:32 PM CET Stefan Ehmann wrote: > I'm having issues with stale TCP connections after the upgrade from 12.2 to > 13.0-BETA1. > > Symptoms: > Outgoing TCP connections no longer receive data after being idle. > > I can do more testing later, b

Re: 13.0-BETA1: ipfw regression?

On Thursday, February 11, 2021 7:57:43 AM CET Helge Oldach wrote: > Hi Stefan, > > Stefan Ehmann wrote on Thu, 11 Feb 2021 02:50:35 +0100 (CET): > > On Wednesday, February 10, 2021 7:46:25 AM CET Helge Oldach wrote: > > > Hi, > > > > > > Stefan Ehmann wro

Re: 13.0-BETA1: ipfw regression?

On Thursday, February 11, 2021 7:57:43 AM CET Helge Oldach wrote: > Hi Stefan, > > Stefan Ehmann wrote on Thu, 11 Feb 2021 02:50:35 +0100 (CET): > > On Wednesday, February 10, 2021 7:46:25 AM CET Helge Oldach wrote: > > > Hi, > > > > > > Stefan Ehmann wro

Re: 13.0-BETA1: ipfw regression?

On Wednesday, February 10, 2021 7:46:25 AM CET Helge Oldach wrote: > Hi, > > Stefan Ehmann wrote on Tue, 09 Feb 2021 23:23:32 +0100 (CET): > > I'm having issues with stale TCP connections after the upgrade from 12.2 > > to > > 13.0-BETA1. > > > > Symptoms:

Re: 13.0-BETA1: ipfw regression?

On Wednesday, February 10, 2021 7:46:25 AM CET Helge Oldach wrote: > Hi, > > Stefan Ehmann wrote on Tue, 09 Feb 2021 23:23:32 +0100 (CET): > > I'm having issues with stale TCP connections after the upgrade from 12.2 > > to > > 13.0-BETA1. > > > > Symptoms:

13.0-BETA1: ipfw regression?

I'm having issues with stale TCP connections after the upgrade from 12.2 to 13.0-BETA1. Symptoms: Outgoing TCP connections no longer receive data after being idle. I can do more testing later, but I think these ipfw rules trigger the problem: - check-state - allow tcp from me to any setup

Re: HOWTO donate CPU to the fight against the Corona-virus

On Sunday, March 22, 2020 11:38:31 AM CEST Stefan Ehmann wrote: > On Saturday, March 21, 2020 12:07:55 PM CET Alexander Leidinger wrote: > > Quoting Stefan Ehmann (from Sat, 21 Mar 2020 > > > > 11:38:26 +0100): > > > On Thursday, March 19, 2020 8:57:45 AM CET Alexand

Re: HOWTO donate CPU to the fight against the Corona-virus

On Saturday, March 21, 2020 12:07:55 PM CET Alexander Leidinger wrote: > Quoting Stefan Ehmann (from Sat, 21 Mar 2020 > > 11:38:26 +0100): > > On Thursday, March 19, 2020 8:57:45 AM CET Alexander Leidinger via > > freebsd- > > > > stable wrote: > >> Hi,

Re: HOWTO donate CPU to the fight against the Corona-virus

On Thursday, March 19, 2020 8:57:45 AM CET Alexander Leidinger via freebsd- stable wrote: > Hi, > > if someone wants to donate some FreeBSD based CPU resources to the > fight against the Corona-virus, here is a quick HOWTO in terms of > installing the Folding@Home client on FreeBSD: > >

Re: bsdtar: xz threads support disabled

On 11/24/18 9:47 AM, Stefan Ehmann wrote: > Is there any reason why bsdtar is built without XZ multi-threading support? > > It's not documented in the man page, so maybe it's an experimental feature. > > Can be tested with this command: > tar -Jcf /dev/null --options

bsdtar: xz threads support disabled

Is there any reason why bsdtar is built without XZ multi-threading support? It's not documented in the man page, so maybe it's an experimental feature. Can be tested with this command: tar -Jcf /dev/null --options xz:threads=4 $HOME After setting HAVE_LZMA_STREAM_ENCODER_MT, it works as

Re: Good motherboard for Ryzen (first-gen)

On 9/22/18 4:53 AM, Eric van Gyzen wrote: I would like to build a Ryzen desktop.  Can anyone recommend a good motherboard? I'm planning on a first-gen, because the second-gen has similar stability problems as the first-gen had, and AMD hasn't released errata for the second-gen yet (as far as

Re: 11.1-RC2 breaks wine, creates unkillable process

On 09.07.2017 14:23, Konstantin Belousov wrote: On Sun, Jul 09, 2017 at 01:53:24PM +0200, Jan Kokem??ller wrote: Same here on -CURRENT r320620. r319481 (I think) was working fine. I'm using the i386-wine-devel package from the official repository. This should fix creation of the unkillable

11.1-RC2 breaks wine, creates unkillable process

After upgrade from stable (r319967) to RC-2 (r320783) wine stops working. The process gets stuck before there is any console output. It uses 100% CPU and is not killable. I'd guess the stack guard changes broke wine, but I haven't done any investigation yet. The wine package was built by

Re: unexpected grep -o behavior

On 21.01.2017 07:28, Kyle Evans wrote: On Sun, Nov 27, 2016 at 2:52 PM, Stefan Ehmann <shoes...@gmx.net> wrote: Bug 195763 looks related, but I'm not sure it's the same issue. Hi, FYI- that bug is only tangentially related, but I've updated my patch to also address it whi

unexpected grep -o behavior

When I try to match the first character of a line grep also matches all subsequent characters: $ echo 123 | grep -o '^.' 1 2 3 Same with bsdgrep. grep from ports works as expected: $ echo 123 | /usr/local/bin/grep -o '^.' 1 Tested on 11.0. Bug 195763 looks related, but I'm not sure it's the

Re: Uppercase RE matching problems in FreeBSD 11

On 07.11.2016 22:13, Charles Swiger wrote: > On Nov 6, 2016, at 1:49 PM, Stefan Bethke wrote: >> Am 06.11.2016 um 22:27 schrieb Baptiste Daroussin >> : >>> That works for POSIX locale aka C aka ASCII only world >> >> So what do I set my LANG and LC variables

Re: Uppercase RE matching problems in FreeBSD 11

On 06.11.2016 21:57, Stefan Bethke wrote: > >> Am 06.11.2016 um 12:07 schrieb Baptiste Daroussin >> : >> >> On Sat, Nov 05, 2016 at 08:23:25PM -0500, Greg Rivers wrote: >>> I happened to run an old script today that uses sed(1) to extract >>> the system boot time from the

CPU utilization calculation broken with SCHED_ULE and dummynet

Already posted this earlier this month and filed as kern/128177. Short summary: top/ps displays 0% instead of 100% CPU usage for CPU-intensive processes. single-threaded process on single-CPU i386 machine. I think this also negatively effects scheduling decisions but haven't found a good way

Re: top/ps CPU percentage broken on 7.1-PRERELEASE? (works with SCHED_4BSD)

On Friday 03 October 2008 11:39:37 Jonathan Chen wrote: On Fri, Oct 03, 2008 at 10:03:13AM +0200, Stefan Ehmann wrote: The CPU % displayed by top/ps for single processes seem to be broken here. E.g. for a simple shell loop: top starts displaying around 20% for bash. Within some seconds

top/ps CPU percentage broken on 7.1-PRERELEASE?

The CPU % displayed by top/ps for single processes seem to be broken here. E.g. for a simple shell loop: top starts displaying around 20% for bash. Within some seconds it converges to 0%. ps values seem to be consistent with top. The value in the time column seems to be correct. On every

ipfw uid regression

I've updated from 7.0 to RELENG_7 today. ipfw uid rules have caused problems in the past with PREEMPTION enabled. This was fixed in 7.0, at least for me. In RELENG_7 the old problems are back: Total freeze within some seconds/minutes after the first network access. With WITNESS I get a LOR,

Re: Possible memory leak?

On Tuesday 20 March 2007 10:44:07 Oliver Fromme wrote: Stefan Ehmann wrote: Sometimes I'm noticing very high memory usage. Nearly my whole memory (1GB) is used although I'm running my usual set of processes - normally memory usage is much lower. That's normal. FreeBSD uses nearly all

Possible memory leak?

Sometimes I'm noticing very high memory usage. Nearly my whole memory (1GB) is used although I'm running my usual set of processes - normally memory usage is much lower. I killed most processes but memory usage remains high. Summing the VSZ values of the ps aux output gives about 34MB. top

Re: Possible memory leak?

On Sunday 18 March 2007 20:25:19 Kris Kennaway wrote: On Sun, Mar 18, 2007 at 04:19:52PM +0100, Stefan Ehmann wrote: Sometimes I'm noticing very high memory usage. Nearly my whole memory (1GB) is used although I'm running my usual set of processes - normally memory usage is much lower

USB (sane) stability issues

I recently acquired a CanoScan LiDE 60. It basically works but it is very unstable: It often stops during the scan and sane returns an error, or it just hangs during the scan (making ugly noises). The only remedy is to re-plug the usb cable. (which sometimes causes a panic) I tried on my

Re: USB (sane) stability issues

On Thu, 2006-04-06 at 16:53 +0200, Stefan Ehmann wrote: I recently acquired a CanoScan LiDE 60. It basically works but it is very unstable: It often stops during the scan and sane returns an error, or it just hangs during the scan (making ugly noises). The only remedy is to re-plug the usb