On Mon, Nov 09, 2015 at 10:07:31AM +1000, David Gwynne wrote:
> can you get the ifconfig output when its locked up? and a copy of what systat 
> mb is showing?
> 
> cheers,
> dlg

Thanks David,

I have setup a script to try and capture this immediately when it happens.

FWIW here is the output as it is now, working:

16:35 ryan@void:~$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 32768
        priority: 0
        groups: lo
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
        inet6 ::1 prefixlen 128
        inet 127.0.0.1 netmask 0xff000000
gem0: flags=8867<UP,BROADCAST,DEBUG,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST> mtu 
1500
        lladdr 00:03:ba:2b:47:70
        priority: 0
        groups: egress
        media: Ethernet autoselect (100baseTX full-duplex)
        status: active
        inet 96.54.13.103 netmask 0xfffffc00 broadcast 96.54.15.255
gem1: 
flags=8b63<UP,BROADCAST,NOTRAILERS,RUNNING,PROMISC,ALLMULTI,SIMPLEX,MULTICAST> 
mtu 1500
        lladdr 00:03:ba:2b:47:71
        priority: 0
        media: Ethernet autoselect (100baseTX full-duplex)
        status: active
        inet 10.16.1.30 netmask 0xffffffe0 broadcast 10.16.1.31
        inet6 fe80::203:baff:fe2b:4771%gem1 prefixlen 64 scopeid 0x2
        inet6 2001:470:b:6cf::1 prefixlen 64
enc0: flags=0<>
        priority: 0
        groups: enc
        status: active
vlan100: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        lladdr 00:03:ba:2b:47:71
        description: servers
        priority: 0
        vlan: 100 parent interface: gem1
        groups: vlan
        status: active
        inet 10.21.1.30 netmask 0xffffffe0 broadcast 10.21.1.31
        inet6 fe80::203:baff:fe2b:4771%vlan100 prefixlen 64 scopeid 0x5
        inet6 2001:470:eac8:666::1 prefixlen 64
vlan101: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        lladdr 00:03:ba:2b:47:71
        description: workstations
        priority: 0
        vlan: 101 parent interface: gem1
        groups: vlan
        status: active
        inet 10.21.8.254 netmask 0xffffff80 broadcast 10.21.8.255
        inet6 fe80::203:baff:fe2b:4771%vlan101 prefixlen 64 scopeid 0x6
        inet6 2001:470:eac8:a::1 prefixlen 64
vlan102: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        lladdr 00:03:ba:2b:47:71
        description: wireless
        priority: 0
        vlan: 102 parent interface: gem1
        groups: vlan
        status: active
        inet 10.21.9.254 netmask 0xffffff80 broadcast 10.21.9.255
        inet6 fe80::203:baff:fe2b:4771%vlan102 prefixlen 64 scopeid 0x7
        inet6 2001:470:eac8:b::1 prefixlen 64
vlan2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        lladdr 00:03:ba:2b:47:71
        description: transit
        priority: 0
        vlan: 2 parent interface: gem1
        groups: vlan
        status: active
        inet 172.21.1.2 netmask 0xfffffffc broadcast 172.21.1.3
tun0: flags=51<UP,POINTOPOINT,RUNNING> mtu 1500
        priority: 0
        groups: tun
        status: down
        inet 10.21.2.1 --> 10.21.2.2 netmask 0xfffffffc
gif0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1280
        priority: 0
        groups: gif egress
        tunnel: inet 96.54.13.103 -> 216.218.226.238
        inet6 fe80::203:baff:fe2b:4770%gif0 ->  prefixlen 64 scopeid 0xa
        inet6 2001:470:a:6cf::2 -> 2001:470:a:6cf::1 prefixlen 128
pflow0: flags=41<UP,RUNNING> mtu 1492
        priority: 0
        pflow: sender: 127.0.0.1 receiver: 127.0.0.1:9995 version: 5
        groups: pflow
pflog0: flags=141<UP,RUNNING,PROMISC> mtu 33144
        priority: 0
        groups: pflog

16:36 ryan@void:~$ systat -b mb
    8 users    Load 0.21 0.25 0.26                     Sun Nov  8 16:37:12 2015

IFACE             LIVELOCKS  SIZE ALIVE   LWM   HWM   CWM                       
System                    0   256    48         129                             
                             2048    24        1025                             
lo0                                                                             
gem0                         2048    11     4   124    11                       
gem1                         2048    12     4   124    12                       
enc0                                                                            
vlan100                                                                         
vlan101                                                                         
vlan102                                                                         
vlan2                                                                           
tun0                                                                            
gif0                                                                            
pflow0                                                                          
pflog0  

> 
> > On 9 Nov 2015, at 09:36, Ryan Freeman <r...@slipgate.org> wrote:
> > 
> > Hey tech@,
> > 
> > At my wits end here, I recently got a sunfire v120 from work for pretty 
> > cheap.
> > Quite excited to have some non x86 hardware, I set it up as a router.
> > 
> > However, for some reason after sometimes mere hours -- othertimes days at a
> > time,  the gem0 interface needs to be cycled:
> > 
> > ifconfig gem0 down
> > ifconfig gem0 up
> > dhclient gem0
> > 
> > no packets pass until that has been done.   At first I have been placing the
> > blame squarely on the Hitron modem we have in the house from shaw cable,
> > but now I've noticed the issue happen twice on the internal interface as 
> > well,
> > gem1.  All VLANs I have setup stop responding until gem1 is cycled.
> > 
> > gem1 is just used by a collection of vlan(4) interfaces, so traffic resumes
> > immediately after interface gem1 down/up.
> > 
> > I've tried to turn on ifconfig gem0 debug to catch anything wierd, but there
> > has been nothing of interest there.   Dmesg attached,  starting to wonder
> > if this machine is at its EOL and the network ports are dying :(
> > 
> > This issue occurred with the 5.7 release as well.
> > 
> > dmesg:
> > console is /pci@1f,0/pci@1,1/isa@7/serial@0,3f8
> > Copyright (c) 1982, 1986, 1989, 1991, 1993
> >        The Regents of the University of California.  All rights reserved.
> > Copyright (c) 1995-2015 OpenBSD. All rights reserved.  
> > http://www.OpenBSD.org
> > 
> > OpenBSD 5.8 (GENERIC) #0: Thu Oct 22 00:24:09 PDT 2015
> >    r...@void.inter.lan:/usr/src/sys/arch/sparc64/compile/GENERIC
> > real mem = 1073741824 (1024MB)
> > avail mem = 1039228928 (991MB)
> > mpath0 at root
> > scsibus0 at mpath0: 256 targets
> > mainbus0 at root: Sun Fire V120 (UltraSPARC-IIe 648MHz)
> > cpu0 at mainbus0: SUNW,UltraSPARC-IIe (rev 3.3) @ 648 MHz
> > cpu0: physical 16K instruction (32 b/l), 16K data (32 b/l), 512K external 
> > (64 b/l)
> > psycho0 at mainbus0: SUNW,sabre, impl 0, version 0, ign 7c0
> > psycho0: bus range 0-2, PCI bus 0
> > psycho0: dvma map c0000000-dfffffff
> > pci0 at psycho0
> > ppb0 at pci0 dev 1 function 1 "Sun Simba" rev 0x13
> > pci1 at ppb0 bus 1
> > ebus0 at pci1 dev 12 function 0 "Sun RIO EBus" rev 0x01
> > "flashprom" at ebus0 addr 0-fffff not configured
> > clock1 at ebus0 addr 0-1fff: mk48t59
> > lom0 at ebus0 addr 200000-200003 ivec 0x2a: LOMlite2 rev 3.12
> > alipm0 at pci1 dev 3 function 0 "Acer Labs M7101 Power" rev 0x00: 74KHz 
> > clock
> > iic0 at alipm0
> > "max1617" at alipm0 addr 0x18 skipped due to alipm0 bugs
> > spdmem0 at iic0 addr 0x54: 512MB SDRAM registered ECC PC133CL2
> > spdmem1 at iic0 addr 0x55: 512MB SDRAM registered ECC PC133CL2
> > ebus1 at pci1 dev 7 function 0 "Acer Labs M1533 ISA" rev 0x00
> > power0 at ebus1 addr 2000-2007 ivec 0x25
> > com0 at ebus1 addr 3f8-3ff ivec 0x2b: ns16550a, 16 byte fifo
> > com0: console
> > com1 at ebus1 addr 2e8-2ef ivec 0x2b: ns16550a, 16 byte fifo
> > gem0 at pci1 dev 12 function 1 "Sun ERI Ether" rev 0x01: ivec 0x7c6, 
> > address 00:03:ba:2b:47:70
> > ukphy0 at gem0 phy 1: Generic IEEE 802.3u media interface, rev. 1: OUI 
> > 0x0010dd, model 0x0002
> > ohci0 at pci1 dev 12 function 3 "Sun USB" rev 0x01: ivec 0x7e4, version 
> > 1.0, legacy support
> > pciide0 at pci1 dev 13 function 0 "Acer Labs M5229 UDMA IDE" rev 0xc3: DMA, 
> > channel 0 configured to native-PCI, channel 1 configured to native-PCI
> > pciide0: using ivec 0x7cc for native-PCI interrupt
> > atapiscsi0 at pciide0 channel 0 drive 0
> > scsibus1 at atapiscsi0: 2 targets
> > cd0 at scsibus1 targ 0 lun 0: <TEAC, CD-224E, P.9A> ATAPI 5/cdrom removable
> > cd0(pciide0:0:0): using PIO mode 4, DMA mode 2
> > pciide0: channel 1 disabled (no drives)
> > gem1 at pci1 dev 5 function 1 "Sun ERI Ether" rev 0x01: ivec 0x7dc, address 
> > 00:03:ba:2b:47:71
> > ukphy1 at gem1 phy 1: Generic IEEE 802.3u media interface, rev. 1: OUI 
> > 0x0010dd, model 0x0002
> > ohci1 at pci1 dev 5 function 3 "Sun USB" rev 0x01: ivec 0x7e6, version 1.0, 
> > legacy support
> > usb0 at ohci0: USB revision 1.0
> > uhub0 at usb0 "Sun OHCI root hub" rev 1.00/1.00 addr 1
> > usb1 at ohci1: USB revision 1.0
> > uhub1 at usb1 "Sun OHCI root hub" rev 1.00/1.00 addr 1
> > ppb1 at pci0 dev 1 function 0 "Sun Simba" rev 0x13
> > pci2 at ppb1 bus 2
> > siop0 at pci2 dev 8 function 0 "Symbios Logic 53c896" rev 0x07: ivec 0x7e0, 
> > using 8K of on-board RAM
> > scsibus2 at siop0: 16 targets, initiator 7
> > sym0 at scsibus2 targ 0 lun 0: <SEAGATE, ST336607LSUN36G, 0207> SCSI3 
> > 0/direct fixed serial.SEAGATE_ST336607LSUN36G_3JA0DGN80000731804D9
> > sd0 at scsibus0 targ 0 lun 0: <SEAGATE, ST336607LSUN36G, 0207> SCSI3 
> > 0/direct fixed serial.SEAGATE_ST336607LSUN36G_3JA0DGN80000731804D9
> > sd0: 34732MB, 512 bytes/sector, 71132959 sectors
> > probe(siop0:1:0): Check Condition (error 0x70) on opcode 0x0
> >    SENSE KEY: Hardware Error
> >     ASC/ASCQ: Defect List Error
> >     FRU CODE: 0x7
> > sym1 at scsibus2 targ 1 lun 0: <SEAGATE, ST336607LSUN36G, 0207> SCSI3 
> > 0/direct fixed serial.SEAGATE_ST336607LSUN36G_3JA0BZL100002316NCUL
> > sd1 at scsibus0 targ 1 lun 0: <SEAGATE, ST336607LSUN36G, 0207> SCSI3 
> > 0/direct fixed serial.SEAGATE_ST336607LSUN36G_3JA0BZL100002316NCUL
> > siop1 at pci2 dev 8 function 1 "Symbios Logic 53c896" rev 0x07: ivec 0x7e0, 
> > using 8K of on-board RAM
> > scsibus3 at siop1: 16 targets, initiator 7
> > siop0: target 0 now using tagged 16 bit 40.0 MHz 31 REQ/ACK offset xfers
> > vscsi0 at root
> > scsibus4 at vscsi0: 256 targets
> > softraid0 at root
> > scsibus5 at softraid0: 256 targets
> > siop0: target 1 now using tagged 16 bit 40.0 MHz 31 REQ/ACK offset xfers
> > bootpath: /pci@1f,0/pci@1,0/scsi@8,0/disk@0,0
> > root on sd0a (dd2dc38974492ea6.a) swap on sd0b dump on sd0b
> > 
> 

Reply via email to