eric.bourgi at dowcorning.com
2006-Nov-19 16:41 UTC
[zfs-discuss] Zfs scrub and fjge interface on Prime Power
We have noticed that each time we initiate a scrub on our zpool , one of the newtwork interface (fge1) on our PP650 goes down. (always that interface, all others are fine ) If we cancel the scrub , a simple ifconfig down and ifconfig up of the interface fixes the problem !!! When the interface goes down , no messages issued in /var/adm/messages !!>uname -aSunOS tsmsun1 5.10 Generic_118833-17 sun4us sparc FJSV,GPUZC-M>ifconfig -alo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1 inet 127.0.0.1 netmask ff000000 fjge0: flags=1000863<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST,IPv4> mtu 1500 index 3 inet 151.163.5.19 netmask fffffe00 broadcast 151.163.5.255 ether 0:0:e:25:2c:ea fjge1: flags=1000863<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST,IPv4> mtu 1500 index 4 inet 151.163.81.65 netmask ffffff00 broadcast 151.163.81.255 ether 0:0:e:25:2c:ea fjge2: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2 inet 151.163.115.42 netmask ffff0000 broadcast 151.163.255.255 ether 0:0:e:25:2c:ea fjge3: flags=1000863<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST,IPv4> mtu 1500 index 5 inet 172.20.0.5 netmask ffffff00 broadcast 172.20.0.255 ether 0:0:e:25:2c:ea hme0: flags=1000863<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST,IPv4> mtu 1500 index 6 inet 151.163.121.184 netmask ffffffc0 broadcast 151.163.121.191 ether 0:0:e:25:2c:ea>zpool listNAME SIZE USED AVAIL CAP HEALTH ALTROOT z_tsmsun1_pool 18.0T 9.13T 8.91T 50% ONLINE - tsmsun1 - /home/root >zpool status pool: z_tsmsun1_pool state: ONLINE scrub: scrub stopped with 0 errors on Sat Nov 18 02:00:02 2006 config: NAME STATE READ WRITE CKSUM z_tsmsun1_pool ONLINE 0 0 0 c22t600C0FF00000000000678A0A86F3D901d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A0A86F3D900d0s0 ONLINE 0 0 0 c22t600C0FF0000000000068190A86F3D901d0s0 ONLINE 0 0 0 c22t600C0FF0000000000068190A86F3D900d0s0 ONLINE 0 0 0 c22t600C0FF0000000000068191A598ED500d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A1A598ED500d0s0 ONLINE 0 0 0 c22t600C0FF0000000000068191A598ED501d0s0 ONLINE 0 0 0 c22t600C0FF00000000000681943A7223100d0s0 ONLINE 0 0 0 c22t600C0FF00000000000681943A7223101d0 ONLINE 0 0 0 c22t600C0FF00000000000681932BBD24400d0s0 ONLINE 0 0 0 c22t600C0FF00000000000681932BBD24401d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A43A7223100d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A2055211B01d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A2055211B00d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A32BBD24401d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A1A598ED501d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A32BBD24400d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A43A7223101d0s0 ONLINE 0 0 0 c22t600C0FF0000000000068192055211B00d0s0 ONLINE 0 0 0 c22t600C0FF0000000000068192055211B01d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A44F3D81B00d0s0 ONLINE 0 0 0 c22t600C0FF00000000000678A44F3D81B01d0s0 ONLINE 0 0 0 c22t600C0FF00000000000681944F3D81B00d0s0 ONLINE 0 0 0 c22t600C0FF00000000000681944F3D81B01d0s0 ONLINE 0 0 0 errors: No known data errors -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20061119/c9f50b79/attachment.html>