Sponsored Content
Special Forums UNIX and Linux Applications Infrastructure Monitoring Using Node-RED and MQTT to Monitor Server and Application Stats Post 303043733 by Neo on Wednesday 5th of February 2020 07:28:19 AM
Old 02-05-2020
Well, those changes did not help much.... looks like here is some "underground" process running every three hours causing the spikes:

Using Node-RED and MQTT to Monitor Server and Application Stats-screen-shot-2020-02-05-72457-pmjpg


I checked all the forum software and all the cron files on the server, but so far, no joy in finding the process causing the intermittent performance hit.
 

7 More Discussions You Might Find Interesting

1. AIX

How to add node to the cluster with stoping the application?

In the production hacmp 5.3 is running with three nodes but i want to add new node to cluster with out stopping the application ie with same resource group if any bady know pls help me. (1 Reply)
Discussion started by: manjunath.m
1 Replies

2. AIX

powerha application monitor restart counter?

I have configured a custom application monitor with restart count = 3. say the application has restarted 2 times, if the application fail 2 more times within restart interval, it will failover. Is there any counter to tell me the recent restart count? Thanks!! (1 Reply)
Discussion started by: skeyeung
1 Replies

3. Homework & Coursework Questions

Accessing one UNIX node from another node of the same server

Hi Experts, I am in need of running a script from one node say node 1 via node 2. My scheduling tool dont have access to node2 , so i need to invoke the list file from node1 but the script needs to run from node2. because the server to which i am hitting, is having access only for the node... (5 Replies)
Discussion started by: arun1377
5 Replies

4. Red Hat

Red Hat application server ssl keystore problem

A client is accessing our JBoss server. In the past, we set up a keystore and everything worked fine. That certificat expired and we've installed the new one. Now the client is getting the following error - HTTP/1.1 500 Internal Server Error Date: Mon, 14 Apr 2014 13:25:44 GMT Server:... (1 Reply)
Discussion started by: kkinney
1 Replies

5. Programming

ESP32 (ESP-WROOM-32) as an MQTT Client Subscribed to Linux Server Load Average Messages

Here we go.... Preface: ..... so in a galaxy far, far, far away from commercial, data sharing corporations..... For this project, I used the ESP-WROOM-32 as an MQTT (publish / subscribe) client which receives Linux server "load averages" as messages published as MQTT pub/sub messages.... (6 Replies)
Discussion started by: Neo
6 Replies

6. Programming

Publish and Subscribe to AES-256 Encrypted MQTT Messages to Node-RED from PHP Scripts

Various Node-Red crypto modules do not work with PHP, so to send an encrypted message from a PHP script (in this case from a Ubuntu server) to Node-RED we need our own code. After a few hours of searching, testing various libs, more testing and debugging, I got this PHP to Node-RED code... (0 Replies)
Discussion started by: Neo
0 Replies

7. Programming

Node-RED: Writing MQTT Messages to MySQL DB with UNIX timestamp

First, I want to thank Neo (LOL) for this post from 2018, Node.js and mysql - ER_ACCESS_DENIED_ERROR I could not get the Node-RED mysql module to work and searched Google until all my links were purple! I kept getting ER_ACCESS_DENIED_ERROR with the right credentials. Nothing on the web was... (0 Replies)
Discussion started by: Neo
0 Replies
mosquitto(8)															      mosquitto(8)

NAME
mosquitto - an mqtt broker SYNOPSIS
mosquitto [-c config file] [-d | --daemon] [-p port number] DESCRIPTION
mosquitto is a broker for the mqtt protocol version 3.1. OPTIONS
-c, --config-file Load configuration from a file. If not given, the default values as described in mosquitto.conf(5) are used. -d, --daemon Run mosquitto in the background as a daemon. All other behaviour remains the same. -p, --port Listen on the port specified instead of the default 1883. This acts in addition to the port setting in the config file. May be spec- ified multiple times to open multiple sockets listening on different ports. This socket will be bound to all network interfaces. LIMITATIONS
mosquitto implements all of the mqtt protocol version 3.1, but there are some limitations compared to rsmb. o There are fewer configuration options. o There is less logging information. o It isn't as well tested or documented... It should be noted that all of the above limitations should have "currently" included in them. They will all be fixed at some point. BROKER STATUS
Clients can find information about the broker by subscribing to topics in the $SYS hierarchy as follows. Topics marked as static are only sent once per client on subscription. All other topics are updated every sys_interval seconds. If sys_interval is 0, then updates are not sent. $SYS/broker/bytes/per second/received The average number of bytes received per second since the broker started. $SYS/broker/bytes/per second/sent The average number of bytes sent per second since the broker started. $SYS/broker/bytes/received The total number of bytes received since the broker started. $SYS/broker/bytes/sent The total number of bytes sent since the broker started. $SYS/broker/changeset The repository changeset (revision) associated with this build. Static. $SYS/broker/clients/active The number of currently connected clients $SYS/broker/clients/inactive The total number of persistent clients (with clean session disabled) that are registered at the broker but are currently disconnect- ed. $SYS/broker/clients/maximum The maximum number of active clients that have been connected to the broker. This is only calculated when the $SYS topic tree is up- dated, so short lived client connections may not be counted. $SYS/broker/clients/total The total number of active clients currently connected to the broker. $SYS/broker/heap/current size The current size of the heap memory in use by mosquitto. Note that this topic may be unavailable depending on compile time options. $SYS/broker/heap/maximum size The largest amount of heap memory used by mosquitto. Note that this topic may be unavailable depending on compile time options. $SYS/broker/messages/inflight The number of messages with QoS>0 that are awaiting acknowledgments. $SYS/broker/messages/per second/received The average number of messages received per second since the broker started. $SYS/broker/messages/per second/sent The average number of messages sent per second since the broker started. $SYS/broker/messages/received The total number of messages received since the broker started. $SYS/broker/messages/sent The total number of messages sent since the broker started. $SYS/broker/messages/stored The number of messages currently held in the message store. $SYS/broker/timestamp The timestamp at which this particular build of the broker was made. Static. $SYS/broker/uptime The amount of time in seconds the broker has been online. $SYS/broker/version The version of the broker. Static. WILDCARD TOPIC SUBSCRIPTIONS
In addition to allowing clients to subscribe to specific topics, mosquitto also allows the use of two wildcards in subscriptions. + is the wildcard used to match a single level of hierarchy. For example, for a topic of "a/b/c/d", the following example subscriptions will match: o a/b/c/d o +/b/c/d o a/+/c/d o a/+/+/d o +/+/+/+ The following subscriptions will not match: o a/b/c o b/+/c/d o +/+/+ The second wildcard is # and is used to match all subsequent levels of hierarchy. With a topic of "a/b/c/d", the following example sub- scriptions will match: o a/b/c/d o # o a/# o a/b/# o a/b/c/# o +/b/c/# The $SYS hierarchy does not match a subscription of "#". If you want to observe the entire $SYS hierarchy, subscribe to $SYS/#. Note that the wildcards must be only ever used on their own, so a subscription of "a/b+/c" is not valid use of a wildcard. The # wildcard must only ever be used as the final character of a subscription. BRIDGES
Multiple brokers can be connected together with the bridging functionality. This is useful where it is desirable to share information be- tween locations, but where not all of the information needs to be shared. An example could be where a number of users are running a broker to help record power usage and for a number of other reasons. The power usage could be shared through bridging all of the user brokers to a common broker, allowing the power usage of all users to be collected and compared. The other information would remain local to each broker. For information on configuring bridges, see mosquitto.conf(5). SIGNALS
SIGHUP Upon receiving the SIGHUP signal, mosquitto will attempt to reload configuration file data, assuming that the -c argument was pro- vided when mosquitto was started. Not all configuration parameters can be reloaded without restarting. See mosquitto.conf(5) for de- tails. SIGUSR1 Upon receiving the SIGUSR1 signal, mosquitto will write the persistence database to disk. This signal is only acted upon if persis- tence is enabled. SIGHUP Upon receiving the SIGHUP signal, mosquitto will attempt to reload its configuration. Not all configuration parameters can be reloaded without a restart. See mosquitto.conf(5) for details. SIGUSR2 The SIGUSR2 signal causes mosquitto to print out the current subscription tree, along with information about where retained messages exist. This is intended as a testing feature only and may be removed at any time. FILES
/etc/mosquitto/mosquitto.conf Configuration file. See mosquitto.conf(5). /var/lib/mosquitto/mosquitto.db Persistent message data storage location if persist enabled. /etc/hosts.allow, /etc/hosts.deny Host access control via tcp-wrappers as described in hosts_access(5). BUGS
mosquitto bug information can be found at http://launchpad.net/mosquitto SEE ALSO
mqtt(7) mosquitto.conf(5) hosts_access(5) mosquitto_pub(1) mosquitto_sub(1) libmosquitto(3) THANKS
Thanks to Andy Stanford-Clark for being one of the people who came up with MQTT in the first place and providing clarifications of the pro- tocol. Thanks also to everybody at the Ubuntu UK Podcast and Linux Outlaws for organising OggCamp, where Andy gave a talk that inspired mosquitto. AUTHOR
Roger Light <roger@atchoo.org> 5 February 2012 mosquitto(8)
All times are GMT -4. The time now is 06:09 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy