From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from plane.gmane.org ([80.91.229.3]:38884 "EHLO plane.gmane.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752945AbbDAR2y (ORCPT ); Wed, 1 Apr 2015 13:28:54 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YdMRW-00083v-3p for linux-btrfs@vger.kernel.org; Wed, 01 Apr 2015 19:28:42 +0200 Received: from cpc21-stap10-2-0-cust974.12-2.cable.virginm.net ([86.0.163.207]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Apr 2015 19:28:42 +0200 Received: from m_btrfs by cpc21-stap10-2-0-cust974.12-2.cable.virginm.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Apr 2015 19:28:42 +0200 To: linux-btrfs@vger.kernel.org From: Martin Subject: Re: ERROR: error removing the device '/dev/sdXN' - Inappropriate ioctl for device Date: Wed, 01 Apr 2015 18:28:23 +0100 Message-ID: References: <20150331173756.GF6821@twin.jikos.cz> <551B98FF.8070000@oracle.com> <551BEF67.3040305@oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 In-Reply-To: <551BEF67.3040305@oracle.com> Sender: linux-btrfs-owner@vger.kernel.org List-ID: Anand, Thanks for picking up. The devid option sounds good. Thanks, Martin On 01/04/15 14:15, Anand Jain wrote: > > > Looks like an option to use devid to delete a device would > have mitigated the issue. Also the error reported is no > where near the reality. Will fix them. > > Thanks for reporting. > > Anand > > > On 04/01/2015 06:54 PM, Martin wrote: >> On 01/04/15 08:06, Anand Jain wrote: >>> >>>>>> btrfs device delete /dev/sdf5 /mnt/data2 >>>>>> >>>>>> ERROR: error removing the device '/dev/sdf5' - Inappropriate ioctl >>>>>> for >>>>>> device >>> >>> very strange. 'btrfs fi show -m' shows btrfs fs(s) that are mounted. >> >> Looks like my /dev/sdf isn't responding with anything useful at all... A >> firmware crash?... (This is for a 256GB SSD.) >> >> >> # btrfs fi show -m >> >> [...] >> >> Label: 'btrfs_data2' uuid: 3aaee716-b98b-4c86-ba5a-53456994f152 >> Total devices 3 FS bytes used 159.31GiB >> devid 1 size 206.47GiB used 206.02GiB path /dev/sdb5 >> devid 2 size 206.47GiB used 206.47GiB path /dev/sdd5 >> devid 3 size 206.47GiB used 206.47GiB path /dev/sdf5 >> >> >> btrfs-progs v3.19.1 >> >> >> >> # smartctl -i /dev/sdf >> smartctl 6.3 2014-07-26 r3976 [x86_64-linux-3.14.10-gentoo_s03a_11] >> (local build) >> Copyright (C) 2002-14, Bruce Allen, Christian Franke, >> www.smartmontools.org >> >> === START OF INFORMATION SECTION === >> Vendor: /7:0:0:0 >> Product: >> Compliance: SPC-5 >> User Capacity: 600,332,565,813,390,450 bytes [600 PB] >> Logical block size: 774843950 bytes >> scsiModePageOffset: response length too short, resp_len=47 offset=50 >> bd_len=46 >> scsiModePageOffset: response length too short, resp_len=47 offset=50 >> bd_len=46 >>>> Terminate command early due to bad response to IEC mode page >> A mandatory SMART command failed: exiting. To continue, add one or more >> '-T permissive' options. >> >> >> >> And btrfs is still running ok so far... I'll be swapping that device at >> the weekend. (First chance I have for a Sunday shutdown. :-( ) >> >> >> Still... For administering btrfs, it is a little disturbing not to be >> able to remove/delete a device unless that device is both mounted and >> working... >> >> Or is that where the "missing" option comes in? >> >> >> >> Comments welcomed, >> >> Thanks, >> Martin > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >