123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135 |
- # Copyright (C) 2012 Internet Systems Consortium, Inc. ("ISC")
- #
- # Permission to use, copy, modify, and/or distribute this software for any
- # purpose with or without fee is hereby granted, provided that the above
- # copyright notice and this permission notice appear in all copies.
- #
- # THE SOFTWARE IS PROVIDED "AS IS" AND ISC DISCLAIMS ALL WARRANTIES WITH
- # REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY
- # AND FITNESS. IN NO EVENT SHALL ISC BE LIABLE FOR ANY SPECIAL, DIRECT,
- # INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM
- # LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE
- # OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
- # PERFORMANCE OF THIS SOFTWARE.
- # No namespace declaration - these constants go in the global namespace
- # of the ddns messages python module.
- # When you add a message to this file, it is a good idea to run
- # <topsrcdir>/tools/reorder_message_file.py to make sure the
- # messages are in the correct order.
- % MSGQ_CFGMGR_SUBSCRIBED The config manager subscribed to message queue
- This is a debug message. The message queue has little bit of special handling
- for the configuration manager. This special handling is happening now.
- % MSGQ_CLOSE_ON_RECV Reading from socket canceled as it's closed: FD=%1
- A debug message. The msgq daemon was notified of a read event on a
- socket, but its initial read operation failed because the remote
- client has closed its socket. This is possible in a normal operation
- when a module shuts down.
- % MSGQ_CLOSE_ON_SEND Sending to socket failed as already closed (okay to ignore on shutdown): FD=%1
- The msgq daemon tries to send some data to a client module, but it
- failed because the socket has been closed. This normally means the
- client terminates (for some reason - either gracefully or as a crash)
- while other modules try to send a message to the terminated module.
- Since msgq doesn't keep track of the status of client modules, this
- can happen and is not really an error for msgq; however, it can still
- be an unexpected event for the BIND 10 system as a whole in that this
- particular message is lost, so it's logged as a warning. If this
- message is logged for a running BIND 10 system, it's suggested to
- check other log messages; there may be an error from other modules
- reporting a missing response message. One common, less critical case
- where this message is logged is during shutdown. The ordering of
- process shutdown is basically arbitrary at this moment, so it's
- possible that some module tries to send a "quitting" message to some
- other module but the latter has already shut down. Such cases are
- generally non critical, but you may want to check other possible error
- messages.
- % MSGQ_COMMAND Running command %1 with arguments %2
- Debug message. The message queue received a command and it is running it.
- % MSGQ_COMMAND_UNKNOWN Unknown command '%1'
- The message queue received a command from other module, but it doesn't
- recognize it. This is probably either a coding error or inconsistency between
- the message queue version and version of the module.
- % MSGQ_CONFIG_DATA Received configuration update for the msgq: %1
- Debug message. The message queue received a configuration update, handling it.
- % MSGQ_HDR_DECODE_ERR Error decoding header received from socket %1: %2
- The socket with mentioned file descriptor sent a packet. However, it was not
- possible to decode the routing header of the packet. The packet is ignored.
- This may be caused by a programmer error (one of the components sending invalid
- data) or possibly by incompatible version of msgq and the component (but that's
- unlikely, as the protocol is not changed often).
- % MSGQ_INVALID_CMD Received invalid command: %1
- An unknown command listed in the log has been received. It is ignored. This
- indicates either a programmer error (eg. a typo in the command name) or
- incompatible version of a module and message queue daemon.
- % MSGQ_LISTENER_FAILED Failed to initialize listener on socket file '%1': %2
- The message queue daemon tried to listen on a file socket (the path is in the
- message), but it failed. The error from the operating system is logged.
- % MSGQ_LISTENER_SETUP Starting to listen on socket file '%1'
- Debug message. The listener is trying to open a listening socket.
- % MSGQ_LISTENER_STARTED Successfully started to listen
- Debug message. The message queue successfully opened a listening socket and
- waits for incoming connections.
- % MSGQ_POLL_ERR Error while polling for events: %1
- A low-level error happened when waiting for events, the error is logged. The
- reason for this varies, but it usually means the system is short on some
- resources.
- % MSGQ_POLL_UNKNOWN_EVENT Got an unknown event from the poller for fd %1: %2
- An unknown event got out from the poll() system call. This should generally not
- happen and it is either a programmer error or OS bug. The event is ignored. The
- number noted as the event is the raw encoded value, which might be useful to
- the authors when figuring the problem out.
- % MSGQ_RECV_ERR Error reading from socket %1: %2
- There was a low-level error when reading from a socket. The error is logged and
- the corresponding socket is dropped. The errors include receiving
- broken or (non empty but) incomplete data. In either case it suggests
- something unexpected happens within the BIND 10 system; it's probably
- better to restart the system, and if it continues it should be
- reported as a bug.
- % MSGQ_RECV_HDR Received header: %1
- Debug message. This message includes the whole routing header of a packet.
- % MSGQ_SEND_ERR Error while sending to socket %1: %2
- There was a low-level error when sending data to a socket. The error is logged
- and the corresponding socket is dropped.
- % MSGQ_SHUTDOWN Stopping Msgq
- Debug message. The message queue is shutting down.
- % MSGQ_SOCKET_REGISTERED Registered a socket descriptor %1 with lname %2
- Debug message. The msgq daemon accepted a session request on the
- shown descriptor of socket and assigned a unique identifier (lname)
- for the client on that socket.
- % MSGQ_SOCK_CLOSE Closing socket fd %1
- Debug message. Closing the mentioned socket.
- % MSGQ_START Msgq version %1 starting
- Debug message. The message queue is starting up.
- % MSGQ_START_FAIL Error during startup: %1
- There was an error during early startup of the daemon. More concrete error is
- in the log. The daemon terminates as a result.
- % MSGQ_SUBS_APPEND_TARGET Appending to existing target for subscription to group '%1' for instance '%2'
- Debug message. Creating a new subscription by appending it to already existing
- data structure.
- % MSGQ_SUBS_NEW_TARGET Creating new target for subscription to group '%1' for instance '%2'
- Debug message. Creating a new subscription. Also creating a new data structure
- to hold it.
|