Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

Importing disk group import failed

Created: 02 Jun 2014 | 12 comments

We are trying to import a deported diskgroup and get this error message

VxVM  ERROR V-5-2-200 Importing disk group import failed.
  VxVM vxdg ERROR V-5-1-10978 Disk group DDDDD_dg: import failed:
Unexpected kernel error in configuration update.

I have tried "everything"

Any suggestions?

Regards

Lasse Forslund

Operating Systems:

Comments 12 CommentsJump to latest comment

Pankaj Tandon's picture

Hi,

This is a very generic error. Can you provide more details of configuration and scenario?
Also, do paste any relavent system logs.

Gaurav Sangamnerkar's picture

Hi,

What version of OS & SF you are using ? was there a change performed recently ? is underlying Storage all good ?

When you mention, you have tried everything, can you elaborate on what & all you have tried ?

Have you also tried restoring configuration using vxconfigrestore ?

G

PS: If you are happy with the answer provided, please mark the post as solution. You can do so by clicking link "Mark as Solution" below the answer provided.
 

lafo's picture

Hi

We are using this command:

vxdg -C import  DDDD_dg

We have also tried without ‘-C’

This is how the diskgroup look like:

-bash-3.2# vxdisk -o alldgs list

DEVICE       TYPE            DISK         GROUP        STATUS

disk_0       auto:sliced     root_dg01    root_dg      online

emc_clariion1_0 auto:cdsdisk    -            (DDDD_dg) online

emc_clariion1_1 auto:cdsdisk    -            (DDDD_dg) online

emc_clariion1_2 auto:cdsdisk    -            (DDDD _dg) online

emc_clariion1_5 auto:cdsdisk    -            (DDDD _dg) online

emc_clariion1_6 auto:cdsdisk    -            (DDDD _dg) online

emc_clariion1_8 auto:cdsdisk    -            (DDDD _dg) online

emc_clariion1_9 auto:cdsdisk    -            (DDDD _dg) online

emc_clariion1_11 auto:cdsdisk    -            (DDDD _dg) online

emc_clariion1_12 auto:cdsdisk    -            (DDDD _dg) online

emc_clariion1_13 auto:cdsdisk    -            (DDDD _dg) online

emc_clariion2_0 auto:cdsdisk    -            (DDDD _dg) online

emc_clariion2_1 auto:cdsdisk    -            (DDDD _dg) online

VXFS version: 6.0.5

Solaris 10

This server used to belong to a cluster, that we split up to individual nodes.

I have googeled around, and didn’t find anything that worked.

This is from message log:

Jun  2 19:51:07  vxvm:vxconfigd: [ID 702911 daemon.notice] V-5-1-16765 Selecting configuration database copy from emc_clariion1_9 from disks: emc_clariion1_9 emc_clariion1_8 emc_clariion2_1 emc_clariion2_0 emc_clariion1_2

Jun  2 19:51:07  vxvm:vxconfigd: [ID 702911 daemon.notice] V-5-1-16766 Trying to import the disk group DDDD_dg using configuration database copy from emc_clariion1_9

Jun  2 19:51:07 sek-sybtest3 vxvm:vxconfigd: [ID 702911 daemon.error] V-5-1-16253 Disk group import of  DDDD_dg failed with error 25 - Unexpected kernel error in configuration update

Regards

Lasse

starflyfly's picture

Hi, 

As  error related with " Unexpected kernel error in configuration update", 

suggest:

1. restart  vxconfigd:  vxconfigd  -k&

2. vxdg -tCf  import  XXX

3.if error still, clean  device tree,  try again:

   #cd /etc/vx
# mv /etc/vx/disk.info /etc/vx/disk.info.old 
# mv array.info array.info.orig
# rm /dev/vx/rdmp/*
# rm /dev/vx/dmp/*
# rm /dev/rdsk/*
# rm /dev/dsk/*

vxconfigd -k &   <<<<

Try import  again.

Regards

If the answer has helped you, please mark as Solution.

Gaurav Sangamnerkar's picture

Interesting point you have mentioned about cluster ... When node was part of cluster, did you had IOFencing implemented in cluster ? If yes, did you happen to clear the fencing keys from the data disks ?

Look at "vxfenclearpre" script to clear keys from data disks & try a reimport. Stale vxfencing keys can cause access issues to disk which may lead to this.

G

PS: If you are happy with the answer provided, please mark the post as solution. You can do so by clicking link "Mark as Solution" below the answer provided.
 

lafo's picture

Hi 

Thanks for the answer.

Sorry, no fencing

Regards

Lasse

lafo's picture

Hi again

After running all the rm commands (but only for the disks i this diskgroup) I Got this error

VxVM vxdg ERROR V-5-1-10978 Disk group DDDD_dg: import failed:
Disk group has no valid configuration copies

Regards

Lasse

Pankaj Tandon's picture

Can you paste the vxdisk -o alldgs list output when you got this error?

Error V-5-1-10978 means that there are no disk seen (discovered) by this node, whose private region has the configuration copy for this disk group (DDDD_dg) configuration.
One of the possible reason for same could be the device discovery failure, that make sense as you were trying the re-discovery (vxconfigd daemon restarted).

Gaurav Sangamnerkar's picture

There are couple of things to look before suggesting for a rebuild/restore of dg config ..

did you got a chance to look at below technotes ?

http://www.symantec.com/docs/TECH181265

http://www.symantec.com/docs/TECH196717

G

PS: If you are happy with the answer provided, please mark the post as solution. You can do so by clicking link "Mark as Solution" below the answer provided.
 

Marianne's picture

How were disks or diskgroups split up when you decommissioned the cluster?

In a diskgroup, there should be a number of disks containing the diskgroup configuration.

The error tells us that none of the disks in the diskgroup contains dg config.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

lafo's picture

Hi all

Thanks for your input.

We deciede to reinstall Vertias (and sybase) instead.

So the problem is "solved"

Regards

Lasse

Marianne's picture

Diskgroup configuration and info is stored in the private region on the disk(s). 
So not sure how reinstallation of SF and Sybase would solve the problem?

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links