Hi, zpool does not to create a pool on USB disk (formatted in FAT32). # /usr/sbin/zpool create alpha c5t0d0p0 cannot open ''/dev/dsk/c5t0d0p0'': Device busy or # /usr/sbin/zpool create alpha /dev/rdsk/c5t0d0p0 cannot use ''/dev/rdsk/c5t0d0p0'': must be a block device or regular file What is gonna do to create a pool on a disk please? Regards. Andrius
On Mon, 16 Jun 2008 18:10:14 +0100 Andrius <burlega at web.de> wrote:> zpool does not to create a pool on USB disk (formatted in FAT32).It''s already been formatted. Try zpool create -f alpha c5t0d0p0 -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D ++ http://nagual.nl/ + SunOS sxce snv90 ++
dick hoogendijk wrote:> On Mon, 16 Jun 2008 18:10:14 +0100 > Andrius <burlega at web.de> wrote: > >> zpool does not to create a pool on USB disk (formatted in FAT32). > > It''s already been formatted. > Try zpool create -f alpha c5t0d0p0 >The same story # /usr/sbin/zpool create -f alpha c5t0d0p0 cannot open ''/dev/dsk/c5t0d0p0'': Device busy Regards, Andrius
On Mon, 16 Jun 2008 18:23:35 +0100 Andrius <burlega at web.de> wrote:> The same story > > # /usr/sbin/zpool create -f alpha c5t0d0p0 > cannot open ''/dev/dsk/c5t0d0p0'': Device busyAre you sure you''re not "on" that device? Are you also sure your usb stick is called c5t0d0p0? What does rmformat (as root) say? -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D ++ http://nagual.nl/ + SunOS sxce snv90 ++
dick hoogendijk wrote:> On Mon, 16 Jun 2008 18:23:35 +0100 > Andrius <burlega at web.de> wrote: > >> The same story >> >> # /usr/sbin/zpool create -f alpha c5t0d0p0 >> cannot open ''/dev/dsk/c5t0d0p0'': Device busy > > Are you sure you''re not "on" that device? > Are you also sure your usb stick is called c5t0d0p0? > What does rmformat (as root) say? >The device is on, but it is empty. It is not a stick, it is a mobile hard disk Iomega 160 GB. # rmformat Looking for devices... 1. Volmgt Node: /vol/dev/aliases/cdrom0 Logical Node: /dev/rdsk/c1t0d0s2 Physical Node: /pci at 0,0/pci-ide at f,1/ide at 0/sd at 0,0 Connected Device: PIONEER DVD-RW DVR-112D 1.21 Device Type: DVD Reader/Writer 2. Volmgt Node: /vol/dev/aliases/rmdisk0 Logical Node: /dev/rdsk/c5t0d0p0 Physical Node: /pci at 0,0/pci1106,3104 at 10,4/storage at 1/disk at 0,0 Connected Device: Ext Hard Disk Device Type: Removable -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/1e52abfe/attachment.vcf>
Andrius wrote:> dick hoogendijk wrote: > >> On Mon, 16 Jun 2008 18:10:14 +0100 >> Andrius <burlega at web.de> wrote: >> >> >>> zpool does not to create a pool on USB disk (formatted in FAT32). >>> >> It''s already been formatted. >> Try zpool create -f alpha c5t0d0p0 >> >> > > The same story > > # /usr/sbin/zpool create -f alpha c5t0d0p0 > cannot open ''/dev/dsk/c5t0d0p0'': Device busy >When you insert a USB stick into a running Solaris system, and it is FAT32 formatted, it may be automatically mounted as a filesystem, read/write. The command above fails since it is already mounted and busy. You may wish to use the df command to verify this. If it is mounted, try unmounting it fist, and then using the command; # /usr/sbin/zpool create -f alpha c5t0d0p0> Regards, > Andrius > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >
Neal Pollack wrote:> Andrius wrote: >> dick hoogendijk wrote: >> >>> On Mon, 16 Jun 2008 18:10:14 +0100 >>> Andrius <burlega at web.de> wrote: >>> >>> >>>> zpool does not to create a pool on USB disk (formatted in FAT32). >>>> >>> It''s already been formatted. >>> Try zpool create -f alpha c5t0d0p0 >>> >>> >> >> The same story >> >> # /usr/sbin/zpool create -f alpha c5t0d0p0 >> cannot open ''/dev/dsk/c5t0d0p0'': Device busy >> > > When you insert a USB stick into a running Solaris system, and it is > FAT32 formatted, > it may be automatically mounted as a filesystem, read/write. > > The command above fails since it is already mounted and busy. > You may wish to use the df command to verify this. > If it is mounted, try unmounting it fist, and then using the command;That is true, disc is detected automatically. But # umount /dev/rdsk/c5t0d0p0 umount: warning: /dev/rdsk/c5t0d0p0 not in mnttab umount: /dev/rdsk/c5t0d0p0 not mounted -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/23b84b41/attachment.vcf>
On Mon, 16 Jun 2008 18:38:11 +0100 Andrius <burlega at web.de> wrote:> The device is on, but it is empty. It is not a stick, it is a mobile > hard disk Iomega 160 GB.Like Neal writes: check if the drive is mounted. "Do a df -h" Unmount it if neccessary (umount /dev/dsk/c5t0d0) and then do a zpool create alpha c5t1d0 Afaik the p0 is not needed. -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D ++ http://nagual.nl/ + SunOS sxce snv90 ++
On Mon, 16 Jun 2008 18:54:04 +0100 Andrius <burlega at web.de> wrote:> That is true, disc is detected automatically. But > # umount /dev/rdsk/c5t0d0p0 > umount: warning: /dev/rdsk/c5t0d0p0 not in mnttabumount /dev/dsk/c5t0d0 should do it. -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D ++ http://nagual.nl/ + SunOS sxce snv90 ++
Andrius wrote:> Neal Pollack wrote: >> Andrius wrote: >>> dick hoogendijk wrote: >>> >>>> On Mon, 16 Jun 2008 18:10:14 +0100 >>>> Andrius <burlega at web.de> wrote: >>>> >>>> >>>>> zpool does not to create a pool on USB disk (formatted in FAT32). >>>>> >>>> It''s already been formatted. >>>> Try zpool create -f alpha c5t0d0p0 >>>> >>>> >>> >>> The same story >>> >>> # /usr/sbin/zpool create -f alpha c5t0d0p0 >>> cannot open ''/dev/dsk/c5t0d0p0'': Device busy >>> >> >> When you insert a USB stick into a running Solaris system, and it is >> FAT32 formatted, >> it may be automatically mounted as a filesystem, read/write. >> >> The command above fails since it is already mounted and busy. >> You may wish to use the df command to verify this. >> If it is mounted, try unmounting it fist, and then using the command; > > That is true, disc is detected automatically. But > > # umount /dev/rdsk/c5t0d0p0 > umount: warning: /dev/rdsk/c5t0d0p0 not in mnttab > umount: /dev/rdsk/c5t0d0p0 not mountedThe umount command works best with a filesystem name. the "mount" command will show what filesytems are mounted. For example, if I stick in a USB thumb-drive: #mount ... /media/LEXAR MEDIA on /dev/dsk/c9t0d0p0:1 read/write/nosetuid/nodevices/hidden/nofoldcase/clamptime/noatime/timezone=28800/dev=e01050 on Mon Jun 16 11:01:37 2008 #df -hl /dev/dsk/c9t0d0p0:1 991M 923M 68M 94% /media/LEXAR MEDIA #umount "/media/LEXAR MEDIA" # And then it no longer shows up in the df or the mount command. Neal> > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >
On Mon, 16 Jun 2008 20:00:59 +0200 dick hoogendijk <dick at nagual.nl> wrote:> Unmount it if neccessary (umount /dev/dsk/c5t0d0)Should be /dev/dsk/c5t1d0 <-- -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D ++ http://nagual.nl/ + SunOS sxce snv90 ++
On Mon, 16 Jun 2008 20:04:08 +0200 dick hoogendijk <dick at nagual.nl> wrote:> Should be /dev/dsk/c5t1d0 <--Sh***t! No it should not. rmformat showed c5t0d0, didn''t it? So be careful. A typo is quickly made (see my msgs) ;-) -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D ++ http://nagual.nl/ + SunOS sxce snv90 ++
Miles Nordin wrote:>>>>>> "a" == Andrius <burlega at web.de> writes: > > a> # umount /dev/rdsk/c5t0d0p0 > > maybe there is another problem, too, but this is wrong. type ''df -k'' > as he suggested and use the device or pathname listed there.This is end of df -k /vol/dev/dsk/c5t0d0/unnamed_rmdisk:c 156250144 96 156250048 1% /rmdisk/unnamed_rmdisk -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/8860d74d/attachment.vcf>
dick hoogendijk wrote:> On Mon, 16 Jun 2008 18:54:04 +0100 > Andrius <burlega at web.de> wrote: > >> That is true, disc is detected automatically. But >> # umount /dev/rdsk/c5t0d0p0 >> umount: warning: /dev/rdsk/c5t0d0p0 not in mnttab > > umount /dev/dsk/c5t0d0 should do it. >The same # umount /dev/dsk/c5t0d0 umount: warning: /dev/dsk/c5t0d0 not in mnttab umount: /dev/dsk/c5t0d0 no such file or directory -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/93b2e731/attachment.vcf>
On Mon, 16 Jun 2008 19:10:18 +0100 Andrius <burlega at web.de> wrote:> /rmdisk/unnamed_rmdiskumount /rmdisk/unnamed_rmdisk should do the trick It''s probably also mounted on /media depending on your solaris version. If so, umount /media/unnamed_rmdisk unmounts the disk too. -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D ++ http://nagual.nl/ + SunOS sxce snv90 ++
dick hoogendijk wrote:> On Mon, 16 Jun 2008 20:00:59 +0200 > dick hoogendijk <dick at nagual.nl> wrote: >> Unmount it if neccessary (umount /dev/dsk/c5t0d0) > Should be /dev/dsk/c5t1d0 <-- >Still the same # umount /dev/rdsk/c5t1d0 umount: warning: /dev/rdsk/c5t1d0 not in mnttab umount: /dev/rdsk/c5t1d0 no such file or directory -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/31516f63/attachment.vcf>
dick hoogendijk wrote:> On Mon, 16 Jun 2008 19:10:18 +0100 > Andrius <burlega at web.de> wrote: > >> /rmdisk/unnamed_rmdisk > umount /rmdisk/unnamed_rmdisk should do the trick > > It''s probably also mounted on /media depending on your solaris version. > If so, umount /media/unnamed_rmdisk unmounts the disk too.It is mounted on /rmdisk/unnamed_rmdisk. It is Solaris 10. #umount /rmdisk/unnamed_rmdisk umount: warning: /rmdisk/unnamed_rmdisk not in mnttab umount: /rmdisk/unnamed_rmdisk not mounted -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/990a0c65/attachment.vcf>
On Mon, 16 Jun 2008, Andrius wrote:> dick hoogendijk wrote: >> On Mon, 16 Jun 2008 19:10:18 +0100 >> Andrius <burlega at web.de> wrote: >> >>> /rmdisk/unnamed_rmdisk >> umount /rmdisk/unnamed_rmdisk should do the trick >> >> It''s probably also mounted on /media depending on your solaris version. >> If so, umount /media/unnamed_rmdisk unmounts the disk too. > > It is mounted on /rmdisk/unnamed_rmdisk. It is Solaris 10. > > #umount /rmdisk/unnamed_rmdisk > umount: warning: /rmdisk/unnamed_rmdisk not in mnttab > umount: /rmdisk/unnamed_rmdisk not mountedThis disk is probably under volume manager control. Try running "eject unnamed_rmdisk". -- Martin Winkelman - mw at sun.com - 303-272-3122 http://www.sun.com/solarisready/
Martin Winkelman wrote:> On Mon, 16 Jun 2008, Andrius wrote: > >> dick hoogendijk wrote: >>> On Mon, 16 Jun 2008 19:10:18 +0100 >>> Andrius <burlega at web.de> wrote: >>> >>>> /rmdisk/unnamed_rmdisk >>> umount /rmdisk/unnamed_rmdisk should do the trick >>> >>> It''s probably also mounted on /media depending on your solaris version. >>> If so, umount /media/unnamed_rmdisk unmounts the disk too. >> >> It is mounted on /rmdisk/unnamed_rmdisk. It is Solaris 10. >> >> #umount /rmdisk/unnamed_rmdisk >> umount: warning: /rmdisk/unnamed_rmdisk not in mnttab >> umount: /rmdisk/unnamed_rmdisk not mounted > > This disk is probably under volume manager control. Try running "eject > unnamed_rmdisk". > > -- > Martin Winkelman - mw at sun.com - 303-272-3122 > http://www.sun.com/solarisready/# eject /rmdisk/unnamed_rmdisk No such file or directory # eject /dev/rdsk/c5t0d0s0 /dev/rdsk/c5t0d0s0 is busy (try ''eject floppy'' or ''eject cdrom''?) # eject rmdisk /vol/dev/rdsk/c5t0d0/unnamed_rmdisk: Inappropriate ioctl for device # eject /vol/dev/rdsk/c5t0d0/unnamed_rmdisk /vol/dev/rdsk/c5t0d0/unnamed_rmdisk: No such file or directory -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/be29851b/attachment.vcf>
On Mon, 16 Jun 2008, Andrius wrote:> # eject /rmdisk/unnamed_rmdisk > No such file or directory > # eject /dev/rdsk/c5t0d0s0 > /dev/rdsk/c5t0d0s0 is busy (try ''eject floppy'' or ''eject cdrom''?) > # eject rmdisk > /vol/dev/rdsk/c5t0d0/unnamed_rmdisk: Inappropriate ioctl for device > # eject /vol/dev/rdsk/c5t0d0/unnamed_rmdisk > /vol/dev/rdsk/c5t0d0/unnamed_rmdisk: No such file or directory# mount |grep rmdisk /rmdisk/unnamed_rmdisk on /vol/dev/dsk/c2t0d0/unnamed_rmdisk:c read/write/setuid/devices/nohidden/nofoldcase/dev=16c1003 on Mon Jun 16 12:51:07 2008 # eject unnamed_rmdisk # mount |grep rmdisk # -- Martin Winkelman - mw at sun.com - 303-272-3122 http://www.sun.com/solarisready/
Martin Winkelman wrote:> On Mon, 16 Jun 2008, Andrius wrote: > >> # eject /rmdisk/unnamed_rmdisk >> No such file or directory >> # eject /dev/rdsk/c5t0d0s0 >> /dev/rdsk/c5t0d0s0 is busy (try ''eject floppy'' or ''eject cdrom''?) >> # eject rmdisk >> /vol/dev/rdsk/c5t0d0/unnamed_rmdisk: Inappropriate ioctl for device >> # eject /vol/dev/rdsk/c5t0d0/unnamed_rmdisk >> /vol/dev/rdsk/c5t0d0/unnamed_rmdisk: No such file or directory > > # mount |grep rmdisk > /rmdisk/unnamed_rmdisk on /vol/dev/dsk/c2t0d0/unnamed_rmdisk:c > read/write/setuid/devices/nohidden/nofoldcase/dev=16c1003 on Mon Jun 16 > 12:51:07 2008 > # eject unnamed_rmdisk > # mount |grep rmdisk > # > > > -- > Martin Winkelman - mw at sun.com - 303-272-3122 > http://www.sun.com/solarisready/ >Sorry what a second row should be please? -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/8f9c479b/attachment.vcf>
Since Volume Management has control and eject didn''t work, just turning off Volume Management will do the trick. # svcadm disable volfs Now you can remove it safely. Paul
Paul Gress wrote:> Since Volume Management has control and eject didn''t work, just turning > off Volume Management will do the trick. > > # svcadm disable volfs > > Now you can remove it safely. > > Paul >Thanks! It works. Volume managagement is that thing that does not exist in zfs perhaps and made disk managemet more easy. Thanks for everybody for advices. Volume Manager should be off before creating pools in removable disks. -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/a0e4146a/attachment.vcf>
On Mon, 16 Jun 2008, Andrius wrote:> Thanks! It works. Volume managagement is that thing that does not exist in > zfs perhaps and made disk managemet more easy. Thanks for everybody for > advices. > > Volume Manager should be off before creating pools in removable disks.Probably it will work to edit /etc/vold.conf and comment out the line use rmdisk drive /dev/rdsk/c*s2 dev_rmdisk.so rmdisk%d Then do kill -HUP `pgrep vold` Otherwise cdroms and other valuable devices won''t be mounted. Bob =====================================Bob Friesenhahn bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
Bob Friesenhahn wrote:> On Mon, 16 Jun 2008, Andrius wrote: >> Thanks! It works. Volume managagement is that thing that does not >> exist in zfs perhaps and made disk managemet more easy. Thanks for >> everybody for advices. >> >> Volume Manager should be off before creating pools in removable disks. > > Probably it will work to edit /etc/vold.conf and comment out the line > > use rmdisk drive /dev/rdsk/c*s2 dev_rmdisk.so rmdisk%d > > Then do > > kill -HUP `pgrep vold` > > Otherwise cdroms and other valuable devices won''t be mounted. > > Bob > =====================================> Bob Friesenhahn > bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ > >After commenting # kill -HUP ''pgrep vold'' kill: invalid id -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/932503af/attachment.vcf>
On Mon, 16 Jun 2008, Andrius wrote:> After commenting > # kill -HUP ''pgrep vold'' > kill: invalid idWe''re in the 21st century, so # pkill -HUP vold should work just fine. -- Rich Teer, SCSA, SCNA, SCSECA CEO, My Online Home Inventory URLs: http://www.rite-group.com/rich http://www.linkedin.com/in/richteer http://www.myonlinehomeinventory.com
Andrius wrote:> Bob Friesenhahn wrote: >> On Mon, 16 Jun 2008, Andrius wrote: >>> Thanks! It works. Volume managagement is that thing that does not >>> exist in zfs perhaps and made disk managemet more easy. Thanks for >>> everybody for advices. >>> >>> Volume Manager should be off before creating pools in removable disks. >> >> Probably it will work to edit /etc/vold.conf and comment out the line >> >> use rmdisk drive /dev/rdsk/c*s2 dev_rmdisk.so rmdisk%d >> >> Then do >> >> kill -HUP `pgrep vold` >> >> Otherwise cdroms and other valuable devices won''t be mounted. >> >> Bob >> =====================================>> Bob Friesenhahn >> bfriesen at simple.dallas.tx.us, >> http://www.simplesystems.org/users/bfriesen/ >> GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ >> >> > > After commenting > # kill -HUP ''pgrep vold'' > kill: invalid idYou used forward quotes, not back quotes. Use "`" not "''".> > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >
Bob Friesenhahn wrote:> On Mon, 16 Jun 2008, Andrius wrote: >>> >> >> After commenting >> # kill -HUP ''pgrep vold'' >> kill: invalid id > > It looks like you used forward quotes rather than backward quotes. > > I did just try this procedure myself with my own USB drive and it works > fine. > > Bob > =====================================> Bob Friesenhahn > bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ > >That is true, but # kill -HUP `pgrep vold` usage: kill [ [ -sig ] id ... | -l ] -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/1511c004/attachment.vcf>
Andrius wrote:> > That is true, but > # kill -HUP `pgrep vold` > usage: kill [ [ -sig ] id ... | -l ] > >I think you already did this as per a previous message: # svcadm disable volfs As such, vold isn''t running. Re-enable the service and you should be fine. -Brian
Brian H. Nelson wrote:> > > Andrius wrote: >> >> That is true, but >> # kill -HUP `pgrep vold` >> usage: kill [ [ -sig ] id ... | -l ] >> >> > > I think you already did this as per a previous message: > > # svcadm disable volfs > > As such, vold isn''t running. Re-enable the service and you should be fine. > > > -Brian > >Cool! Thank''s. Another question arised to transfer (or copy) file systems from one pool to another, but hope to find it in manuals. -- Regards, Andrius Burlega -------------- next part -------------- A non-text attachment was scrubbed... Name: burlega.vcf Type: text/x-vcard Size: 146 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080616/9894383f/attachment.vcf>