GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Friday, 19-Jul-2024 02:40:58 JST Haelwenn /элвэн/ :triskell: Haelwenn /элвэн/ :triskell:
    • Wolf480pl
    @wolf480pl Don't accept new connections :P
    In conversation about 10 months ago from queer.hacktivis.me permalink
    • Embed this notice
      Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Friday, 19-Jul-2024 02:43:23 JST Haelwenn /элвэн/ :triskell: Haelwenn /элвэн/ :triskell:
      in reply to
      • Wolf480pl
      @wolf480pl That said I wonder how you even end up in that kind of situation, except maybe with broken implementations where the logger dynamically allocates memory instead of using static buffers.
      In conversation about 10 months ago permalink
    • Embed this notice
      Wolf480pl (wolf480pl@mstdn.io)'s status on Friday, 19-Jul-2024 03:52:22 JST Wolf480pl Wolf480pl
      in reply to

      @lanodan you know what? I'm curious about that too.

      It was haproxy writiing logs to stdout in O_NONBLOCK mode. If a write fails, haproxy drops logs. As soon as I set nbthread > 1, it started dropping logs.

      Now where did that stdout go? IIRC through a pipe to containerd (or kubelet or runc or sth) that was copying those logs to files in /var/log, which were then being tailed by fluentd, which tried to parse timings and couldn't keep up.

      1/

      In conversation about 10 months ago permalink

      Attachments


      Haelwenn /элвэн/ :triskell: likes this.
    • Embed this notice
      Wolf480pl (wolf480pl@mstdn.io)'s status on Friday, 19-Jul-2024 03:55:53 JST Wolf480pl Wolf480pl
      in reply to

      @lanodan but since fluentd was tailing the logs, the only effect of it not keeping up should be that a log file gets rotated before fluentd is done with it.

      Unless...

      Unless it kept the old logfile open which resulted in there being no space for the new logfile to grow.

      But I'd thin more stuff would break in that case... and I didn't see a "node out of disk" alert.

      So it must've been containerd not keeping up with copying from a pipe to a file?

      In conversation about 10 months ago permalink

      Attachments


    • Embed this notice
      Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Friday, 19-Jul-2024 03:55:53 JST Haelwenn /элвэн/ :triskell: Haelwenn /элвэн/ :triskell:
      in reply to
      • Wolf480pl
      @wolf480pl Log rotation? Done with the hack that is logrotate or done natively? (Like here I've setup rsyslog to have per-day files and zfs does the compression)
      In conversation about 10 months ago permalink
    • Embed this notice
      Wolf480pl (wolf480pl@mstdn.io)'s status on Friday, 19-Jul-2024 04:16:55 JST Wolf480pl Wolf480pl
      in reply to

      @lanodan besides, if it is containerd that can't keep up copying, that'd means I need to handle the logs within the pod, instead of on the host side...

      In conversation about 10 months ago permalink
      Haelwenn /элвэн/ :triskell: likes this.
    • Embed this notice
      Wolf480pl (wolf480pl@mstdn.io)'s status on Friday, 19-Jul-2024 04:51:13 JST Wolf480pl Wolf480pl
      in reply to

      @lanodan also thanks for the questions, it made me realize I jumped to conclusions too quickly, and fluentd not keeping up may not be the real problem that's causing this

      In conversation about 10 months ago permalink
      Haelwenn /элвэн/ :triskell: likes this.

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.