Small thing but it got me last week. I relay my stream to twitch through nginx-rtmp on a cheap VPS, and one morning unattended-upgrades pulled a new systemd, needrestart restarted nginx (and postgres, and everything else) and the stream dropped. OBS reconnected fast but twitch counted it as two streams.

default timer is 06:00 UTC + up to 1h random, which is exactly when I stream lol. moved it with a drop-in:

# systemctl edit apt-daily-upgrade.timer
[Timer]
OnCalendar=
OnCalendar=*-*-* 13:45:00 UTC
RandomizedDelaySec=15m

the empty OnCalendar= matters, without it you just add a second time and keep the old one.

anyone else got bitten by this?

  • Guiorgy@lemmy.mlEnglish
    2·
    16 hours ago

    I mean, unattended upgrades has it’s own config file where you can specify when to schedule a reboot (when needed), which you’d usually do in off-hours like 2 AM your local time, so changing the Systemd unit activation time seems like the wrong fix.

    Edit: Nevermind, your issue was that the daemons were being rebooted, not the whole system, if I understood that correctly

    • ultimaluz@lemmy.worldOPEnglish
      2·
      6 hours ago

      yeah exactly, no reboot, it was needrestart restarting nginx and postgres after the systemd update. you’re right that the timer is kind of the blunt fix, the cleaner one is probably telling needrestart to only list instead of restart ($nrconf{restart} = ‘l’ in needrestart.conf), or excluding nginx from it. I went with the timer because I still want things restarted, just not while I’m live

  • Shimitar@downonthestreet.euEnglish
    201·
    1 day ago

    Unattended upgrade?

    Why? Specially on critical systems?

    If you do such upgrades, schedule for a time you don’t use the system at very least …

    • Chewy@discuss.tchncs.deEnglish
      9·
      1 day ago

      There’s few apps I can think of that fail when the service restarts. At worst Jellyfin and Home Asssistant take a minute or so to be available again. The former usually does not pose a problem because of client side caching while streaming. HA would be quite annoying, altough lights etc would keep their current state so it’s unlikely I’d even notice.

      That said I don’t use unattended upgrades.

        • ultimaluz@lemmy.worldOPEnglish
          1·
          6 hours ago

          it’s a single cheap VPS that only I look after, so I’d rather get security patches the same day than remember to log in and do it, I guess that’s the tradeoff. and yeah you’re right about scheduling, that was the whole fix, the default timer runs around 6 UTC plus up to an hour of random delay and that happened to land on top of the stream. moved it to the afternoon and it’s been quiet since

  • Matt The Horwood@lemmy.horwood.cloudEnglish
    1·
    18 hours ago

    I’ve been burnt by this, my nginx lxc on proxmox was crashing at about 6:30 every morning for a week. Turns out auto update and debsecure was running on it and using all the 512mb of memory and the lxc would get killed by the host, so removed both as I update Tuesday evenings anyway

    • ultimaluz@lemmy.worldOPEnglish
      1·
      6 hours ago

      512mb and getting killed every morning at the same time sounds like a fun one to track down lol. a fixed weekly slot like your tuesday evening is probably the sanest setup honestly, I just know I’d forget.