Sponsored Content
Top Forums UNIX for Beginners Questions & Answers How to configure notification in cockpit? Post 303043120 by Neo on Saturday 18th of January 2020 11:48:41 PM
Old 01-19-2020
Sure.

You can Google: cockpit redhat configuration

and there are plenty of tutorials, including this one:

Code:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html-single/getting_started_with_cockpit/index

So, you asked:

Quote:
any one have idea, how can do that?
Yes, read the basic documentation first, please.

Then, please post back with the details of your research; post the references you have consulted, the configuration files you are working with, the resolved and unresolved issues you have encountered along your journey of discovery.
 

4 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

if up notification

Hello experts, I have a requirement of notifying my application everytime a network interface is brought up. My application supports Various Unix flavours e.g. RHEL, SLES, AIX, Solaris and Mac OS. I know that SLES supports /etc/sysconfig/network/if-up.d hook scripts that run once an interface is... (2 Replies)
Discussion started by: GajendraSharma
2 Replies

2. Linux

Netstat -i notification

I'm a bit new to scripting, but have been working on some scripts. I create a script to monitor the network interface for netstat -i, but not sure if I am getting what I need...I'd like to grab the entire column for RX-DRP and inform me of which interface is giving the RX-DRP errors...here is a... (5 Replies)
Discussion started by: sohk220
5 Replies

3. Shell Programming and Scripting

Notification Activity

Actually i am working on datastage and my operating system is Unix So I want a script in UNIX env for intimating the datastage log at the time of job abort. Can you please help me out .. Thanks in advance... (2 Replies)
Discussion started by: victory
2 Replies

4. Linux

A simple question,linux monitoring tool like Cockpit

This is a screenshot from "cockpit", a nice app of Fedora server,I can see from it disk,network,ram usage for host. https://images2.imgbox.com/e5/7c/oJJqPcQe_o.png The good thing is start preconfigured for host. My question is..someone know a app like this which can monitor a entire... (0 Replies)
Discussion started by: Linusolaradm1
0 Replies
REPORT_EVENT.CONF(5)						 LIBREPORT MANUAL					      REPORT_EVENT.CONF(5)

NAME
report_event.conf - configuration file for libreport. DESCRIPTION
This configuration file specifies which programs should be run when the specified event occurs in problem directory lifetime. It consists of directives and rules. Directives start with a reserved word. Currently, there is only one directive, "include". include FILE This directive causes files which match FILE to be read and parsed as if they are inserted textually where this directive occurs. FILE can use shell pattern metacharacters (*,?,etc) to specify multiple files. Relative paths are interpreted relative to current file. Rule starts with a line with non-space leading character. All subsequent lines which start with space or tab form one rule. Note that separating newline is retained. Rules may be commented out with #. One # is sufficient to comment out even a multi-line rule (no need to comment out every line). Rules specify which programs to run on the problem directory. Each rule may have conditions to be checked before the program is run. Conditions have form VAR=VAL or VAL~=REGEX, where VAR is either word "EVENT" or a name of problem directory element to be checked (for example, "executable", "package", hostname" etc). If all conditions match, the remaining part of the rule (the "program" part) is run in the shell. All shell language constructs are valid. All stdout and stderr output is captured and passed to ABRT and possibly to ABRT's frontends and shown to the user. If the program terminates with nonzero exit code, the event processing is considered unsuccessful and is stopped. Last captured output line, if any, is considered to be the error message indicating the reason of the failure, and may be used by abrt as such. If the program terminates successfully, next rule is read and processed. This process is repeated until the end of this file. Event XML configuration These configuration files provides event meta data. Each file has XML formatting with the following DTD: <!ELEMENT event (name+,description+,requires-items?,exclude-items-by-default?,exclude-items-always?,exclude-binary-items?,include-items-by-default?,minimal-rating?,gui-review-elements?,options?)> <!ELEMENT name (#PCDATA)> <!ATTLIST name xml:lang CDATA #IMPLIED> <!ELEMENT description (#PCDATA)> <!ATTLIST description xml:lang CDATA #IMPLIED> <!ELEMENT requires-items (#PCDATA)> <!ELEMENT exclude-items-by-default (#PCDATA)> <!ELEMENT include-items-by-default (#PCDATA)> <!ELEMENT exclude-items-always (#PCDATA)> <!ELEMENT exclude-binary-items ("yes"|"no")> <!ELEMENT minimal-rating ("0"|"1"|"2"|"3"|"4")> <!ELEMENT gui-review-elements ("yes"|"no")> <!ELEMENT options (option*,advanced-options)> <!ELEMENT advanced-options (option)*> <!ELEMENT option (label+,description+,note-html+,allow-empty?,default-value?)> <!ATTLIST option type (text|bool|password|number|hint-html) #REQUIRED name CDATA #REQUIRED> <!ELEMENT label (#PCDATA)> <!ATTLIST label xml:lang CDATA #IMPLIED> <!ELEMENT note-html (#PCDATA)> <!ATTLIST note-html xml:lang CDATA #IMPLIED> <!ELEMENT allow-empty ("yes"|"no")> <!ELEMENT default-value (#PCDATA)> name User visible name of event description User visible description exclude-items-by-default Comma separated names of excluded problem elements. User can include any of these elements if he wishes it. include-items-by-default Comma separated names of included problem elements. User can exclude any of these elements if he wishes it. exclude-items-always Comma separated names of included problem elements. User cannot include any of these elements. exclude-binary-items If "yes" then all binary problem elements are excluded. User can include them if he wishes it. minimal-rating Minimal backtrace rating required for executing the event. Backtrace rating is a measure of backtrace usability and understandability. With an increasing number of unresolved frames the backtrace rating gets lower values. gui-review-elements If "yes", user must explicitly approve that all included problem elements can be published. If "no", the event is executed automatically. If not provided, "yes" is expected. advanced-options List of options which are hidden in the default view. label Event option label note-html Event option HTML formatted description allow-empty Determines if user can leave the option empty default-value A value which is used by default option:name Name of exported environment variable name. libreport tools communicate through Environment Variables. EXAMPLES
EVENT=post-create analyzer=Python abrt-action-analyze-python EVENT=post-create getent passwd "`cat uid`" | cut -d: -f1 >username SEE ALSO
abrtd(8) AUTHOR
Manual page written by Denys Vlasenko <dvlasenk@redhat.com[1]>. NOTES
1. dvlasenk@redhat.com mailto:dvlasenk@redhat.com LIBREPORT 2.1.11 06/18/2014 REPORT_EVENT.CONF(5)
All times are GMT -4. The time now is 01:43 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy