Re: [zfs-discuss] Zpool import FAULTED

On May 17, 2012, at 7:34 PM, Mohamed Magdy wrote: > HGY > > -- Forwarded message -- > From: Mohamed Magdy > Date: Fri, May 18, 2012 at 4:28 AM > Subject: Zpool import FAULTED > To: zfs-discuss@opensolaris.org > > > Dears, > > I need help to get my pool online again. > > ro

Re: [zfs-discuss] zpool import starves machine of memory

UPDATE (for those following along at home)... After patching to latest and greatest Solaris 10 kernel update and getting firmware on both OS drives (72 GB SAS) and server updated to latest and greatest, Oracle has now officially declared it a bug (CR#7082249). No word on when I'll hear bac

Re: [zfs-discuss] zpool import starves machine of memory

Another update: The configuration of the zpool is 45 x 1 TB drives in three vdev's, each of 15 drives. We should have a net capacity of between 30 and 36 TB (and that agrees with my memory of the pool). I ran zdb -e -d against the pool (not imported) and totaled the size of the datasets and ca

Re: [zfs-discuss] zpool import starves machine of memory

Updates to my problem: 1. The destroy operation appears to be restarting from the same point after the system hangs and has to be rebooted. Oracle gave me the following to track progress: echo '::pgrep "zpool$" |::walk thread|::findstack -v' | mdb -k | grep dsl_dataset_destroy then take first arg

Re: [zfs-discuss] zpool import starves machine of memory

An additional data point, when i try to do a zdb -e -d and find the incomplete zfs recv snapshot I get an error as follows: # sudo zdb -e -d xxx-yy-01 | grep "%" Could not open xxx-yy-01/aaa-bb-01/aaa-bb-01-01/%1309906801, error 16 # Anyone know what error 16 means from zdb and how this might imp

[zfs-discuss] zpool import starves machine of memory

I am having a very odd problem, and so far the folks at Oracle Support have not provided a working solution, so I am asking the crowd here while still pursuing it via Oracle Support. The system is a T2000 running 10U9 with CPU-2010-01and two J4400 loaded with 1 TB SATA drives. There is one

[zfs-discuss] zpool import -R /tpools zpool hangs

hi try to import zpool at different mnt root it hangs forever how to recover can one kill the import job 1 S root 5 0 0 0 SD? 0? Jun 27 ? 8:58 zpool-rootpool 1 S root 16786 0 0 0 SD? 0? 16:11:15 ? 0:00

Re: [zfs-discuss] zpool import crashs SX11 trying to recovering a corrupted zpool

Thank you very much Jim for your suggestions. Trying any kind of import (including importing Read-Only) on SX11 will lead, everytime, a system panic with following error: panic[cpu12]/thread=ff02de5e20c0: assertion failed: zap_count(os, object, &count) == 0, file: ../../common/fs/zfs/ddt_z

Re: [zfs-discuss] zpool import hangs - pls help

Hi Max, Unhelpful questions about your CPU aside, what else is your box doing? Can you run up a second or third shell (ssh or whatever) and watch if the disks / system are doing any work? Were it Solaris, I'd run: iostat -x prstat -a vmstat mpstat (Though as discussed, you ha

Re: [zfs-discuss] zpool import hangs any zfs-related programs, eats all RAM and dies in swapping hell

2011-06-15 0:16, Frank Van Damme пишет: 2011/6/10 Tim Cook: While your memory may be sufficient, that cpu is sorely lacking. Is it even 64bit? There's a reason intel couldn't give those things away in the early 2000s and amd was eating their lunch. A Pentium 4 is 32-bit. Technically, this

Re: [zfs-discuss] zpool import hangs any zfs-related programs, eats all RAM and dies in swapping hell

On Tue, Jun 14, 2011 at 3:16 PM, Frank Van Damme wrote: > 2011/6/10 Tim Cook : > > While your memory may be sufficient, that cpu is sorely lacking. Is it > even > > 64bit? There's a reason intel couldn't give those things away in the > early > > 2000s and amd was eating their lunch. > > A Pentiu

Re: [zfs-discuss] zpool import hangs any zfs-related programs, eats all RAM and dies in swapping hell

2011/6/10 Tim Cook : > While your memory may be sufficient, that cpu is sorely lacking.  Is it even > 64bit?  There's a reason intel couldn't give those things away in the early > 2000s and amd was eating their lunch. A Pentium 4 is 32-bit. -- Frank Van Damme No part of this copyright message ma

[zfs-discuss] zpool import hangs - pls help

Hi, I am posting here in a tad of desperation. FYI, I am running FreeNAS 8.0. Anyhow, I created a raidz1 (tank1) with 4 x 2Tb WD EARS hdds. All was doing ok until I decided to up the RAM to 4 Gb since it is what was recommended. Asap I re-started data migration, the ZFS issued messages indicati

Re: [zfs-discuss] zpool import crashs SX11 trying to recovering a corrupted zpool

Did you try a read-only import as well? I THINK it goes like this: zpool import -o ro -o cachefile=none -F -f badpool Did you manage to capture any error output? For example, is it an option for you to set up a serial console and copy-paste the error text from the serial terminal on another mac

Re: [zfs-discuss] zpool import hangs any zfs-related programs, eats all RAM and dies in swapping hell

On Jun 10, 2011 11:52 AM, "Jim Klimov" wrote: > > 2011-06-10 18:00, Steve Gonczi пишет: >> >> Hi Jim, >> >> I wonder what OS version you are running? >> >> There was a problem similar to what you are describing in earlier versions >> in the 13x kernel series. >> >> Should not be present in the 14

Re: [zfs-discuss] zpool import hangs any zfs-related programs, eats all RAM and dies in swapping hell

2011-06-10 18:00, Steve Gonczi пишет: Hi Jim, I wonder what OS version you are running? There was a problem similar to what you are describing in earlier versions in the 13x kernel series. Should not be present in the 14x kernels. It is OpenIndiana oi_148a, and unlike many other details - t

Re: [zfs-discuss] zpool import hangs any zfs-related programs, eats all RAM and dies in swapping hell

2011-06-10 13:51, Jim Klimov пишет: and the system dies in swapping hell (scanrates for available pages were seen to go into millions, CPU context switches reach 200-300k/sec on a single dualcore P4) after eating the last stable-free 1-2Gb of RAM within a minute. After this the system responds to

[zfs-discuss] zpool import hangs any zfs-related programs, eats all RAM and dies in swapping hell

The subject says it all, more or less: due to some problems with a pool (i.e. deferred deletes a month ago, possibly similar now), the "zpool import" hangs any zfs-related programs, including "zfs", "zpool", "bootadm", sometimes "df". After several hours of disk-thrashing all 8Gb of RAM in the sy

[zfs-discuss] zpool import crashs SX11 trying to recovering a corrupted zpool

Hi I got following problem: duing a controller (LSI MegaRAID 9261-8i) outage I goot a Solaris Express 11 zpool corrupted. It is a whole 1,3 TB rpool zpool, RAID5 made by controller. Changing damaged controller the new one reports it be OPTIMAL. Important, zpool has got dedup enabled.

Re: [zfs-discuss] Zpool Import Hanging

On Jan 17, 2011, at 8:22 PM, Repetski, Stephen wrote: > > On Mon, Jan 17, 2011 at 22:08, Ian Collins wrote: > On 01/18/11 04:00 PM, Repetski, Stephen wrote: > > Hi All, > > I believe this has been asked before, but I wasn’t able to find too much > information about the subject. Long story sho

Re: [zfs-discuss] Zpool Import Hanging

On 01/18/11 05:22 PM, Repetski, Stephen wrote: On Mon, Jan 17, 2011 at 22:08, Ian Collins > wrote: On 01/18/11 04:00 PM, Repetski, Stephen wrote: Hi All, I believe this has been asked before, but I wasn’t able to find too much informat

Re: [zfs-discuss] Zpool Import Hanging

On Mon, Jan 17, 2011 at 22:08, Ian Collins wrote: > On 01/18/11 04:00 PM, Repetski, Stephen wrote: > >> >> Hi All, >> >> I believe this has been asked before, but I wasn’t able to find too much >> information about the subject. Long story short, I was moving data around on >> a storage zpool of

Re: [zfs-discuss] Zpool Import Hanging

On 01/18/11 04:00 PM, Repetski, Stephen wrote: Hi All, I believe this has been asked before, but I wasn’t able to find too much information about the subject. Long story short, I was moving data around on a storage zpool of mine and a zfs destroy hung (or so I thought). This pool had dedup

[zfs-discuss] Zpool Import Hanging

Hi All, I believe this has been asked before, but I wasn’t able to find too much information about the subject. Long story short, I was moving data around on a storage zpool of mine and a zfs destroy hung (or so I thought). This pool had dedup turned on at times while imported as well; it’s run

Re: [zfs-discuss] zpool import is this safe to use "-f" option in this case ?

On Nov 17, 2010, at 3:06 AM, sridhar surampudi wrote: > Hi, > > My understanding is ZFS itself is a great file system by combining fs/vm with > the numerous feature added to it. > > In the similar lines existing fs/vm and array snapshot are still in use and > customers is requesting similar k

Re: [zfs-discuss] zpool import is this safe to use "-f" option in this case ?

On Tue, November 16, 2010 22:56, Jim Dunham wrote: > Although ZFS is always on disk consistent, many applications are not > filesystem consistent. To be filesystem consistent, an application by > design must issue careful writes and/or synchronized filesystem > operations. Not knowing this fact, o

Re: [zfs-discuss] zpool import is this safe to use "-f" option in this case ?

Hi, My understanding is ZFS itself is a great file system by combining fs/vm with the numerous feature added to it. In the similar lines existing fs/vm and array snapshot are still in use and customers is requesting similar kind of support for zfs. So it would be very great help of getting s

Re: [zfs-discuss] zpool import is this safe to use "-f" option in this case ?

On Wed, Nov 17, 2010 at 2:56 PM, Jim Dunham wrote: > Tim, > > > On Wed, Nov 17, 2010 at 10:12 AM, Jim Dunham wrote: > >> sridhar, >> >> > I have done the following (which is required for my case) >> > >> > Created a zpool (smpool) on a device/LUN from an array (IBM 6K) on host1 >> > created a arr

Re: [zfs-discuss] zpool import is this safe to use "-f" option in this case ?

+1 When I did my stuff (with a major bank) two years ago, my reasoning was that we (Sun, remember them?) had made huge capital out of the "always consistent on disk" claim, and that we could be expected to stand by and honour that promise. But because this was a big bank, I felt that due dillig

Re: [zfs-discuss] zpool import is this safe to use "-f" option in this case ?

Tim, > > On Wed, Nov 17, 2010 at 10:12 AM, Jim Dunham wrote: > sridhar, > > > I have done the following (which is required for my case) > > > > Created a zpool (smpool) on a device/LUN from an array (IBM 6K) on host1 > > created a array level snapshot of the device using "dscli" to another > >

Re: [zfs-discuss] zpool import is this safe to use "-f" option in this case ?

On Wed, Nov 17, 2010 at 10:12 AM, Jim Dunham wrote: > sridhar, > > > I have done the following (which is required for my case) > > > > Created a zpool (smpool) on a device/LUN from an array (IBM 6K) on host1 > > created a array level snapshot of the device using "dscli" to another > device which i

Re: [zfs-discuss] zpool import is this safe to use "-f" option in this case ?

sridhar, > I have done the following (which is required for my case) > > Created a zpool (smpool) on a device/LUN from an array (IBM 6K) on host1 > created a array level snapshot of the device using "dscli" to another device > which is successful. > Now I make the snapshot device visible to anot

[zfs-discuss] zpool import is this safe to use "-f" option in this case ?

Hi, I have done the following (which is required for my case) Created a zpool (smpool) on a device/LUN from an array (IBM 6K) on host1 created a array level snapshot of the device using "dscli" to another device which is successful. Now I make the snapshot device visible to another host (host2)

Re: [zfs-discuss] zpool import panics

David, thanks a lot for your support. I have been able to get both of my zpools up again by checking which zfs fs caused these problems. And... today I also learned at least a bit about zpool troubleshooting. Thanks Stephan -- Von meinem iPhone iOS4 gesendet. > In this function, the second

Re: [zfs-discuss] zpool import panics

In this function, the second argument is a pointer to the osname (mount). You can dump out the string of what it is. ff0023b7db50 zfs_domount+0x17c(ff0588aaf698, ff0580cb3d80) mdb unix.0 vmcore.0 ff0580cb3d80/S Should print out the offending FS. You could try to then import t

Re: [zfs-discuss] zpool import panics

David, thanks so much (and of course to all other helpful souls here as well) for providing such great guidance! Here we go: Am 11.11.10 16:17, schrieb David Blasingame Oracle: The vmdump.0 is a compressed crash dump. You will need to convert it to a format that can be read. # savecore -f

Re: [zfs-discuss] zpool import panics

The vmdump.0 is a compressed crash dump. You will need to convert it to a format that can be read. # savecore -f ./vmdump.0 ./ This will create a couple of files, but the ones you will need next is unix.0 & vmcore.0. Use mdb to print out the stack. # mdb unix.0 vmcore.0 run the followi

Re: [zfs-discuss] zpool import panics

Hi, # savecore -vf vmdump.0 This should produce two files: unix.0 and vmcore.0 Now we use mdb on these as follows: # mdb unix.0 vmcore.0 Now when presented with the '>' prompt, type "::status" and send us all the output please? --- W. A. Khushil Dep - khushil@gmail.com - 07905374843 Vis

Re: [zfs-discuss] zpool import panics

Am 11.11.10 14:26, schrieb Steve Gonczi: Dumpadm should tell you how your Dumps are set up Also you could load mdb before importing I have located the dump, it's called vmdump.0. I also loaded mdb before I imported the pool, but that didn't help. Actually I tried it this way: mdb -K -F :c zp

[zfs-discuss] zpool import crashes system

I am trying to bring in my zpool from build 121 into build 134 and every time I do a zpool import the system crashes. I have read other posts for this and have tried setting zfs_recover = 1 and aok = 1 in /etc/system I have used mdb to verify that they are in the kernel but the system still cr

Re: [zfs-discuss] zpool import panics

Am 11.11.10 11:51, schrieb Ville Ojamo: Some generic ideas: Looks like the zdb output is cut, is it cut because of mail reader or because zdb died for some reason? If died pstack core.. What does panic & stack trace say? Does zpool import work any better with option -f or -F? Some have in

Re: [zfs-discuss] Zpool import Problem ZFS-8000-EY

OK, the Pool is died and i had create a new one :-) regards ré -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Re: [zfs-discuss] Zpool import Problem ZFS-8000-EY

so, i forgot the rest of information: ZFS v3 Zpool v15 Hard-Raid5 with CPQary3 the Pool was create in an early release and update to v15 with FreeBSD 8.1 AMD64, the FreeBSD Forum give me the tip to install OpenSolaris svn_134. Now its running ;-) regards ré -- This message posted from opensol

[zfs-discuss] Zpool import Problem ZFS-8000-EY

Hi Folks, i had an ZFS Pool running on an Hard-Raid5 Controller. I had play with the Vendor Maintenance Tool an now my Zpool are in trouble: ZFS-8000-EY r...@opensolaris:~# zpool import pool: data id: 15260857908242801044 state: FAULTED status: The pool was last accessed by another system

[zfs-discuss] Zpool import hangs, disk label issues

Hi, I am having trouble with a 8 disk raidz2 pool. Last week I noticed any commands that were accessing the pool's filesystems would hang (ls, df etc...). The logs showed some read errors for two of the drives. I had to power cycle the machine since I could not shut it down cleanly. After reb

[zfs-discuss] zpool import issue

Hello. I have two Solaris 10 servers (release 10/09). The first one is a Sun M4000 Server with SPARC technology. The other one is a Sun Fire X4170 with x86 Intel architecture. Both servers are attached via SAN to the same EMC Storage system. The disks from the M4000 Server are cloned every nigh

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

> > Good. Run 'zpool scrub' to make sure there are no > other errors. > > regards > victor > Yes, scrubbed successfully with no errors. Thanks again for all of your generous assistance. /AJ -- This message posted from opensolaris.org ___ zfs-discus

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

On Jul 4, 2010, at 4:58 AM, Andrew Jones wrote: > Victor, > > The zpool import succeeded on the next attempt following the crash that I > reported to you by private e-mail! >From the threadlist it looked like system was pretty low on memory with stacks >of userland stuff swapped out, hence s

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

> > - Original Message - > > Victor, > > > > The zpool import succeeded on the next attempt > following the crash > > that I reported to you by private e-mail! > > > > For completeness, this is the final status of the > pool: > > > > > > pool: tank > > state: ONLINE > > scan: resilvere

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

- Original Message - > Victor, > > The zpool import succeeded on the next attempt following the crash > that I reported to you by private e-mail! > > For completeness, this is the final status of the pool: > > > pool: tank > state: ONLINE > scan: resilvered 1.50K in 165h28m with 0 erro

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Victor, The zpool import succeeded on the next attempt following the crash that I reported to you by private e-mail! For completeness, this is the final status of the pool: pool: tank state: ONLINE scan: resilvered 1.50K in 165h28m with 0 errors on Sat Jul 3 08:02:30 2010 config:

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

> Andrew, > > Looks like the zpool is telling you the devices are > still doing work of > some kind, or that there are locks still held. > Agreed; it appears the CSV1 volume is in a fundamentally inconsistent state following the aborted zfs destroy attempt. See later in this thread where Vict

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

On Jul 1, 2010, at 10:28 AM, Andrew Jones wrote: > Victor, > > I've reproduced the crash and have vmdump.0 and dump device files. How do I > query the stack on crash for your analysis? What other analysis should I > provide? Output of 'echo "::threadlist -v" | mdb 0' can be a good start in th

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Victor, A little more info on the crash, from the messages file is attached here. I have also decompressed the dump with savecore to generate unix.0, vmcore.0, and vmdump.0. Jun 30 19:39:10 HL-SAN unix: [ID 836849 kern.notice] Jun 30 19:39:10 HL-SAN ^Mpanic[cpu3]/thread=ff0017909c60: Jun

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Victor, I've reproduced the crash and have vmdump.0 and dump device files. How do I query the stack on crash for your analysis? What other analysis should I provide? Thanks -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

> > On Jun 29, 2010, at 8:30 PM, Andrew Jones wrote: > > > Victor, > > > > The 'zpool import -f -F tank' failed at some point > last night. The box was completely hung this morning; > no core dump, no ability to SSH into the box to > diagnose the problem. I had no choice but to reset, > as I had

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

On Jun 29, 2010, at 8:30 PM, Andrew Jones wrote: > Victor, > > The 'zpool import -f -F tank' failed at some point last night. The box was > completely hung this morning; no core dump, no ability to SSH into the box to > diagnose the problem. I had no choice but to reset, as I had no diagnostic

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Victor, The 'zpool import -f -F tank' failed at some point last night. The box was completely hung this morning; no core dump, no ability to SSH into the box to diagnose the problem. I had no choice but to reset, as I had no diagnostic ability. I don't know if there would be anything in the log

Re: [zfs-discuss] zpool import issue after a crash - Followup

> I'm not sure I didn't have dedup enabled. I might > have. > As it happens, the system rebooted and is now in > single user mode. > I'm trying another import. Most services are not > running which should free ram. > > If it crashes again, I'll try the live CD while I see > about more RAM. Succ

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Andrew, Looks like the zpool is telling you the devices are still doing work of some kind, or that there are locks still held. From man of section 2 intro page the errors are listed. Number 16 looks to be an EBUSY. 16 EBUSYDevice busy An

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Thanks Victor. I will give it another 24 hrs or so and will let you know how it goes... You are right, a large 2TB volume (CSV1) was not in the process of being deleted, as described above. It is showing error 16 on 'zdb -e' -- This message posted from opensolaris.org _

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

On Jun 28, 2010, at 9:32 PM, Andrew Jones wrote: > Update: have given up on the zdb write mode repair effort, as least for now. > Hoping for any guidance / direction anyone's willing to offer... > > Re-running 'zpool import -F -f tank' with some stack trace debug, as > suggested in similar thr

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Just re-ran 'zdb -e tank' to confirm the CSV1 volume is still exhibiting error 16: Could not open tank/CSV1, error 16 Considering my attempt to delete the CSV1 volume lead to the failure in the first place, I have to think that if I can either 1) complete the deletion of this volume or 2) ro

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

- Original Message - > Dedup had been turned on in the past for some of the volumes, but I > had turned it off altogether before entering production due to > performance issues. GZIP compression was turned on for the volume I > was trying to delete. Was there a lot of deduped data still on

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Malachi, Thanks for the reply. There were no snapshots for the CSV1 volume that I recall... very few snapshots on the any volume in the tank. -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://ma

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Dedup had been turned on in the past for some of the volumes, but I had turned it off altogether before entering production due to performance issues. GZIP compression was turned on for the volume I was trying to delete. -- This message posted from opensolaris.org ___

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

I had a similar issue on boot after upgrade in the past and it was due to the large number of snapshots I had... don't know if that could be related or not... Malachi de Ælfweald http://www.google.com/profiles/malachid On Mon, Jun 28, 2010 at 8:59 AM, Andrew Jones wrote: > Now at 36 hours sin

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

- Original Message - > Now at 36 hours since zdb process start and: > > > PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP > 827 root 4936M 4931M sleep 59 0 0:50:47 0.2% zdb/209 > > Idling at 0.2% processor for nearly the past 24 hours... feels very > stuck. Thoughts on how to

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Update: have given up on the zdb write mode repair effort, as least for now. Hoping for any guidance / direction anyone's willing to offer... Re-running 'zpool import -F -f tank' with some stack trace debug, as suggested in similar threads elsewhere. Note that this appears hung at near idle. f

Re: [zfs-discuss] zpool import hangs indefinitely (retry post in parts; too long?)

Now at 36 hours since zdb process start and: PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP 827 root 4936M 4931M sleep 590 0:50:47 0.2% zdb/209 Idling at 0.2% processor for nearly the past 24 hours... feels very stuck. Thoughts on how to determine where and

Re: [zfs-discuss] Zpool import not working

Thank you. The -D option works. And yes, now I feel a lot more confident about playing around with the FS. I'm planning on moving an existing raid1 NTFS setup to ZFS, but since I'm on a budget I only have three drive in total to work with. I want to make sure I know what I'm doing before I mess

Re: [zfs-discuss] Zpool import not working

On 06/12/10 17:13, zfsnoob4 wrote: Thanks. As I discovered from that post, VB does not have cache flush enabled by default. Ignoreflush must be explicitly turned off. VBoxManage setextradata VMNAME "VBoxInternal/Devices/piix3ide/0/LUN#[x]/Config/IgnoreFlush" 0 where VMNAME is the name of your

Re: [zfs-discuss] Zpool import not working

Thanks. As I discovered from that post, VB does not have cache flush enabled by default. Ignoreflush must be explicitly turned off. VBoxManage setextradata VMNAME "VBoxInternal/Devices/piix3ide/0/LUN#[x]/Config/IgnoreFlush" 0 where VMNAME is the name of your virtual machine. Although I tried

Re: [zfs-discuss] Zpool import not working

I'm guessing that the virtualbox VM is ignoring write cache flushes. See this for more ifno: http://forums.virtualbox.org/viewtopic.php?f=8&t=13661 On 12 Jun, 2010, at 5.30, zfsnoob4 wrote: > Thanks, that works. But it only when I do a proper export first. > > If I export the pool then I can

Re: [zfs-discuss] Zpool import not working

Thanks, that works. But it only when I do a proper export first. If I export the pool then I can import with: zpool import -d / (test files are located in /) but if I destroy the pool, then I can no longer import it back, even though the files are still there. Is this normal? Thanks for your h

Re: [zfs-discuss] Zpool import not working

On 06/11/10 22:07, zfsnoob4 wrote: Hey, I'm running some test right now before setting up my server. I'm running Nexenta Core 3.02 (RC2, based on opensolaris build 134 I believe) in Virtualbox. To do the test, I'm creating three empty files and then making a raidz mirror: mkfile -n 1g /foo mkf

[zfs-discuss] Zpool import not working

Hey, I'm running some test right now before setting up my server. I'm running Nexenta Core 3.02 (RC2, based on opensolaris build 134 I believe) in Virtualbox. To do the test, I'm creating three empty files and then making a raidz mirror: mkfile -n 1g /foo mkfile -n 1g /foo1 mkfile -n 1g /foo2 T

Re: [zfs-discuss] zpool import issue after a crash

> Tom, > > If you freshly installed the root pool, then those > devices > should be okay so that wasn't a good test. The other > pools > should remain unaffected by the install, and I hope, > from > the power failure. Yes. I was able to import them and have since exported them. > > We've seen

Re: [zfs-discuss] zpool import issue after a crash

Tom, If you freshly installed the root pool, then those devices should be okay so that wasn't a good test. The other pools should remain unaffected by the install, and I hope, from the power failure. We've seen device info get messed up during a power failure, which is why I asked. If you don't

Re: [zfs-discuss] zpool import issue after a crash

> Hi Tom, > > Did you boot from the OpenSolaris LiveCD and attempt > to manually > mount the data3 pool? The import might take some > time. I haven't tried that. I am booting from a new install to the hard drive though. > > I'm also curious whether the device info is coherent > after the > pow

Re: [zfs-discuss] zpool import issue after a crash

Hi Tom, Did you boot from the OpenSolaris LiveCD and attempt to manually mount the data3 pool? The import might take some time. I'm also curious whether the device info is coherent after the power failure. You might review the device info for the root pool to confirm. If the device info is okay

[zfs-discuss] zpool import issue after a crash

My power supply failed. After I replaced it, I had issues staying up after doing zpool import -f. I reinstalled OpenSolaris 134 on my rpool and still had issues. I have 5 pools: rpool - 1*37GB data - RAIDZ, 4*500GB data1 - RAID1 2*750GB data2 - RAID1 2*750GB data3 - RAID1 2*2TB - WD20EARS The s

Re: [zfs-discuss] zpool import hanging - SOLVED

Hi, I have fixed this problem a couple weeks ago, but haven't found the time to report it until now. Cindy Swearingen was very kind in contacting me to resolve this issue, I would like to take this opportunity to express my gratitude to her. We have not found the root cause of the error.

[zfs-discuss] zpool import On Fail Over Server Using Shared SAS zpool Storage But Not Shared cache SSD Devices

Hello and good day, I will have two OpenSolaris snv_134 storage servers both connected to a SAS chassis with SAS disks used to store zpool data. One storage server will be the active storage server and the other will be the passive fail over storage server. Both servers will be able to access the

Re: [zfs-discuss] zpool import hanging

On May 10, 2010, at 6:28 PM, Cindy Swearingen wrote: Hi Eduardo, Please use the following steps to collect more information: 1. Use the following command to get the PID of the zpool import process, like this: # ps -ef | grep zpool 2. Use the actual found in step 1 in the following com

Re: [zfs-discuss] zpool import hanging

Hi Eduardo, Please use the following steps to collect more information: 1. Use the following command to get the PID of the zpool import process, like this: # ps -ef | grep zpool 2. Use the actual found in step 1 in the following command, like this: echo "0t::pid2proc|::walk thread|::findsta

Re: [zfs-discuss] zpool import hanging

On May 10, 2010, at 4:46 PM, John Balestrini wrote: Recently I had a similar issue where the pool wouldn't import and attempting to import it would essentially lock the server up. Finally I used pfexec zpool import -F pool1 and simply let it do it's thing. After almost 60 hours the imported

Re: [zfs-discuss] zpool import hanging

Howdy Eduardo, Recently I had a similar issue where the pool wouldn't import and attempting to import it would essentially lock the server up. Finally I used pfexec zpool import -F pool1 and simply let it do it's thing. After almost 60 hours the imported finished and all has been well since (ex

Re: [zfs-discuss] zpool import hanging

Hi again, As for the NFS issue I mentioned before, I made sure the NFS server was working and was able to export before I attempted to import anything, then I started a new "zpool import backup: -- my hope was that the NFS share was causing the issue, since the only filesystem shared is t

Re: [zfs-discuss] zpool import hanging

Additionally, I would like to mention that the only ZFS filesystem not mounting -- causing the entire "zpool import backup" command to hang, is the only filesystem configured to be exported via NFS: backup/insightiq sharenfs root=* local Is there any chance the NFS s

Re: [zfs-discuss] zpool import -F hangs system

I'm on b134 and the disks are at ZFS pool version 22 & ZFS filesystem version 4. Thanks, John On Apr 21, 2010, at 10:10 AM, Brad Stone wrote: > What build are you on? > zpool import hangs for me on b134. > > On Wed, Apr 21, 2010 at 9:21 AM, John Balestrini wrote: > Howdy All, > > I have a r

Re: [zfs-discuss] zpool import -F hangs system

What build are you on? zpool import hangs for me on b134. On Wed, Apr 21, 2010 at 9:21 AM, John Balestrini wrote: > Howdy All, > > I have a raidz pool that hangs the system when importing. I attempted a > pfexec zpool import -F pool1 (which has been importing for two days with no > result), but d

[zfs-discuss] zpool import -F hangs system

Howdy All, I have a raidz pool that hangs the system when importing. I attempted a pfexec zpool import -F pool1 (which has been importing for two days with no result), but doesn't seem to get anywhere and makes the system mostly non-responsive -- existing logins continue to work, new logins nev

[zfs-discuss] zpool import problem

Hello All, I have some problem with the import of pools. On the source system the pools are configured with emcpower devices on slice 2 (emcpower1c) zpool create mypool emcpower1c When i try to do an import on another hosts with mpxio enabled i get this result: pool: ora_system.2 id: 9755

Re: [zfs-discuss] zpool import as unavailable when mpxio disabled

and one thing confuse me is that parts of disk as OS devices and parts of MPxIO device: bash-3.00# zpool status pool: tpool1 state: UNAVAIL status: One or more devices could not be opened. There are insufficient replicas for the pool to continue functioning. action: Attach the missing

[zfs-discuss] zpool import as unavailable when mpxio disabled

I have 1 host with Solaris 10 update 8 and it linked with stk6540 array(the host type set to traffic manager), and host have 4 paths and 2 linked to the controller A and the rest 2 linked to controller B, when I disabled the MPxIO and the host reboot, then I checked the zpool status, the testpoo

[zfs-discuss] zpool import hang - possibly dedup related?

I'm trying to import a pool into b132 which once had dedup enabled, after the machine was shut down with an "init 5". However, the import hangs the whole machine and I eventually get kicked off my SSH sessions. As it's a VM, I can see that processor usage jumps up to near 100% very quickly, and

[zfs-discuss] zpool import failure

IHAC who is having problem in importing zpool. When tried to import zpool, it is failing with error message: # zpool import -f Backup1 cannot import 'Backup1': invalid vdev configuration fma log reports a bad label on vdev_guid 0xd51633a1766882ad. fma errors: Jan 23 2010 09:18:27.374175886 erep

Re: [zfs-discuss] "zpool import -f" not forceful enough?

> Hi Dan, > > Can you describe what you are trying to recover from > with more details > because we can't quite follow what steps might have > lead to this > scenario. Sorry. I was running Nevada 103 with a root zpool called "hdc" with c1t0d0s0 and c1t1d0s0. I first uttered: "zpool detach hdc

Re: [zfs-discuss] "zpool import -f" not forceful enough?

Hi Dan, Can you describe what you are trying to recover from with more details because we can't quite follow what steps might have lead to this scenario. For example, your hdc pool had two disks, c1t0d0s0 and c8t1d0s0, and your rpool has c8t0d0s0 so s8t0d0s0 cannot be wiped clean. Maybe you mea

  1   2   3   >