[zfs-discuss] Changing a VDEV GUID?

2012-11-21 Thread Thomas Gouverneur
Hi ZFS fellows,

I already seen on the archive of the list some of you doing some GUID
change of a pool's VDEV, to allow a cloned disk to be imported on the
same system as the source.

Can someone explain in detail how to achieve that?
Has already someone invented the wheel so I would not have to rewrite a
tool to do it?

Subsidiary: Is there an official response of Oracle in front of such
case? How do they officially deal with Binary Copied disks, as it's
common to do such copy with UFS to copy SAP environment or Databases...

Thanks in advance,

Thomas
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] Kernel panic on zpool import. 200G of data inaccessible!

2011-08-18 Thread Thomas Gouverneur
You're probably hitting bug 7056738 - http://wesunsolve.net/bugid/id/7056738
Looks like it's not fixed yet @ oracle anyway...

Were you using crypto on your datasets ?


Regards,

Thomas

On Tue, 16 Aug 2011 09:33:34 -0700 (PDT)
Stu Whitefish swhitef...@yahoo.com wrote:

 - Original Message -
 
  From: Alexander Lesle gro...@tierarzt-mueller.de
  To: zfs-discuss@opensolaris.org
  Cc: 
  Sent: Monday, August 15, 2011 8:37:42 PM
  Subject: Re: [zfs-discuss] Kernel panic on zpool import. 200G of data 
  inaccessible!
  
  Hello Stu Whitefish and List,
  
  On August, 15 2011, 21:17 Stu Whitefish wrote in [1]:
  
   7. cannot import old rpool (c0t2d0s0 c0t3d0s0), any attempt causes a
   kernel panic, even when booted from different OS versions
  
   Right. I have tried OpenIndiana 151 and Solaris 11 Express (latest
   from Oracle) several times each as well as 2 new installs of Update 8.
  
  When I understand you right is your primary interest to recover your
  data on tank pool.
  
  Have you check the way to boot from a Live-DVD, mount your safe 
  place
  and copy the data on a other machine?
 
 Hi Alexander,
 
 Yes of course...the problem is no version of Solaris can import the pool. 
 Please refer to the first message in the thread.
 
 Thanks,
 
 Jim
 
 ___
 zfs-discuss mailing list
 zfs-discuss@opensolaris.org
 http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


-- 
Gouverneur Thomas t...@ians.be
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] Kernel panic on zpool import. 200G of data inaccessible!

2011-08-18 Thread Thomas Gouverneur

Have you already extracted the core file of the kernel crash ?
(and btw activated dump device for such dumping happen at next reboot...)

Have you also tried applying the latest kernel/zfs patches and try 
importing the pool afterwards ?



Thomas

On 08/18/2011 06:40 PM, Stu Whitefish wrote:

Hi Thomas,

Thanks for that link. That's very similar but not identical. There's a 
different line number in zfs_ioctl.c, mine and Preston's fail on line 1815. It 
could be because of a difference in levels in that module of course, but the 
traceback is not identical either. Ours show brand_sysenter and the one you 
linked to shows brand_sys_syscall. I don't know what all that means but it is 
different. Anyway at least two of us have identical failures.

I was not using crypto, just a plain jane mirror on 2 drives. Possibly I had 
compression on a few file systems but everything else was allowed to default.

Here are our screenshots in case anybody doesn't want to go through the thread.


http://imageshack.us/photo/my-images/13/zfsimportfail.jpg/

http://prestonconnors.com/zvol_get_stats.jpg


I hope somebody can help with this. It's not a good feeling having so much data 
gone.

Thanks for your help. Oracle, are you listening?

Jim



- Original Message -
   

From: Thomas Gouverneurt...@ians.be
To: zfs-discuss@opensolaris.org
Cc: Stu Whitefishswhitef...@yahoo.com
Sent: Thursday, August 18, 2011 1:57:29 PM
Subject: Re: [zfs-discuss] Kernel panic on zpool import. 200G of data 
inaccessible!

You're probably hitting bug 7056738 -
http://wesunsolve.net/bugid/id/7056738
Looks like it's not fixed yet @ oracle anyway...

Were you using crypto on your datasets ?


Regards,

Thomas
 

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
   


___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss