[OmniOS-discuss] Large infolog_hival file

[Richard Elling]

> On Dec 6, 2016, at 8:16 PM, Lawrence Giam <paladinemishakal at gmail.com> wrote:
> 
> Hi All,
> 
> Also to note that I have another running OpenIndiana 151a7 and this is also a SuperMicro server, this has the same behaviour which is the system keep generating the resource.sysevent.EC_hba.ESC_sas_hba_port_broadcast message and getting logged into infolog_hival but one thing different is that the logadm is doing it's job of rotating the log.
> 
> On the system running OmniOS, I have compare the logadm.conf on both OpenIndiana and OmniOS and there are identical but OmniOS is not rotating this particular log. Is there any way I can check what is wrong? Why logadm is not rotating the infolog_hival when the filesize reach greater than 10m ?

Under heavy writes, logadm won’t rotate the logs.

You might need to disable the port. We’ve seen cases where miswired SAS connections
that are not disabled by default in the firmware cause spurious interrupts. This can be done
with various tools, depending on which port is complaining. For example, in smp_utils, 
smp_phy_control allows you to send link control commands to expanders. However, the
only real cure is hardware/firmware.
 — richard


> 
> This is the setting of logadm.conf from OpenIndiana 151a7:
> /var/fm/fmd/infolog_hival -N -A 2y -S 50m -s 10m -M '/usr/sbin/fmadm -q rotate infolog_hival && mv /var/fm/fmd/infolog_hival.0- $nfile'
> 
> Looking into /var/logadm/timestamps
> # This file holds internal data for logadm(1M).
> # Do not edit.
> /var/log/syslog -P 'Sat Dec  3 19:10:00 2016'
> /var/adm/messages -P 'Wed Oct 26 19:10:00 2016'
> /var/cron/log -P 'Sat Jun 25 19:10:00 2016'
> /var/fm/fmd/infolog_hival -P 'Mon Dec  5 19:10:00 2016'
> /var/adm/wtmpx -P 'Wed Oct  5 19:10:00 2016'
> 
> 
> This is the setting of logadm.conf from OmniOS R151014:
> /var/fm/fmd/infolog_hival -N -A 2y -S 50m -s 10m -M '/usr/sbin/fmadm -q rotate infolog_hival && mv /var/fm/fmd/infolog_hival.0- $nfile'
> 
> Looking into /var/logadm/timestamps
> # This file holds internal data for logadm(1M).
> # Do not edit.
> /var/adm/messages -P 'Tue Dec  6 19:10:00 2016'
> /var/cron/log -P 'Thu Nov 24 19:10:00 2016'
> /var/svc/log/system-idmap:default.log -P 'Tue Dec  8 19:10:00 2015'
> 
> Cron is set to run logadm everyday at 03:10 am.
> 
> Regards.
> 
> 
> On Tue, Nov 29, 2016 at 12:16 PM, Lawrence Giam <paladinemishakal at gmail.com <mailto:paladinemishakal at gmail.com>> wrote:
> Hi All,
> 
> I have a Supermicro box running OmniOS R151014 build 170cea2. 
> I am getting a lot of entries in infolog_hival about resource.sysevent.EC_hba.ESC_sas_hba_port_broadcast
> 
> lawrence at sgsan1n2:/var/fm/fmd$ fmdump -I
> Nov 29 08:45:33.0893 resource.sysevent.EC_hba.ESC_sas_hba_port_broadcast
> Nov 29 08:45:33.0893 resource.sysevent.EC_hba.ESC_sas_hba_port_broadcast
> Nov 29 08:45:33.0893 resource.sysevent.EC_hba.ESC_sas_hba_port_broadcast
> 
> lawrence at sgsan1n2:/var/fm/fmd$ fmdump -IV
> Nov 29 2016 03:12:20.907712302 (absent)
> nvlist version: 0
> driver_instance = 0
> port_address = w500304800bfc5c02
> devfs_path = /pci at 0,0/pci8086,340c at 5/pci15d9,400 at 0
> PhyIdentifier = 0x2
> event_type = port_broadcast_ses
> class = resource.sysevent.EC_hba.ESC_sas_hba_port_broadcast
> version = 0x0
> __ttl = 0x1
> __tod = 0x583c8194 0x361a972e
> 
> Nov 29 2016 03:12:20.907718074 (absent)
> nvlist version: 0
> driver_instance = 0
> port_address = w500304800bfc5c03
> devfs_path = /pci at 0,0/pci8086,340c at 5/pci15d9,400 at 0
> PhyIdentifier = 0x3
> event_type = port_broadcast_ses
> class = resource.sysevent.EC_hba.ESC_sas_hba_port_broadcast
> version = 0x0
> __ttl = 0x1
> __tod = 0x583c8194 0x361aadba
> 
> 
> This is a chassic with 2 motherboard sharing a single backbone, each motherboard accessing it's own set of disks and we have a HA solution to auto-mount the disks to the other motherboard should there be a problem with the motherboard.
> 
> IS it possible to disable them?
> 
> Thanks & Regards.
> 
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20161206/96b26e61/attachment-0001.html>