Re: [zfs-discuss] zfs cksum calculation

2009-09-11 Thread P. Anil Kumar
Hi,

Thanks for the prompt response.

I tried using digest with sha256 to calculate the uberblock checksum. Now, 
digest gives me a 65 char's ouput, while zdb -uuu pool-name, gives me only 49 
char output.

how can this be accounted? 

I'm trying to understand how the checksum is calculated and displayed in zdb 
-uuu. Please help.

Regards,
pak.
-- 
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] ub_guid_sum and vdev guids

2009-09-01 Thread P. Anil Kumar
14408718082181993222 + 4867536591080553814 - 2^64 + 4015976099930560107 = 
484548669948327 

there was an overflow inbetween, that I overlooked.

pak
-- 
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] zfs kernel compilation issue

2009-08-30 Thread P. Anil Kumar
Hi,

bash-3.2# isainfo
amd64 i386

The above output shows amd64 is available. But how can I now overcome the 
compilation failure issue?

Regards,
pak
-- 
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] zfs kernel compilation issue

2009-08-30 Thread P. Anil Kumar
I just added -xarch=amd64 in Makefile.master and then could compile the driver 
without any issues. 

Regards,
pak.
-- 
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


[zfs-discuss] changing guid of vdev

2009-08-30 Thread P. Anil Kumar
Hi,

I added a vdev(file) to the zpool and then, and using hexedit modified the guid 
of the vdev in all four labels. I also, caluculated the new ub_guid_sum and 
updated all uberblock guid_sum values. Now, when I try to import this modified 
file into the zpool, it says the device is offline...and debugging the driver 
got to know that in spa_load: ub-ub_txg == 0 so, ENXIO. Is this a checksum 
related issue? can I not do what I was trying to do? if I should not, can 
someone please let me know how to change the guid?

Thanks,
Regards,
pak
-- 
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


[zfs-discuss] zfs kernel compilation issue

2009-08-29 Thread P. Anil Kumar
I'm trying to compile zfs kernel on the following machine
bash-3.2# uname -a
SunOS solaris-b119-44 5.11 snv_119 i86pc i386 i86pc

I set the env properly using bldenv -d ./opensolaris.sh. 

bash-3.2# pwd
/export/testws/usr/src/uts

bash-3.2# dmake
dmake: defaulting to parallel mode.
See the man page dmake(1) for more information on setting up the .dmakerc file.
/export/testws/usr/src/uts/common/sys
/export/testws/usr/src/uts/common/rpc
/export/testws/usr/src/uts/common/rpcsvc
/export/testws/usr/src/uts/common/gssapi
/export/testws/usr/src/uts/common/idmap
/export/testws/usr/src/uts/intel
/export/testws/usr/src/uts/intel/genassym
/export/testws/usr/src/tools/proto/opt/onbld/bin/genoffsets -s 
/export/testws/usr/src/tools/proto/opt/onbld/bin/i386/ctfstabs -r 
/export/testws/usr/src/tools/proto/opt/onbld/bin/i386/ctfconvert  
/opt/onbld/bin/i386/cw -_cc -_noecho  -W0,-xdbggen=no%usedonly  
-_gcc=-fno-dwarf2-indirect-strings -m64 -Ui386 -U__i386 -xO3 
../../intel/amd64/ml/amd64.il -D_ASM_INLINES -Xa -xspace  -xmodel=kernel 
-Wu,-save_args -v -xildoff  -g -xc99=%all -W0,-noglobal 
-_gcc=-fno-dwarf2-indirect-strings -xdebugformat=stabs -errtags=yes 
-errwarn=%all -W0,-xglobalstatic  -xstrconst -D_KERNEL -D_SYSCALL32 
-D_SYSCALL32_IMPL -D_ELF64  -D_DDI_STRICT -Dsun -D__sun -D__SVR4 
-I../../intel -I../../common/brand/lx -Y I,../../common  
../../intel/genassym/offsets.in ../../intel/genassym/obj64/genassym.h
cc: Warning: illegal option -m64
cc: -xmodel should be used with -xarch={amd64|generic64}
genoffsets: /opt/onbld/bin/i386/cw failed with status 1
*** Error code 1
dmake: Fatal error: Command failed for target 
`../../intel/genassym/obj64/genassym.h'
Current working directory /export/testws/usr/src/uts/intel/genassym
*** Error code 1
The following command caused the error:
BUILD_TYPE=OBJ64 VERSION='testws' dmake  def.targ
dmake: Fatal error: Command failed for target `def.obj64'
Current working directory /export/testws/usr/src/uts/intel/genassym
*** Error code 1
The following command caused the error:
cd genassym; pwd; dmake  def
dmake: Fatal error: Command failed for target `genassym'
Current working directory /export/testws/usr/src/uts/intel
*** Error code 1
The following command caused the error:
cd intel; pwd; dmake  def.prereq
dmake: Fatal error: Command failed for target `intel.prereq'
Current working directory /export/testws/usr/src/uts

I would like to know why its picking up amd64 config params from the Makefile, 
while uname -a clearly shows that its i386 ?

Thanks,
pak
-- 
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


[zfs-discuss] ub_guid_sum and vdev guids

2009-08-28 Thread P. Anil Kumar
I've a zfs pool named 'ppool' with two vdevs(files) file1, file2 in it.

zdb -l /pak/file1 output:
version=16
name='ppool'
state=0
txg=3080
pool_guid=14408718082181993222
hostid=8884850
hostname='solaris-b119-44'
top_guid=4867536591080553814
guid=4867536591080553814
vdev_tree
type='file'
id=0
guid=4867536591080553814
path='/pak/file1'
metaslab_array=23
metaslab_shift=19
ashift=9
asize=68681728
is_log=0


zdb -l /pak/file2 output:
version=16
name='ppool'
state=0
txg=3081
pool_guid=14408718082181993222
hostid=8884850
hostname='solaris-b119-44'
top_guid=4015976099930560107
guid=4015976099930560107
vdev_tree
type='file'
id=1
guid=4015976099930560107
path='/pak/file2'
metaslab_array=27
metaslab_shift=19
ashift=9
asize=68681728
is_log=0


bash-3.2# zdb -uuu ppool
Uberblock

magic = 00bab10c
version = 16
txg = 3082
guid_sum = 484548669948327

I see that the uber block ub_guid_sum is not equal to the sum of guid's of both 
the vdevs. Can someone please explain me why?

Regards,
pak
-- 
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss