From owner-freebsd-stable@freebsd.org Mon Jul 20 11:49:58 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B16D9A621D for ; Mon, 20 Jul 2015 11:49:58 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AEB2097C for ; Mon, 20 Jul 2015 11:49:57 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by wibud3 with SMTP id ud3so94424812wib.0 for ; Mon, 20 Jul 2015 04:49:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=el+Hlu4tCxT3BLz99hJEzQsI5Xov5vEMCXLOfBnU96w=; b=KmtZPnYbtj1tjZGfrdcpih0iveo54z4I09T2ukDkSn2ATOC0T/yJ/giybcx/u7k5EI 55152ewXyyyFxy8+36dbbXzaI1SQ8NCIj0KG8SGXZqPGRkWhWpLeIc+m3J09QBesaOSa BUbOk+yE6NS/9KlQQme0Xwv9NTqsimqrseqQYe1Ljt4wYCFY47NKiMdVU7WnpBWnYE5T pzM8p7KVnGu089cro9imTZxar1kUMZCevnXC31sh/WdpK4KbjjUWecZ/RhbeJZoX0wQ0 ehKYh1KewNgT/3Jg0FE1ilI1eeQSw8ASP7fkdPqAWiMwAVZSbthK50hEWQJe91Ka8Bh9 qSAw== X-Gm-Message-State: ALoCoQnORhJCYBZCDYX4aPhxulIleIND+2Vj56YKTKYZFfC3BExYVGSd2v3cskR0A8j3QcnCsmTc X-Received: by 10.180.83.72 with SMTP id o8mr21118359wiy.27.1437392989690; Mon, 20 Jul 2015 04:49:49 -0700 (PDT) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by smtp.gmail.com with ESMTPSA id pn6sm31610949wjb.36.2015.07.20.04.49.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Jul 2015 04:49:49 -0700 (PDT) Subject: Re: Problems adding Intel 750 to zfs pool To: freebsd-stable@freebsd.org References: <55A9D79E.3070601@techtangents.com> <55ACBF3C.2020208@multiplay.co.uk> <8BB8F0CB-70D4-4663-AE3C-ECA3ECA99AAD@sundivenetworks.com> From: Steven Hartland Message-ID: <55ACE056.6040200@multiplay.co.uk> Date: Mon, 20 Jul 2015 12:49:42 +0100 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <8BB8F0CB-70D4-4663-AE3C-ECA3ECA99AAD@sundivenetworks.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 11:49:58 -0000 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 (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 security ada0 > > erase time 4 min > enhanced erase time 4 min > > Trimming drives before addition to a system is definitely worthwhile. > > Will > >> On 20 Jul 2015, at 10:28, Steven Hartland wrote: >> >> 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, dylan@techtangents.com wrote: >>> Hi, >>> >>> I've installed an Intel 750 400GB NVMe PCIe SSD in a Dell R320 running FreeBSD 10.2-beta-1... not STABLE, but not far behind, I think. Apologies if this is the wrong mailing list, or if this has been fixed in STABLE since the beta. >>> >>> Anyway, I've gparted it into 2 partitions - 16GB for slog/zil and 357GB for l2arc. Adding the slog partition to the pool takes about 2 minutes - machine seems hung during that time. Ping works, but I can't open another ssh session. >>> >>> Adding the l2arc doesn't seem to complete - it's been going 10 minutes now and nothing. Ping works, but I can't log in to the local console or another ssh session. >>> >>> I'm adding the partitions using their gpt names. i.e. >>> zpool add zroot log gpt/slog >>> zpool add zroot cache gpt/l2arc >>> >>> The system BIOS is up-to-date. The OS was a fresh 10.1 install, then freebsd-update to 10.2-beta2. 10.1 exhibited the same symptoms. >>> >>> Root is on zfs. >>> >>> Device was tested to be working on Windows 8.1 on a Dell T1700 workstation. >>> >>> Any ideas? >>> >>> Cheers, >>> >>> Dylan Just >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"