Re: list subvolumes with new btrfs command
I am using ubuntu-10.04-rc with kernel compiled from the almost lastest source , the btrfs-progs is latest too. You can modify line fprintf(stderr, ERROR: can't perform the search\n); to fprintf(stderr, ERROR: can't perform the search: %s\n, strerror(errno)); to see what happened on earth. nice: $ sudo btrfs subvolume list / ERROR: can't perform the search: Inappropriate ioctl for device i'm not really familiar with C, or anything this low level, does this help you diagnose my problem? thanks again for the help thus far, C Anthony -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: list subvolumes with new btrfs command
On Monday 26 April 2010 19:23:21 C Anthony Risinger wrote: I am using ubuntu-10.04-rc with kernel compiled from the almost lastest source , the btrfs-progs is latest too. You can modify line fprintf(stderr, ERROR: can't perform the search\n); to fprintf(stderr, ERROR: can't perform the search: %s\n, strerror(errno)); to see what happened on earth. nice: $ sudo btrfs subvolume list / ERROR: can't perform the search: Inappropriate ioctl for device i'm not really familiar with C, or anything this low level, does this help you diagnose my problem? Have you tried to run it on the device with the btrfs, not the mount point? It looks like the ioctl was made too restrictive about its arguments. -- Hubert Kario QBS - Quality Business Software 02-656 Warszawa, ul. Ksawerów 30/85 tel. +48 (22) 646-61-51, 646-74-24 www.qbs.com.pl System Zarządzania Jakością zgodny z normą ISO 9001:2000 -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: list subvolumes with new btrfs command
On Mon, Apr 26, 2010 at 12:58 PM, Hubert Kario h...@qbs.com.pl wrote: On Monday 26 April 2010 19:23:21 C Anthony Risinger wrote: I am using ubuntu-10.04-rc with kernel compiled from the almost lastest source , the btrfs-progs is latest too. You can modify line fprintf(stderr, ERROR: can't perform the search\n); to fprintf(stderr, ERROR: can't perform the search: %s\n, strerror(errno)); to see what happened on earth. nice: $ sudo btrfs subvolume list / ERROR: can't perform the search: Inappropriate ioctl for device i'm not really familiar with C, or anything this low level, does this help you diagnose my problem? Have you tried to run it on the device with the btrfs, not the mount point? It looks like the ioctl was made too restrictive about its arguments. ah yes i missed mentioning that to, tried that: $ sudo btrfs sub list /dev/sda2 ERROR: '/dev/sda2' is not a subvolume no dice :( -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: list subvolumes with new btrfs command
On Mon, Apr 26, 2010 at 2:10 PM, C Anthony Risinger anth...@extof.me wrote: On Mon, Apr 26, 2010 at 12:58 PM, Hubert Kario h...@qbs.com.pl wrote: On Monday 26 April 2010 19:23:21 C Anthony Risinger wrote: I am using ubuntu-10.04-rc with kernel compiled from the almost lastest source , the btrfs-progs is latest too. You can modify line fprintf(stderr, ERROR: can't perform the search\n); to fprintf(stderr, ERROR: can't perform the search: %s\n, strerror(errno)); to see what happened on earth. nice: $ sudo btrfs subvolume list / ERROR: can't perform the search: Inappropriate ioctl for device i'm not really familiar with C, or anything this low level, does this help you diagnose my problem? Have you tried to run it on the device with the btrfs, not the mount point? It looks like the ioctl was made too restrictive about its arguments. ah yes i missed mentioning that to, tried that: $ sudo btrfs sub list /dev/sda2 ERROR: '/dev/sda2' is not a subvolume no dice :( i tried setting up loopback with a newly formatted btrfs image + mounting, same result: Inappropriate ioctl for device. same error whether i point the command at the default subvolume or a snapshot. is there anything (missing) i should check in regards to my kernel (module/progs mismatch)? -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: list subvolumes with new btrfs command
On Mon, Apr 26, 2010 at 3:51 PM, C Anthony Risinger anth...@extof.me wrote: On Mon, Apr 26, 2010 at 2:10 PM, C Anthony Risinger anth...@extof.me wrote: On Mon, Apr 26, 2010 at 12:58 PM, Hubert Kario h...@qbs.com.pl wrote: On Monday 26 April 2010 19:23:21 C Anthony Risinger wrote: I am using ubuntu-10.04-rc with kernel compiled from the almost lastest source , the btrfs-progs is latest too. You can modify line fprintf(stderr, ERROR: can't perform the search\n); to fprintf(stderr, ERROR: can't perform the search: %s\n, strerror(errno)); to see what happened on earth. nice: $ sudo btrfs subvolume list / ERROR: can't perform the search: Inappropriate ioctl for device i'm not really familiar with C, or anything this low level, does this help you diagnose my problem? Have you tried to run it on the device with the btrfs, not the mount point? It looks like the ioctl was made too restrictive about its arguments. ah yes i missed mentioning that to, tried that: $ sudo btrfs sub list /dev/sda2 ERROR: '/dev/sda2' is not a subvolume no dice :( i tried setting up loopback with a newly formatted btrfs image + mounting, same result: Inappropriate ioctl for device. same error whether i point the command at the default subvolume or a snapshot. is there anything (missing) i should check in regards to my kernel (module/progs mismatch)? bleh, looks like my kernel didn't have what it needed; i thought 2.6.33/stock Arch kernel was recent enough. i booted an 2.6.34rc5 kernel any everything works now: $ sudo btrfs sub list / ID 259 top level 5 path vps/var/lib/vps-lxc/tpl/arch-nano ID 260 top level 5 path vps/var/lib/vps-lxc/dom/dom1 heh, i forgot about those snapshots :-). i will compensate for this possibility in my initrd hook. apologies for the noise. on a parting note, the strerror(errno) was a nice change, and might be a useful addition for others, as it also pointed my in the right direction for permission problems (without sudo/non-super): $ btrfs sub list / ERROR: can't perform the search: Operation not permitted other than that, thanks for the assistance; the new btrfs tool is nice. C Anthony -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
list subvolumes with new btrfs command
hello, i maintain an unofficial initrd hook in Arch Linux that allows BTRFS to be used as the root device. i am trying to update the hook to use the more extensive btrfs command, adding support for users to change their default subvolume from within the initrd (i'm creating a sort of rollback feature, in conjunction with automatic snapshotting via the package manager), and adding support for hot spares (via a second BTRFS pool in which devices are stolen to repair the primary array). anyways, i'm having trouble getting a listing of subvolumes: $ btrfs subvolume list / ERROR: can't perform the search the machine has a BTRFS root. i have also tried creating a snapshot and pointing the command at that, but i get the same results. am i using the command wrong? relevant code is from btrfs-list.c: ret = ioctl(fd, BTRFS_IOC_TREE_SEARCH, args); if (ret 0) { fprintf(stderr, ERROR: can't perform the search\n); return 0; } kernel: $ uname -r 2.6.33-ARCH is there a new CONFIG_* kernel parameter that needs to be set since 2.6.32? everything seems to be in order and working fine... any help appreciated. thanks, C Anthony -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: list subvolumes with new btrfs command
2010/4/26 C Anthony Risinger anth...@extof.me: hello, i maintain an unofficial initrd hook in Arch Linux that allows BTRFS to be used as the root device. i am trying to update the hook to use the more extensive btrfs command, adding support for users to change their default subvolume from within the initrd (i'm creating a sort of rollback feature, in conjunction with automatic snapshotting via the package manager), and adding support for hot spares (via a second BTRFS pool in which devices are stolen to repair the primary array). anyways, i'm having trouble getting a listing of subvolumes: $ btrfs subvolume list / ERROR: can't perform the search the machine has a BTRFS root. i have also tried creating a snapshot and pointing the command at that, but i get the same results. am i using the command wrong? relevant code is from btrfs-list.c: ret = ioctl(fd, BTRFS_IOC_TREE_SEARCH, args); if (ret 0) { fprintf(stderr, ERROR: can't perform the search\n); return 0; } need super root? in my ubuntu10.04 with latest btrfs-progs: $ ./btrfs subvolume list /media/sda3-100g/ ERROR: can't perform the search $ sudo ./btrfs subvolume list /media/sda3-100g/ ID 258 top level 5 path misc/snap/snap-4-26 kernel: $ uname -r 2.6.33-ARCH is there a new CONFIG_* kernel parameter that needs to be set since 2.6.32? everything seems to be in order and working fine... any help appreciated. thanks, C Anthony -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: list subvolumes with new btrfs command
need super root? in my ubuntu10.04 with latest btrfs-progs: $ ./btrfs subvolume list /media/sda3-100g/ ERROR: can't perform the search $ sudo ./btrfs subvolume list /media/sda3-100g/ ID 258 top level 5 path misc/snap/snap-4-26 ah sorry, i forgot to mention that it doesn't work as super user either, same result: $ sudo btrfs subvolume list / ERROR: can't perform the search the btrfs-progs in ubuntu is probably slightly behind git HEAD (what i'm using in Arch package), maybe it broke recently, i might try to bisect and see it i can pinpoint to problem commit. i am also using kernel 2.6.33 (ubuntu is .32 i think) that's why i thought maybe there was an issue there; it seems like the ioctl() call is failing no matter what in my case. other details i can think of: 1) filesystem was created by a 2.6.31 kernel i will use loopback + BTRFS to test what is happening here and report back; maybe i can't scan / ...? thanks for the response, any other input is very much appreciated. thanks, C Anthony -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html