Server IP : 192.168.23.10 / Your IP : 18.219.119.163 Web Server : Apache System : Linux echo.premieradvertising.com 5.14.0-362.8.1.el9_3.x86_64 #1 SMP PREEMPT_DYNAMIC Tue Nov 7 14:54:22 EST 2023 x86_64 User : rrrallyteam ( 1049) PHP Version : 8.1.31 Disable Function : exec,passthru,shell_exec,system MySQL : OFF | cURL : ON | WGET : ON | Perl : ON | Python : OFF Directory (0755) : /home/rrrallyteam/../../lib/systemd/catalog/ |
[ Home ] | [ C0mmand ] | [ Upload File ] |
---|
-- 199d4300277f495f84ba4028c984214c Subject: Falling back to resolving auxiliary groups using NSS Defined-By: dbus-broker Documentation: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/net/core/sock.c?id=28b5ba2aa0f55d80adb2624564ed2b170c19519e Support: https://groups.google.com/forum/#!forum/bus1-devel In order to determine the policy to apply to a peer we need to know the owning user as well as the users auxiliary groups. The user and group ids are provided to us by the SO_PEERCREDS sockopt, and on newer kernels we also get the auxiliary groups via the SO_PEERGROUPS sockopts. However, on older kernels where the SO_PEERGROUPS sockopt is not available, we fall back to query the auxiliary groups over NSS. This is racy as the auxiliary groups may change, and the groups we end up with may not be the ones at the time the socket was opened by the client. This is highly discouraged, and upating to a kernel with SO_PEERGROUPS support is recommended. -- 8af3357071af4153af414daae07d38e7 Subject: Dispatched @DBUS_BROKER_METRICS_DISPATCH_COUNT@ messages Defined-By: dbus-broker Support: https://groups.google.com/forum/#!forum/bus1-devel This message is printed by dbus-broker when shutting down. It includes metric information collected during the runtime of dbus-broker. The message lists the number of dispatched messages (in this case @DBUS_BROKER_METRICS_DISPATCH_COUNT@) as well as the mean time to handling a single message. The time measurements exclude the time spent on writing to and reading from the kernel. -- b209c0d9d1764ab38d13b8e00d1784d6 Subject: Peer @DBUS_BROKER_SENDER_UNIQUE_NAME@ violated the D-Bus protocol Defined-By: dbus-broker Support: https://groups.google.com/forum/#!forum/bus1-devel The peer @DBUS_BROKER_SENDER_UNIQUE_NAME@ attempted to vioalet the protocol and is therefore disconnected. -- 6fa70fa776044fa28be7a21daf42a108 Subject: Peer @DBUS_BROKER_RECEIVER_UNIQUE_NAME@ could not receive a requested message Defined-By: dbus-broker Support: https://groups.google.com/forum/#!forum/bus1-devel The peer @DBUS_BROKER_SENDER_UNIQUE_NAME@ failed to receive a message it requested and is therefore disconnected. The message in question could be a method error or reply or a broadcast the peer has subscribed to. Disconnecting the peer ensures that no messages are silently dropped.