<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"> <TITLE>Message</TITLE> <META content="MSHTML 6.00.2800.1528" name=GENERATOR></HEAD> <BODY> <DIV>Hi Guy's </DIV> <DIV>I think you are right could be something wrong with the ls command you see the i-node number output of the ls command does not match the stat command i-node number .</DIV> <DIV>$ /bin/ls -i h j k 176016 h 176016 j 176016 k $ stat h j k File: `h' Size: 0 Blocks: 0 IO Block: 4096 Regular File Device: 3a0ah/14858d Inode: 176016 Links: 2 Access: (0644/-rw-r--r--) Uid: ( 55/ sp92pt) Gid: ( 202/ xb__adm) Access: 2006-02-13 01:47:45.000000000 -0500 Modify: 2006-02-13 01:47:45.000000000 -0500 Change: 2006-02-13 01:47:50.000000000 -0500</DIV> <DIV> </DIV> <DIV> File: `j' Size: 0 Blocks: 0 IO Block: 4096 Regular File Device: 3a0ah/14858d Inode: 176016 Links: 2 Access: (0644/-rw-r--r--) Uid: ( 55/ sp92pt) Gid: ( 202/ xb__adm) Access: 2006-02-13 01:47:45.000000000 -0500 Modify: 2006-02-13 01:47:45.000000000 -0500 Change: 2006-02-13 01:47:50.000000000 -0500</DIV> <DIV> </DIV> <DIV> File: `k' -> `h' Size: 1 Blocks: 0 IO Block: 4096 Symbolic Link Device: 3a0ah/14858d Inode: 176018 Links: 1 Access: (0777/lrwxrwxrwx) Uid: ( 55/ sp92pt) Gid: ( 202/ xb__adm) Access: 2006-02-13 01:48:06.000000000 -0500 Modify: 2006-02-13 01:47:54.000000000 -0500 Change: 2006-02-13 01:47:54.000000000 -0500</DIV> <DIV> </DIV> <DIV>Also i did a strace of the command's and put the output in the respective files </DIV> <DIV> </DIV> <DIV>1. $ strace -o ls.trace /bin/ls -i h j k 176016 h 176016 j 176016 k</DIV> <DIV>file name = ls.trace</DIV> <DIV> </DIV> <DIV>2. $ strace -o stat.trace stat h j k File: `h' Size: 0 Blocks: 0 IO Block: 4096 Regular File Device: 3a0ah/14858d Inode: 176016 Links: 2 Access: (0644/-rw-r--r--) Uid: ( 55/ sp92pt) Gid: ( 202/ xb__adm) Access: 2006-02-13 01:47:45.000000000 -0500 Modify: 2006-02-13 01:47:45.000000000 -0500 Change: 2006-02-13 01:47:50.000000000 -0500</DIV> <DIV> </DIV> <DIV> File: `j' Size: 0 Blocks: 0 IO Block: 4096 Regular File Device: 3a0ah/14858d Inode: 176016 Links: 2 Access: (0644/-rw-r--r--) Uid: ( 55/ sp92pt) Gid: ( 202/ xb__adm) Access: 2006-02-13 01:47:45.000000000 -0500 Modify: 2006-02-13 01:47:45.000000000 -0500 Change: 2006-02-13 01:47:50.000000000 -0500</DIV> <DIV> </DIV> <DIV> File: `k' -> `h' Size: 1 Blocks: 0 IO Block: 4096 Symbolic Link Device: 3a0ah/14858d Inode: 176018 Links: 1 Access: (0777/lrwxrwxrwx) Uid: ( 55/ sp92pt) Gid: ( 202/ xb__adm) Access: 2006-02-13 01:49:39.000000000 -0500 Modify: 2006-02-13 01:47:54.000000000 -0500 Change: 2006-02-13 01:47:54.000000000 -0500</DIV> <DIV>file name = stat.trace</DIV> <DIV> </DIV> <DIV> </DIV> <DIV>Thanks for the help and i would appreciate your co-operation in furthur isolating the problem .</DIV> <DIV>Regards</DIV> <DIV>Deepak</DIV> <BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"> <DIV></DIV> <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>-----Original Message----- From: linux-lvm-bounces@redhat.com [mailto:linux-lvm-bounces@redhat.com] On Behalf Of deepak.barua@wipro.com Sent: Friday, February 10, 2006 7:08 PM To: linux-lvm@redhat.com Subject: [linux-lvm] Symbolic Link Related Query </DIV> <DIV> </DIV> <DIV></DIV> <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left> </DIV> <DIV>Hi All </DIV> <DIV> I am facing a unique problem here in my workplace machine which run's on (redhat enterprise linux) 2.4.21-37.EL #1 SMP, i have the following LVM running</DIV> <DIV> LVM module LVM version 1.0.8-2(26/05/2004) Total: 2 VGs 2 PVs 43 LVs (20 LVs open 20 times) Global: 475792 bytes malloced IOP version: 10 79 days 16:15:15 active The basic problem is when i create a symbolic link the i-node number reamins the same as the original file i-node number , i don't know if it some configuration in the LVM's as they are pretty configurable. My Step's $ touch h $ ln h j $ ln -s h k $ ls -i h j k 176016 h 176016 j 176016 k $ You can see that the i-node number is same for all the original file the hard link and the soft link can this version of LVM do this kind of configuration.? Thank's In Advance Regards Deepak The other machine detail's from proc are listed below Cat /proc/cpuinfo $ cat cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.80GHz physical id : 0 siblings : 2 runqueue : 0 stepping : 3 cpu MHz : 3800.342 cache size : 2048 KB fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm ferr syscall lm sse3 monit or ds-cpl gv3 tm2 cnxt-id bogomips : 7575.96 clflush size : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.80GHz physical id : 3 siblings : 2 runqueue : 1 stepping : 3 cpu MHz : 3800.342 cache size : 2048 KB fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm ferr syscall lm sse3 monit or ds-cpl gv3 tm2 cnxt-id bogomips : 7575.96 clflush size : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.80GHz physical id : 0 siblings : 2 runqueue : 0 stepping : 3 cpu MHz : 3800.342 cache size : 2048 KB fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm ferr syscall lm sse3 monit or ds-cpl gv3 tm2 cnxt-id bogomips : 7575.96 clflush size : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.80GHz physical id : 3 siblings : 2 runqueue : 1 stepping : 3 cpu MHz : 3800.342 cache size : 2048 KB fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm ferr syscall lm sse3 monit or ds-cpl gv3 tm2 cnxt-id bogomips : 7575.96 clflush size : 64 address sizes : 36 bits physical, 48 bits virtual power management: $ cat filesystems nodev rootfs nodev bdev nodev proc nodev sockfs nodev tmpfs nodev shm nodev pipefs ext2 nodev ramfs nodev hugetlbfs iso9660 nodev devpts ext3 nodev usbdevfs nodev usbfs nodev autofs vfat udf nodev nfs $ cat partitions major minor #blocks name rio rmerge rsect ruse wio wmerge wsect wuse running use aveq 58 0 516096 lvma 0 0 0 0 0 0 0 0 0 0 0 58 1 10240000 lvmb 0 0 0 0 0 0 0 0 0 0 0 58 2 512000 lvmc 0 0 0 0 0 0 0 0 0 0 0 58 3 1024000 lvmd 0 0 0 0 0 0 0 0 0 0 0 58 4 5120000 lvme 0 0 0 0 0 0 0 0 0 0 0 58 5 4096000 lvmf 0 0 0 0 0 0 0 0 0 0 0 58 6 512000 lvmg 0 0 0 0 0 0 0 0 0 0 0 58 7 716800 lvmh 0 0 0 0 0 0 0 0 0 0 0 58 8 2048000 lvmi 0 0 0 0 0 0 0 0 0 0 0 58 9 1024000 lvmj 0 0 0 0 0 0 0 0 0 0 0 58 10 2048000 lvmk 0 0 0 0 0 0 0 0 0 0 0 58 11 7168000 lvml 0 0 0 0 0 0 0 0 0 0 0 58 12 819200 lvmm 0 0 0 0 0 0 0 0 0 0 0 58 13 10240000 lvmn 0 0 0 0 0 0 0 0 0 0 0 58 14 10240000 lvmo 0 0 0 0 0 0 0 0 0 0 0 58 15 1581056 lvmp 0 0 0 0 0 0 0 0 0 0 0 58 16 102400 lvmq 0 0 0 0 0 0 0 0 0 0 0 58 17 102400 lvmr 0 0 0 0 0 0 0 0 0 0 0 58 18 102400 lvms 0 0 0 0 0 0 0 0 0 0 0 58 19 102400 lvmt 0 0 0 0 0 0 0 0 0 0 0 58 20 53248 lvmu 0 0 0 0 0 0 0 0 0 0 0 58 21 102400 lvmv 0 0 0 0 0 0 0 0 0 0 0 58 22 180224 lvmw 0 0 0 0 0 0 0 0 0 0 0 58 23 77824 lvmx 0 0 0 0 0 0 0 0 0 0 0 58 24 307200 lvmy 0 0 0 0 0 0 0 0 0 0 0 58 25 307200 lvmz 0 0 0 0 0 0 0 0 0 0 0 58 26 180224 lvm{ 0 0 0 0 0 0 0 0 0 0 0 58 27 180224 lvm| 0 0 0 0 0 0 0 0 0 0 0 58 28 180224 lvm} 0 0 0 0 0 0 0 0 0 0 0 58 29 53248 lvm~ 0 0 0 0 0 0 0 0 0 0 0 58 30 53248 lv 0 0 0 0 0 0 0 0 0 0 0 58 31 53248 lvm 0 0 0 0 0 0 0 0 0 0 0 58 32 53248 lvm 0 0 0 0 0 0 0 0 0 0 0 58 33 53248 lvm 0 0 0 0 0 0 0 0 0 0 0 58 34 53248 lvm 0 0 0 0 0 0 0 0 0 0 0 58 35 548864 lvm 0 0 0 0 0 0 0 0 0 0 0 58 36 286720 lvm 0 0 0 0 0 0 0 0 0 0 0 58 37 286720 lvm 0 0 0 0 0 0 0 0 0 0 0 58 38 262144 lvm 0 0 0 0 0 0 0 0 0 0 0 58 39 51200000 lvm 0 0 0 0 0 0 0 0 0 0 0 58 40 3072000 lvm 0 0 0 0 0 0 0 0 0 0 0 58 41 3072000 lvm 0 0 0 0 0 0 0 0 0 0 0 58 42 5120000 lvm 0 0 0 0 0 0 0 0 0 0 0 8 0 40986624 sda 1961725 2015893 27022764 17458480 15681142 6125806 123811888 25062727 0 5751090 42587897 8 1 204784 sda1 3645 27773 62836 78090 897 369 2532 35100 0 29790 113190 8 2 40781824 sda2 1958053 1988015 26959664 17380360 15680245 6125437 123809356 25027677 0 5740860 42474547 8 16 245760000 sdb 149842410 88015370 1895282582 12721644 170899976 88685576 2054639674 2879121 0 34958021 15936396 8 17 245759984 sdb1 149842392 88015301 1895282406 12723394 170899976 88685576 2054639674 2880291 0 34955871 15923066 3 0 9977152 hda 31 30 150 6300 0 0 0 0 0 6300 6300 $ cat global LVM module LVM version 1.0.8-2(26/05/2004) Total: 2 VGs 2 PVs 43 LVs (20 LVs open 20 times) Global: 475792 bytes malloced IOP version: 10 79 days 16:15:15 active VG: vg00 [1 PV, 7 LV/7 open] PE Size: 8192 KB Usage [KB/PE]: 40771584 /4977 total 22839296 /2788 used 17932288 /2189 free PV: [AA] sda2 40771584 /4977 22839296 /2788 17932288 /2189 LVs: [AWDL ] root 516096 /63 1x open [AWDL ] opt 1024000 /125 1x open [AWDL ] tmp 1024000 /125 1x open [AWDL ] users 2048000 /250 1x open [AWDL ] usr 7168000 /875 1x open [AWDL ] var 819200 /100 1x open [AWDL ] swap1 10240000 /1250 1x open VG: vg01 [1 PV, 36 LV/13 open] PE Size: 4096 KB Usage [KB/PE]: 245751808 /59998 total 101212160 /24710 used 144539648 /35288 free PV: [AA] sdb1 245751808 /59998 101212160 /24710 144539648 /35288 LVs: [AWDL ] export_linuxport 10240000 /2500 1x open [AWDL ] galaxy 512000 /125 1x open [AWDL ] opt_force_oradat 5120000 /1250 1x open [AWDL ] oracl9207 4096000 /1000 1x open [AWDL ] rougewave8 512000 /125 1x open [AWDL ] visibrokerbes65p 716800 /175 1x open [AWDL ] rdbmsLog_f91lnx 2048000 /500 1x open [AWDL ] lv_xbflnxpt 10240000 /2500 1x open [AWDL ] rdbmsLog_xbflnxpt 1581056 /386 1x open [AWDL ] xbflnxpt_temp1 102400 /25 close [AWDL ] xbflnxpt_user_temp1 102400 /25 close [AWDL ] xbflnxpt_user_temp2 102400 /25 close [AWDL ] xbflnxpt_user_temp3 102400 /25 close [AWDL ] xbflnxpt_ftr_data1 53248 /13 close [AWDL ] xbflnxpt_queue1 102400 /25 close [AWDL ] xbflnxpt_ref_data1 180224 /44 close [AWDL ] xbflnxpt_wl_data1 77824 /19 close [AWDL ] xbflnxpt_wr_data1 307200 /75 close [AWDL ] xbflnxpt_wr_data2 307200 /75 close [AWDL ] xbflnxpt_rbs1 180224 /44 close [AWDL ] xbflnxpt_rbs2 180224 /44 close [AWDL ] xbflnxpt_rbs3 180224 /44 close [AWDL ] xbflnxpt_redoLog1 53248 /13 close [AWDL ] xbflnxpt_redoLog1m 53248 /13 close [AWDL ] xbflnxpt_redoLog2 53248 /13 close [AWDL ] xbflnxpt_redoLog2m 53248 /13 close [AWDL ] xbflnxpt_redoLog3 53248 /13 close [AWDL ] xbflnxpt_redoLog3m 53248 /13 close [AWDL ] xbflnxpt_syst 548864 /134 close [AWDL ] xbflnxpt_index1 286720 /70 close [AWDL ] xbflnxpt_index2_data1 286720 /70 close [AWDL ] xbflnxpt_hist_data1 262144 /64 close [AWDL ] opt_sysp_frc1_xbf_databases 51200000 /12500 1x open [AWDL ] opt_sysp_frc1 3072000 /750 1x open [AWDL ] opt_app_frc1 3072000 /750 1x open [AWDL ] rdbmsLog_frc1 5120000 /1250 1x open</DIV> <DIV> </DIV></BLOCKQUOTE></BODY></HTML>