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 -a
SunOS tsmsun1 5.10 Generic_118833-17 sun4us sparc FJSV,GPUZC-M
>ifconfig -a
lo0: 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 list
NAME 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
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
