From nobody Sun Feb 6 17:52:04 2022 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7B81B19A40D1 for ; Sun, 6 Feb 2022 17:52:47 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-oi1-x234.google.com (mail-oi1-x234.google.com [IPv6:2607:f8b0:4864:20::234]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JsH1B3vhCz3NRl; Sun, 6 Feb 2022 17:52:46 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by mail-oi1-x234.google.com with SMTP id y23so14675296oia.13; Sun, 06 Feb 2022 09:52:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MeIeQOAOLiW/d6/OfCEv5ciHgn+ySpf3+pcTwpKoEgI=; b=mx+DXaWGAY4bNQ+0RmPe9LKg0irkowlnI8sF1onwJheQZ5tOsDRmUk3cRxWZOPApp+ ulOG3WyUJcisgPquM5Uk0Rh1mJ+4bIp2pf3CFLRWt7STkWO5pTu4+tYudhKbLQjveGV+ mTxULGBYjFXZUUyXn9k3cHpMimhaX7uU3j+XCxEYX/l0AyRmdQCuTQSy9xFqpcg9qmXd qdG19MIELrQT7Bnw/wRIYlG7vQ1o9Ks3b1jUU6P2fL7c/UlcLlXU8s5ApOg6PdiKS49X WifepmQq1fD4JySm/ITj8vtEgsRuwJmyrWEUi40Gw9RiHzRr22knjFX8Oh8HovPeq/qK 2aVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MeIeQOAOLiW/d6/OfCEv5ciHgn+ySpf3+pcTwpKoEgI=; b=K6m9l1m4QuU1G3RydXOmIQ8uFUrTLyza4y0XQfV2k1ju3zLbVepH72ibiYgODyhZGn 9GfdSkMegIO3bBvJlA2am4y865xlhBijlgC4UNMgPNr5hnZRrsiCNxIJtr7SRl/DCLZS /FTEaPSI/OGp4RZQ5o9z/cQvnQmoyo9TeO3BatdSpmvvssGbv5l24+8kGqS6kJHaSf3/ oGoOlc35A9QP6bzFPHhfjcIYYt1VhwKX+Buptj+gSGkooydpF+7cVQxIePczFfDv7LzJ zOjOxcvv9VXAl5I3xjn/O8y08wP7MHHSMoTXUFoGAktEK5ULCPQTQ2i8fs26inYX6ZCv t+FQ== X-Gm-Message-State: AOAM531f8ONLcNJrSrqNIinim9wB8ihfrIX2FWBT5L0NFh3top3Dd5+0 XIP4NzUnl0HNJn58eAQGP0Td1RKQ703uOrG2d27Enyb2t+U= X-Google-Smtp-Source: ABdhPJzXt8fqHxv/dlodzyqYK90dlb/7yqpSZ1ZWRmNjgjkEUdR8XN0CvZAmW7xu8k0dgXmAZeVlM0qwRCnP4FGy3rs= X-Received: by 2002:aca:5e55:: with SMTP id s82mr5418290oib.109.1644169960253; Sun, 06 Feb 2022 09:52:40 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <7e8459e4-d708-7750-402c-cda2adf6199f@freebsd.org> In-Reply-To: <7e8459e4-d708-7750-402c-cda2adf6199f@freebsd.org> From: Mehmet Erol Sanliturk Date: Sun, 6 Feb 2022 20:52:04 +0300 Message-ID: Subject: Re: USB Disk Stalls on -current To: Sean Bruno Cc: freebsd-current Content-Type: multipart/alternative; boundary="0000000000006e6c3b05d75d264c" X-Rspamd-Queue-Id: 4JsH1B3vhCz3NRl X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=mx+DXaWG; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mesanliturk@gmail.com designates 2607:f8b0:4864:20::234 as permitted sender) smtp.mailfrom=mesanliturk@gmail.com X-Spamd-Result: default: False [-2.05 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.972]; NEURAL_SPAM_MEDIUM(0.72)[0.720]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::234:from]; MLMMJ_DEST(0.00)[freebsd-current]; NEURAL_HAM_SHORT(-0.80)[-0.798]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --0000000000006e6c3b05d75d264c Content-Type: text/plain; charset="UTF-8" On Sun, Feb 6, 2022 at 8:15 PM Sean Bruno wrote: > I'm doing something "gross" with ZFS & Plex on a little Intel NUC that I > have here at the house to provide me with a nice little NAS at home. > I'm using 2x USB2 external disks as the mirror. > > I noted that the two USB2 disks I'm using in a mirror seem to "stall" > from time to time and its not clear to me why. > > I'd like to poke further into the USB system but I'm not sure where I > should start to see if there is something amiss with the hardware (e.g. > the disks suck) or if FreeBSD is losing track of something during I/O > leading to a stall/timeout. > > I'm not seeing data loss or anything, I just note from time to time > during large file transfers that the clanking/grinding sound of the > spinning rust on my desk completely stops, the encoding of the video > files stops (so its waiting for a read to complete) and its gets much > quieter in my office. :-) > > sean > > I encountered such a case in Fedora Linux with an external 2.0 USB disk . When the external disk was connected to a 1.? USB port , the loading of operating system was terrifically slow or sometimes some parts normal . You may check your USB ports versions to ensure that they are conforming to each other . Board USB port may be 2.0 , but connected chassis USB port may be 1.? like in my chassis . When USB external disk is connected to the chassis USB 2.0 port , everything has become normal . Mehmet Erol Sanliturk --0000000000006e6c3b05d75d264c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Feb 6, 2022 = at 8:15 PM Sean Bruno <sbruno@free= bsd.org> wrote:
I'm doing something "gross" with ZFS & Plex on a l= ittle Intel NUC that I
have here at the house to provide me with a nice little NAS at home.
I'm using 2x USB2 external disks as the mirror.

I noted that the two USB2 disks I'm using in a mirror seem to "sta= ll"
from time to time and its not clear to me why.

I'd like to poke further into the USB system but I'm not sure where= I
should start to see if there is something amiss with the hardware (e.g. the disks suck) or if FreeBSD is losing track of something during I/O
leading to a stall/timeout.

I'm not seeing data loss or anything, I just note from time to time during large file transfers that the clanking/grinding sound of the
spinning rust on my desk completely stops, the encoding of the video
files stops (so its waiting for a read to complete) and its gets much
quieter in my office.=C2=A0 :-)

sean



I encountered= such a case in Fedora Linux with an external 2.0 USB disk .
When the external disk was connected to a 1.? USB port , the loading of op= erating system
was terrifically slow or sometimes some parts= normal .

You may check your USB ports v= ersions to ensure that they are conforming to each other .
= Board USB port may be 2.0 , but connected chassis USB port may be 1.?=C2=A0= like in my chassis .
When USB external disk is connecte= d to the chassis=C2=A0 USB 2.0 port ,
everything has be= come normal .


= Mehmet Erol Sanliturk



=C2=A0
--0000000000006e6c3b05d75d264c--