This will almost certainly be due to slow TRIM support on the device.
Try setting the sysctl vfs.zfs.vdev.trim_on_init to 0 before adding the
devices.
On 18/07/2015 05:35, dy...@techtangents.com wrote:
Hi,
I've installed an Intel 750 400GB NVMe PCIe SSD in a Dell R320 running
FreeBSD
I wonder if this is connected to NVMe?
Our SATA Intel DC S3500 drives (which are not that different to the 750s) TRIM
much more quickly.
What does camcontrol think the secure erase time should be? For a 600GB S3500
camcontrol accurately gives the secure erase time as 4 minutes:
# camcontrol
Am 2015-07-20 7:25, schrieb Olli Hauer:
Hi Beat,
it is possible mosquitto builds against an older lib or header that is not up
to date.
Can you run the following command.to [1] create a backup
$ cd empyy_space
$ pkg create mosquitto
Now remove the old.mosquotto package if you
Those figures are often inaccurate as the actual results can vary wildly
based of if the device FW thinks there is actual data on the sectors
being TRIM'ed.
Regards
Steve
On 20/07/2015 12:06, Will Green wrote:
I wonder if this is connected to NVMe?
Our SATA Intel DC S3500 drives
On 20/07/2015 5:56 PM, Marc UBM Bocklet wrote:
On Sun, 19 Jul 2015 09:16:51 -0700
John-Mark Gurney j...@funkthat.com wrote:
Marc UBM via freebsd-stable wrote this message on Sun, Jul 19, 2015 at 17:34
+0200:
a few weeks ago our Highpoint Rocket Raid controller (hptrr) started
biting the
Hello,
Replying to myself again, it appears that the safest way is to get a
Rocket Raid controller identical to the one we had, put it in another
system, connect the disks, import the old pool and move the data to the
new pool on the the LSI controller.
Am I overlooking anything?
No,
please see bug # 201674 @ bugs.freebsd.org for details
Bruce Becker+1 416 410 0879
GTS Network Administration Toronto, Ont.
Email: hostmas...@gts.net
___
freebsd-stable@freebsd.org mailing list
Should r282973 and r283060 be MFCed to FreeBSD 10? On amd64 and i386,
which use clang as their base compiler and don't have gcc in base by
default, the math/scilab port uses clang for cc and c++ compilation, but
finds /usr/include/omp.h (and links to libgomp from lang/gcc). The
build succeeds,
On Mon, 15 Jun 2015 23:08:36 +0200, Oliver Pinter
oliver.pin...@hardenedbsd.org wrote:
On 6/15/15, Ronald Klop ronald-li...@klop.ws wrote:
On Wed, 03 Jun 2015 14:25:23 +0200, Oliver Pinter
oliver.pin...@hardenedbsd.org wrote:
On 6/3/15, Ronald Klop ronald-li...@klop.ws wrote:
Hello,
I
On Mon, 20 Jul 2015, hotlips Internet admin wrote:
|
|please see bug # 201674 @ bugs.freebsd.org for details
sorry for false alarm, a previously uncompleted
run of subversion was the problem - PR now closed
Bruce Becker+1 416 410 0879
GTS Network
Marc UBM Bocklet wrote this message on Mon, Jul 20, 2015 at 15:29 +0200:
On Mon, 20 Jul 2015 14:56:46 +0200
Marc UBM Bocklet u...@u-boot-man.de wrote:
This sounds like the drives were in raid0 mode, and not raw disk
mode... You might be able to recover the disk w/ geli resize,
11 matches
Mail list logo
