Re: [Nagios-devel] NSCA using PROCESS_FILE
Posted: Wed Feb 28, 2007 11:37 am
This is a multi-part message in MIME format.
------=_NextPart_000_0022_01C75B46.0205A070
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On Behalf
> Of Gerd Mueller
> Sent: February 28, 2007 11:44
> To: Nagios Developers List
> Subject: Re: [Nagios-devel] NSCA using PROCESS_FILE
>
>
> > I'd like to see a option for pipes that would show the same
> behavior as
> > syslogd: fill the pipe, and don't block when the pipe if
> full. This mean we
> > won't loose data if the daemon is temporally down.
>
> I am not sure which is the best solution for such problems.
> But at least
> a big big warning should be put inside nagios.logs irrespectively
> whether data is lost or stalled. Otherwise nobody would unterstand why
> Nagios latency grows or some data maybe lost.
Well, to correct myself, as I just noted Nagios blocks on opening the file,
i.e. after a HUP or fresh start. Once opened it doesn't block if the reader
die but it will loose data. That could be added to the help text over the
_file_mode= parameter.
> > Since writev should behave just like write I assume the
> difference is on the
> > file filehandle flags. The *_perfdata_file_mode= parameter
> could be used to
> > trigger this behavior, ex: "service_perfdata_file_mode=p".
>
>
Good suggestion. No new variable
Effectively, but I'd like to see an additional definition for OCHP/OCSP
processing, as one might want to do both perfdata and OCHP/OCSP at the same
time.
I'm wondering how ppl feel about this, but I'd suggest to have one file for
both OCHP and OCSP. This could be configurable as well. I could also easily
make my daemon read two pipes (that means more boring command-line options
processing, agrrrrrr).
What about:
ochp_data_file=
ocsp_data_file=
ochp_data_file_template=
ocsp_data_file_template=
ochp_data_file_template=
ocsp_data_file_template=
ochp_data_file_mode=
ocsp_data_file_mode=
ochp_data_sends_ocsp_data=
*_data_command and *_data_file_processing_interval could be added too if
someone finds a use for it.
Note the last one that would allow you to have a single file for both. The
same could be done for host_perfdata...
Thomas
------=_NextPart_000_0022_01C75B46.0205A070
Content-Type: application/x-pkcs7-signature;
name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="smime.p7s"
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIzjCCAlYw
ggG/oAMCAQICEF6WlTyD2iR9R4J/yf+4yw4wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MTAxNjE1MTgxNVoXDTA3MTAxNjE1MTgx
NVowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0GCSqGSIb3DQEJARYQdGhv
bWFzQHphbmdvLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAtkCTbSUT0qmJN70ik/vg
3cNmuRbfC18Mz7T6CNqwyb/URZ5n3PQlA0Tel2aY73QfCa4Ws1eQ+b19KJb/9IbgcRM198OZx+jY
3R+Y2/lVSsUoQaFpHYnZp9voKG+ugi3MiPChy9q/OuNfRL7IiKxjpsYKVRHrqFLWvnX9qIoxkjcC
AwEAAaMtMCswGwYDVR0RBBQwEoEQdGhvbWFzQHphbmdvLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqG
SIb3DQEBBQUAA4GBAMNB9/ulaYWECjEiG5hlAtN/ZXiaWSOOBRp4LJSfXX60VgmwQUfYHmWycMAv
yHaGz06DrMonrCHiHcpkEkntgU7NK6G95Hg7CpHyd98+zRDxBe/TTeGrePqFxQ+MbGZ4+orUPAtq
8PNFGCogpyCElTzkSP8KkYJ3cKIAaBAa2NrxMIIDLTCCApagAwIBAgIBADANBgkqhkiG9w0BAQQF
ADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBU
b3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBT
ZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSsw
KQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAw
MFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsT
H0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25h
bCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv
bTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
------=_NextPart_000_0022_01C75B46.0205A070
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On Behalf
> Of Gerd Mueller
> Sent: February 28, 2007 11:44
> To: Nagios Developers List
> Subject: Re: [Nagios-devel] NSCA using PROCESS_FILE
>
>
> > I'd like to see a option for pipes that would show the same
> behavior as
> > syslogd: fill the pipe, and don't block when the pipe if
> full. This mean we
> > won't loose data if the daemon is temporally down.
>
> I am not sure which is the best solution for such problems.
> But at least
> a big big warning should be put inside nagios.logs irrespectively
> whether data is lost or stalled. Otherwise nobody would unterstand why
> Nagios latency grows or some data maybe lost.
Well, to correct myself, as I just noted Nagios blocks on opening the file,
i.e. after a HUP or fresh start. Once opened it doesn't block if the reader
die but it will loose data. That could be added to the help text over the
_file_mode= parameter.
> > Since writev should behave just like write I assume the
> difference is on the
> > file filehandle flags. The *_perfdata_file_mode= parameter
> could be used to
> > trigger this behavior, ex: "service_perfdata_file_mode=p".
>
>
Good suggestion. No new variableEffectively, but I'd like to see an additional definition for OCHP/OCSP
processing, as one might want to do both perfdata and OCHP/OCSP at the same
time.
I'm wondering how ppl feel about this, but I'd suggest to have one file for
both OCHP and OCSP. This could be configurable as well. I could also easily
make my daemon read two pipes (that means more boring command-line options
processing, agrrrrrr).
What about:
ochp_data_file=
ocsp_data_file=
ochp_data_file_template=
ocsp_data_file_template=
ochp_data_file_template=
ocsp_data_file_template=
ochp_data_file_mode=
ocsp_data_file_mode=
ochp_data_sends_ocsp_data=
*_data_command and *_data_file_processing_interval could be added too if
someone finds a use for it.
Note the last one that would allow you to have a single file for both. The
same could be done for host_perfdata...
Thomas
------=_NextPart_000_0022_01C75B46.0205A070
Content-Type: application/x-pkcs7-signature;
name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="smime.p7s"
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIzjCCAlYw
ggG/oAMCAQICEF6WlTyD2iR9R4J/yf+4yw4wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MTAxNjE1MTgxNVoXDTA3MTAxNjE1MTgx
NVowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0GCSqGSIb3DQEJARYQdGhv
bWFzQHphbmdvLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAtkCTbSUT0qmJN70ik/vg
3cNmuRbfC18Mz7T6CNqwyb/URZ5n3PQlA0Tel2aY73QfCa4Ws1eQ+b19KJb/9IbgcRM198OZx+jY
3R+Y2/lVSsUoQaFpHYnZp9voKG+ugi3MiPChy9q/OuNfRL7IiKxjpsYKVRHrqFLWvnX9qIoxkjcC
AwEAAaMtMCswGwYDVR0RBBQwEoEQdGhvbWFzQHphbmdvLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqG
SIb3DQEBBQUAA4GBAMNB9/ulaYWECjEiG5hlAtN/ZXiaWSOOBRp4LJSfXX60VgmwQUfYHmWycMAv
yHaGz06DrMonrCHiHcpkEkntgU7NK6G95Hg7CpHyd98+zRDxBe/TTeGrePqFxQ+MbGZ4+orUPAtq
8PNFGCogpyCElTzkSP8KkYJ3cKIAaBAa2NrxMIIDLTCCApagAwIBAgIBADANBgkqhkiG9w0BAQQF
ADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBU
b3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBT
ZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSsw
KQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAw
MFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsT
H0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25h
bCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv
bTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]