Public bug reported:

fstrim.timer always triggers at 00:00:

$ systemctl list-timers fstrim.timer
NEXT                          LEFT        LAST                          PASSED  
   UNIT         ACTIVATES
Mon 2019-06-24 00:00:00 CEST  3 days left Mon 2019-06-17 00:00:06 CEST  3 days 
ago fstrim.timer fstrim.service

1 timers listed.
Pass --all to see loaded but inactive timers, too.

This can be an issue if concurrent runs cause increased I/O load on
multiple servers which are part of the same system architecture (I have
no hard facts via monitoring on this, but assume this can be an issue).

/lib/systemd/system/fstrim.timer does not try to randomize the start time.
systemd.timer(5) suggests that RandomizedDelaySec can be used to introduce 
variable start times, allowing for balancing out the (suspected increased) I/O 
load across multiple systems.

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: util-linux 2.31.1-0.4ubuntu3.3
ProcVersionSignature: Ubuntu 5.0.0-17.18~18.04.1-generic 5.0.8
Uname: Linux 5.0.0-17-generic x86_64
ApportVersion: 2.20.9-0ubuntu7.6
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Thu Jun 20 19:52:17 2019
SourcePackage: util-linux
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: util-linux (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: amd64 apport-bug bionic

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to util-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1833593

Title:
  fstrim.timer always triggers at 00:00, use RandomizedDelaySec

Status in util-linux package in Ubuntu:
  New

Bug description:
  fstrim.timer always triggers at 00:00:

  $ systemctl list-timers fstrim.timer
  NEXT                          LEFT        LAST                          
PASSED     UNIT         ACTIVATES
  Mon 2019-06-24 00:00:00 CEST  3 days left Mon 2019-06-17 00:00:06 CEST  3 
days ago fstrim.timer fstrim.service

  1 timers listed.
  Pass --all to see loaded but inactive timers, too.

  This can be an issue if concurrent runs cause increased I/O load on
  multiple servers which are part of the same system architecture (I
  have no hard facts via monitoring on this, but assume this can be an
  issue).

  /lib/systemd/system/fstrim.timer does not try to randomize the start time.
  systemd.timer(5) suggests that RandomizedDelaySec can be used to introduce 
variable start times, allowing for balancing out the (suspected increased) I/O 
load across multiple systems.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: util-linux 2.31.1-0.4ubuntu3.3
  ProcVersionSignature: Ubuntu 5.0.0-17.18~18.04.1-generic 5.0.8
  Uname: Linux 5.0.0-17-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.6
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Jun 20 19:52:17 2019
  SourcePackage: util-linux
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1833593/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to