From nobody Thu Apr 11 00:06:25 2024 X-Original-To: bugs@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 4VFKjs3WJbz5GR8Y for ; Thu, 11 Apr 2024 00:06:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VFKjs0HzXz4pyf for ; Thu, 11 Apr 2024 00:06:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1712793985; a=rsa-sha256; cv=none; b=Sg+/3cnUpk7iHDAGD3JUAcI91dGDY4Ppc5ZwchuF3Grp8CGSHOkqeD42WVnLof88wyKvtc iOtTbRr5Ix0hr4KQsM6BhIZmVbaCqJ7a7ewU9WAeBL5J5M+F+2RqeIIbrE6zvVgPeWIA4V yexF0xkeXQD2M/zoCLkg43j0rPVbt1ugwrAcp+Wx6WQPucCcNESYmoWAxgC9l+BJxqT+JC nTGTpJGftjvlj0P3ZCRY6LGqctE16WfAKN+NNk1x1IGZ7aU26JpvSLV0/T5Kv5txF3pzgp Zk3LwmNM1xjKMhxXmspsCp56nQ6tQ9Hz+XnpQZ1bea3Inzl6yLw1kHFx9sXgDQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1712793985; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=C0TCVwoT6CL5Sfet8NIR1KDmTR1dwraQN5DJ8NzjXu0=; b=cmwR1K9ecRI4UX9P666T5nemeEh4KFTBnOaAj4hYLit+etLqPZtyvM8YP1tnmfQIatP1I0 f+G/EeQsuZtjTvI8vt+1CNgJ1K7PGVn1F7QCgd+1ijwoEmqwZI+kPUF12oOdN7UtYnpPbR eSipcDXY3yok9iD0KqH47MUyXzYSdzIFnZzHjjFxnzOy4/hILU7zgfjZ6wNRKPVflz5+vi nAoo86pAGtT95yum+QZg7bn+if3DgsoRx+2aMVV7UGODraGG1gsUvzKFRikpELAM3QVasY 54ox7eiZrhyvI39QA1GRDoSj/aoXT1G/7RnMgq90wpWVTMOrZ5sPpIg87SDn+A== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4VFKjr6trgzykY for ; Thu, 11 Apr 2024 00:06:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 43B06Ons051953 for ; Thu, 11 Apr 2024 00:06:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 43B06O1l051951 for bugs@FreeBSD.org; Thu, 11 Apr 2024 00:06:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 271675] cp: Interrupted system call Date: Thu, 11 Apr 2024 00:06:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 14.0-STABLE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: rmacklem@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: freebsd-bugs+owner@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271675 --- Comment #10 from Rick Macklem --- I believe the EINTR would be coming from the I/O operation done by sshfs. For the NFS mounts, it occurs for "soft" mounts when the NFS server takes too long to reply to an RPC. - It was returned by the copy_file_range(2) syscall since the same happens for a read(2) or write(2) done on such a mount. Although "soft" is not a great mount option, getting EINTR from an NFS mount would normally indicate "hung NFS mount" and termination of "cp" seems appropriate when that happens. I think the EINTR is most likely being returned by vn_rdwr(), which would be doing VOP_READ()/VOP_WRITE(). I'd guess that sshfs is an out-of-src port and that, for some reason, the VOP_READ()/VOP_WRITE() is returning EINTR sometimes? I suppose that vn_generic_copy_file_range() could ignore EINTR (and return 0) when some data has been copied (since it is allowed to return less than requested and that does not indicate "near EOF"). As Mark said, it would be nice to know why sshfs is returning EINTR and when. --=20 You are receiving this mail because: You are the assignee for the bug.=