14.08.2018 9:47, Kurt Jaeger wrote:
>> 14.08.2018 3:15, Alexander Lochmann wrote:
>>
You should not rely on defaults and make sure you disable modem control/CD
either explicitly (using stty(1) etc.) or implicitly by switching to
/dev/cuau0
instead of /dev/ttyu0. Flow control s
On 07/08/2018 15:58, Mark Martinec wrote:
> Collected, here it is:
>
> https://www.ijs.si/usr/mark/tmp/dtrace-cmd.out.bz2
I see one memory leak, not sure if it's the only one.
It looks like vdev_geom_read_config() leaks all parsed vdev nvlist-s but
the last. The problems seems to come from r3
On Mon, 13 Aug 2018 08:09:00 -0600
Alan Somers wrote:
> Jails probably aren't the source of your problem. You need to find
> out what process or processes are responsible for all this activity.
> Since the write bandwidth is fairly low, you might have a process
> that's sync(2)ing or fsync(2)ing
On Tue, Aug 14, 2018 at 2:17 AM, Eugene Grosbein wrote:
> 14.08.2018 9:47, Kurt Jaeger wrote:
>
> >> 14.08.2018 3:15, Alexander Lochmann wrote:
> >>
> You should not rely on defaults and make sure you disable modem
> control/CD
> either explicitly (using stty(1) etc.) or implicitly by s
On Mon, 13 Aug 2018 10:12:26 -0400
Mike Tancsa wrote:
> On 8/12/2018 2:50 PM, Marco Steinbach wrote:
> >
> > These loads lead to the system suffering from very much delayed
> > responses to even the basic task of echoing characters entered on
> > the console, consequently rendering the services
On Mon, 13 Aug 2018 10:56:01 -0400
"Kevin P. Neal" wrote:
> On Sun, Aug 12, 2018 at 08:50:47PM +0200, Marco Steinbach wrote:
> > Hi there.
> >
> > % zpool list
> > NAMESIZE ALLOC FREE EXPANDSZ FRAGCAP DEDUP HEALTH
> > ALTROOT zroot 5.41T 670G 4.75T -13%12% 1.
On 8/14/2018 5:57 AM, Marco Steinbach wrote:
>
> All my machines have at least 32GB, I've limited the maximum ARC size
> to 4GB, though, since last time I checked ZFS took quite a large piece
> of the cake, and didn't give it back, when not limited by setting
> vfs.zfs.arc_max in loader.conf :)
B
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230620
Bug ID: 230620
Summary: "install -d" issue
Product: Base System
Version: 11.1-STABLE
Hardware: Any
OS: Any
Status: New
Severity: Affects Some People
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230620
Ian Lepore changed:
What|Removed |Added
CC||i...@freebsd.org
--- Comment #1 from
On Sun, 12 Aug 2018 20:50:47 +0200
Marco Steinbach wrote:
> Hi there.
>
[...]
Thanks for all the answers and suggestions -- one of the MySQL
databases contained a defective table, repairing it brought the storage
load down to normal levels.
I've had defective tables on UFS in the past, and can
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230620
--- Comment #2 from Eugene Grosbein ---
(In reply to Ian Lepore from comment #1)
Thank you for explanation. This is not obvious from the synopsis. Perhaps, it
should be made more clear by replacing "directory ..." with "directory1 ...
dire
11 matches
Mail list logo
