https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234576
--- Comment #7 from Michel Le Cocq ---
Hi, thanks for your answer.
I change my way of doing, it appears that's it's faster and easier to remove
log device from a pool then add one on the other server than syncing them with
hast and check t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239552
--- Comment #2 from Dani ---
I took some time and manually reverted base r336017 for FreeBSD 11.3, which
fixed the quota bug on NFS. As you can see below, the output of 11.3(unpatched)
is broken, while the patched system reports the correct
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239801
ma...@tols.org changed:
What|Removed |Added
CC||ma...@tols.org
--- Comment #1 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239801
Hiroki Sato changed:
What|Removed |Added
Status|New |Open
--- Comment #2 from Hiroki Sato
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240061
--- Comment #6 from Mark Johnston ---
One possible alternative is to convert MADV_FREE to MADV_DONTNEED if the object
has a backing object. pmap_advise() needs to be updated to preserve the
modified bits, but this should be fine since vm_p
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239801
--- Comment #3 from ma...@tols.org ---
Hi, so my bit more detailed story is this:
We have 2 identical Dell R730xd systems with each 12 6TB drives in them,
running on raidz2. It also has 2 SSD's in it which add to the system as ZIL
and cach
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233413
--- Comment #12 from commit-h...@freebsd.org ---
A commit references this bug:
Author: acm
Date: Tue Sep 3 15:52:00 UTC 2019
New revision: 510956
URL: https://svnweb.freebsd.org/changeset/ports/510956
Log:
- Rebuild bootstrap (ppcx64 an
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233413
Jose Alonso Cardenas Marquez changed:
What|Removed |Added
Resolution|--- |FIXED
S
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239552
--- Comment #3 from Sean Eric Fagan ---
I don't have a way to reproduce this; anyone who can, it would be useful to
find out if both client and server are using the same RPC version for rquota.
For Version 1, it should be using the structu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239894
--- Comment #18 from commit-h...@freebsd.org ---
A commit references this bug:
Author: kib
Date: Tue Sep 3 18:56:27 UTC 2019
New revision: 351773
URL: https://svnweb.freebsd.org/changeset/base/351773
Log:
Add procctl(PROC_STACKGAP_CTL)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239894
--- Comment #19 from commit-h...@freebsd.org ---
A commit references this bug:
Author: kib
Date: Tue Sep 3 18:58:48 UTC 2019
New revision: 351774
URL: https://svnweb.freebsd.org/changeset/base/351774
Log:
Add stackgap control mode to pr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240320
Bug ID: 240320
Summary: [ixgbe] [patch] EEE state change causes core dump on
X552
Product: Base System
Version: 12.0-RELEASE
Hardware: Any
OS: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240320
Zach Vargas changed:
What|Removed |Added
Keywords||IntelNetworking, crash
--
You are r
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239801
--- Comment #4 from Daniel Mafua ---
The firmware has not been upgraded on any of the servers.
I was able to switch from mfi to mrsas on one of the servers, but because
they're at remote locations I need to be careful on how aggressive I
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231828
--- Comment #15 from Mason Loring Bliss ---
*** Bug 239443 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240320
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239801
Hiroki Sato changed:
What|Removed |Added
Status|Open|In Progress
--- Comment #5 from Hiro
17 matches
Mail list logo
