> syslogd markinterval default is on 20 minutes. I am > experiencing load/unload cycles of my NAS disks > correlated with markinterval, i.e. load cycles are > app. 3 x operating hours. > I would like to change this setting, but I am puzzled > how. Can anybody please direct me to adjust this > parameter permanently to 1h, or more? I am assuming > that this is best be done by using svccfg, but I am > stuck and clueless from reading the respective man > pages (i.e. how do syslogd parameters translate into > svccfg parameters?) > > Regards, > > Tonmaus
the source file that refers to the mark interval: http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/syslogd/syslogd.c the shell wrapper in /lib/svc/method: http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/syslogd/system-log The only way of setting the mark interval that I see in the syslogd source is via the -m minutes option. I don't see anything in system-log that leads me to think that it ever passes the -m option, let alone doing so after retrieving a service property. It probably wouldn't be very difficult to change /var/svc/manifest/system/system-log.xml and /lib/svc/method/system-log to retrieve some suitably named property, and if it was present and reasonable, pass it as the argument to a -m option. Actually doing that is left as an exercise for the reader, unless you can find someone that would accept it as an RFE. How easy that would be anymore unless you have a maintenance contract, I don't have any idea. I tend to think it would be better as an RFE than as do-it-yourself, so that the change(s) would survive upgrades, and so that there was one standard property name to use. And I think it ought to be a reasonable RFE, since the -t/-T alternatives do correspond to a property, and aside from -f configfile, the options other than -t/-T and -m probably don't make much sense running syslogd in a reasonably normal configuration from SMF. So adding a property corresponding to -m would take care of the last useful option. -- This message posted from opensolaris.org _______________________________________________ opensolaris-help mailing list [email protected]
