[OmniOS-discuss] Large infolog_hival file

[Lawrence Giam]

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 ?

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>
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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20161207/daa12ad3/attachment.html>