2018-12-12 14:36:11 +01:00
|
|
|
#include "lightningd/notification.h"
|
|
|
|
#include <ccan/array_size/array_size.h>
|
plugin: Add new notification type: warning
This notification bases on `LOG_BROKEN` and `LOG_UNUSUAL` level log.
--Introduction
A notification for topic `warning` is sent every time a new `BROKEN`/
`UNUSUAL` level(in plugins, we use `error`/`warn`) log generated, which
means an unusual/borken thing happens, such as channel failed,
message resolving failed...
```json
{
"warning": {
"level": "warn",
"time": "1559743608.565342521",
"source": "lightningd(17652): 0821f80652fb840239df8dc99205792bba2e559a05469915804c08420230e23c7c chan #7854:",
"log": "Peer permanent failure in CHANNELD_NORMAL: lightning_channeld: sent ERROR bad reestablish dataloss msg"
}
}
```
1. `level` is `warn` or `error`:
`warn` means something seems bad happened and it's under control, but
we'd better check it;
`error` means something extremely bad is out of control, and it may lead
to crash;
2. `time` is the second since epoch;
3. `source`, in fact, is the `prefix` of the log_entry. It means where
the event happened, it may have the following forms:
`<node_id> chan #<db_id_of_channel>:`, `lightningd(<lightningd_pid>):`,
`plugin-<plugin_name>:`, `<daemon_name>(<daemon_pid>):`, `jsonrpc:`,
`jcon fd <error_fd_to_jsonrpc>:`, `plugin-manager`;
4. `log` is the context of the original log entry.
--Note:
1. The main code uses `UNUSUAL`/`BROKEN`, and plugin module uses `warn`
/`error`, considering the consistency with plugin, warning choose `warn`
/`error`. But users who use c-lightning with plugins may want to
`getlog` with specified level when receive warning. It's the duty for
plugin dev to turn `warn`/`error` into `UNUSUAL`/`BROKEN` and present it
to the users, or pass it directly to `getlog`;
2. About time, `json_log()` in `log` module uses the Relative Time, from
the time when `log_book` inited to the time when this event happend.
But I consider the `UNUSUAL`/`BROKEN` event is rare, and it is very
likely to happen after running for a long time, so for users, they will
pay more attention to Absolute Time.
-- Related Change
1. Remove the definitions of `log`, `log_book`, `log_entry` from `log.c`
to `log.h`, then they can be used in warning declaration and definition.
2. Remove `void json_add_time(struct json_stream *result, const char
*fieldname, struct timespec ts)` from `log.c` to `json.c`, and add
related declaration in `json.h`. Now the notification function in
`notification.c` can call it.
2. Add a pointer to `struct lightningd` in `struct log_book`. This may
affect the independence of the `log` module, but storing a pointer to
`ld` is more direct;
2019-06-03 20:26:58 +02:00
|
|
|
#include <lightningd/json.h>
|
2018-12-12 14:36:11 +01:00
|
|
|
|
|
|
|
const char *notification_topics[] = {
|
2018-12-13 13:58:40 +01:00
|
|
|
"connect",
|
|
|
|
"disconnect",
|
plugin: Add new notification type: warning
This notification bases on `LOG_BROKEN` and `LOG_UNUSUAL` level log.
--Introduction
A notification for topic `warning` is sent every time a new `BROKEN`/
`UNUSUAL` level(in plugins, we use `error`/`warn`) log generated, which
means an unusual/borken thing happens, such as channel failed,
message resolving failed...
```json
{
"warning": {
"level": "warn",
"time": "1559743608.565342521",
"source": "lightningd(17652): 0821f80652fb840239df8dc99205792bba2e559a05469915804c08420230e23c7c chan #7854:",
"log": "Peer permanent failure in CHANNELD_NORMAL: lightning_channeld: sent ERROR bad reestablish dataloss msg"
}
}
```
1. `level` is `warn` or `error`:
`warn` means something seems bad happened and it's under control, but
we'd better check it;
`error` means something extremely bad is out of control, and it may lead
to crash;
2. `time` is the second since epoch;
3. `source`, in fact, is the `prefix` of the log_entry. It means where
the event happened, it may have the following forms:
`<node_id> chan #<db_id_of_channel>:`, `lightningd(<lightningd_pid>):`,
`plugin-<plugin_name>:`, `<daemon_name>(<daemon_pid>):`, `jsonrpc:`,
`jcon fd <error_fd_to_jsonrpc>:`, `plugin-manager`;
4. `log` is the context of the original log entry.
--Note:
1. The main code uses `UNUSUAL`/`BROKEN`, and plugin module uses `warn`
/`error`, considering the consistency with plugin, warning choose `warn`
/`error`. But users who use c-lightning with plugins may want to
`getlog` with specified level when receive warning. It's the duty for
plugin dev to turn `warn`/`error` into `UNUSUAL`/`BROKEN` and present it
to the users, or pass it directly to `getlog`;
2. About time, `json_log()` in `log` module uses the Relative Time, from
the time when `log_book` inited to the time when this event happend.
But I consider the `UNUSUAL`/`BROKEN` event is rare, and it is very
likely to happen after running for a long time, so for users, they will
pay more attention to Absolute Time.
-- Related Change
1. Remove the definitions of `log`, `log_book`, `log_entry` from `log.c`
to `log.h`, then they can be used in warning declaration and definition.
2. Remove `void json_add_time(struct json_stream *result, const char
*fieldname, struct timespec ts)` from `log.c` to `json.c`, and add
related declaration in `json.h`. Now the notification function in
`notification.c` can call it.
2. Add a pointer to `struct lightningd` in `struct log_book`. This may
affect the independence of the `log` module, but storing a pointer to
`ld` is more direct;
2019-06-03 20:26:58 +02:00
|
|
|
"warning"
|
2018-12-12 14:36:11 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
bool notifications_have_topic(const char *topic)
|
|
|
|
{
|
2019-01-03 17:38:35 +01:00
|
|
|
for (size_t i=0; i<ARRAY_SIZE(notification_topics); i++)
|
2018-12-12 14:36:11 +01:00
|
|
|
if (streq(topic, notification_topics[i]))
|
|
|
|
return true;
|
|
|
|
return false;
|
|
|
|
}
|
2018-12-13 13:58:40 +01:00
|
|
|
|
2019-04-08 11:58:32 +02:00
|
|
|
void notify_connect(struct lightningd *ld, struct node_id *nodeid,
|
2018-12-13 13:58:40 +01:00
|
|
|
struct wireaddr_internal *addr)
|
|
|
|
{
|
|
|
|
struct jsonrpc_notification *n =
|
|
|
|
jsonrpc_notification_start(NULL, notification_topics[0]);
|
2019-04-08 11:58:32 +02:00
|
|
|
json_add_node_id(n->stream, "id", nodeid);
|
2018-12-13 13:58:40 +01:00
|
|
|
json_add_address_internal(n->stream, "address", addr);
|
|
|
|
jsonrpc_notification_end(n);
|
|
|
|
plugins_notify(ld->plugins, take(n));
|
|
|
|
}
|
|
|
|
|
2019-04-08 11:58:32 +02:00
|
|
|
void notify_disconnect(struct lightningd *ld, struct node_id *nodeid)
|
2018-12-13 13:58:40 +01:00
|
|
|
{
|
|
|
|
struct jsonrpc_notification *n =
|
|
|
|
jsonrpc_notification_start(NULL, notification_topics[1]);
|
2019-04-08 11:58:32 +02:00
|
|
|
json_add_node_id(n->stream, "id", nodeid);
|
2018-12-13 13:58:40 +01:00
|
|
|
jsonrpc_notification_end(n);
|
|
|
|
plugins_notify(ld->plugins, take(n));
|
|
|
|
}
|
plugin: Add new notification type: warning
This notification bases on `LOG_BROKEN` and `LOG_UNUSUAL` level log.
--Introduction
A notification for topic `warning` is sent every time a new `BROKEN`/
`UNUSUAL` level(in plugins, we use `error`/`warn`) log generated, which
means an unusual/borken thing happens, such as channel failed,
message resolving failed...
```json
{
"warning": {
"level": "warn",
"time": "1559743608.565342521",
"source": "lightningd(17652): 0821f80652fb840239df8dc99205792bba2e559a05469915804c08420230e23c7c chan #7854:",
"log": "Peer permanent failure in CHANNELD_NORMAL: lightning_channeld: sent ERROR bad reestablish dataloss msg"
}
}
```
1. `level` is `warn` or `error`:
`warn` means something seems bad happened and it's under control, but
we'd better check it;
`error` means something extremely bad is out of control, and it may lead
to crash;
2. `time` is the second since epoch;
3. `source`, in fact, is the `prefix` of the log_entry. It means where
the event happened, it may have the following forms:
`<node_id> chan #<db_id_of_channel>:`, `lightningd(<lightningd_pid>):`,
`plugin-<plugin_name>:`, `<daemon_name>(<daemon_pid>):`, `jsonrpc:`,
`jcon fd <error_fd_to_jsonrpc>:`, `plugin-manager`;
4. `log` is the context of the original log entry.
--Note:
1. The main code uses `UNUSUAL`/`BROKEN`, and plugin module uses `warn`
/`error`, considering the consistency with plugin, warning choose `warn`
/`error`. But users who use c-lightning with plugins may want to
`getlog` with specified level when receive warning. It's the duty for
plugin dev to turn `warn`/`error` into `UNUSUAL`/`BROKEN` and present it
to the users, or pass it directly to `getlog`;
2. About time, `json_log()` in `log` module uses the Relative Time, from
the time when `log_book` inited to the time when this event happend.
But I consider the `UNUSUAL`/`BROKEN` event is rare, and it is very
likely to happen after running for a long time, so for users, they will
pay more attention to Absolute Time.
-- Related Change
1. Remove the definitions of `log`, `log_book`, `log_entry` from `log.c`
to `log.h`, then they can be used in warning declaration and definition.
2. Remove `void json_add_time(struct json_stream *result, const char
*fieldname, struct timespec ts)` from `log.c` to `json.c`, and add
related declaration in `json.h`. Now the notification function in
`notification.c` can call it.
2. Add a pointer to `struct lightningd` in `struct log_book`. This may
affect the independence of the `log` module, but storing a pointer to
`ld` is more direct;
2019-06-03 20:26:58 +02:00
|
|
|
|
|
|
|
/*'warning' is based on LOG_UNUSUAL/LOG_BROKEN level log
|
|
|
|
*(in plugin module, they're 'warn'/'error' level). */
|
|
|
|
void notify_warning(struct lightningd *ld, struct log_entry *l)
|
|
|
|
{
|
|
|
|
struct jsonrpc_notification *n =
|
|
|
|
jsonrpc_notification_start(NULL, notification_topics[2]);
|
|
|
|
json_object_start(n->stream, "warning");
|
|
|
|
/* Choose "BROKEN"/"UNUSUAL" to keep consistent with the habit
|
|
|
|
* of plugin. But this may confuses the users who want to 'getlog'
|
|
|
|
* with the level indicated by notifications. It is the duty of a
|
|
|
|
* plugin to eliminate this misunderstanding.
|
|
|
|
*/
|
|
|
|
json_add_string(n->stream, "level",
|
|
|
|
l->level == LOG_BROKEN ? "error"
|
|
|
|
: "warn");
|
|
|
|
/* unsuaul/broken event is rare, plugin pay more attentions on
|
|
|
|
* the absolute time, like when channels failed. */
|
|
|
|
json_add_time(n->stream, "time", l->time.ts);
|
|
|
|
json_add_string(n->stream, "source", l->prefix);
|
|
|
|
json_add_string(n->stream, "log", l->log);
|
|
|
|
json_object_end(n->stream); /* .warning */
|
|
|
|
jsonrpc_notification_end(n);
|
|
|
|
plugins_notify(ld->plugins, take(n));
|
|
|
|
}
|