Bug#851875: atop not installable if process accounting is stopped

2022-07-13 Thread Marc Haber
On Tue, Jan 26, 2021 at 08:25:24AM +0100, Marc Haber wrote:
> can you verify that this issue still applies to the current version of
> atop, 2.6.0? I would appreciate that.

No answer in 18 months. I intend to close this by the End of August
2022.

Greetings
Marc



Bug#851875: atop not installable if process accounting is stopped

2021-01-25 Thread Marc Haber
On Thu, Jan 19, 2017 at 02:33:04PM +0100, Jan Niehusmann wrote:
> The process accounting didn't run because I actively stopped it.
> (echo "99 99 30" >/proc/sys/kernel/acct means that process accounting
> stops whenever less then 99% of the target fs are free.)
> 
> So that's not surprising. But I think that atop still should be
> upgradable cleanly, in such a situation.

Hi,

can you verify that this issue still applies to the current version of
atop, 2.6.0? I would appreciate that.

Greetings
Marc



Bug#851875: atop not installable if process accounting is stopped

2017-01-19 Thread Marc Haber
tags #851875 upstream
forwarded #851875 atoptool.nl
retitle #851875 atopacctd does not start gracefully if process accounting is 
stopped
thanks



Bug#851875: atop not installable if process accounting is stopped

2017-01-19 Thread Jan Niehusmann
Package: atop
Version: 2.2.6-2
Severity: minor

On Thu, Jan 19, 2017 at 01:02:16PM +0100, Marc Haber wrote:
> On Thu, Jan 19, 2017 at 12:35:33PM +0100, Jan Niehusmann wrote:
> > First I noticed that the installation failed because process accounting
> > was not running. (I used the 'echo "99 99 30" >/proc/sys/kernel/acct'
> > command to test the jessie version, before, to make sure that I can still
> > reproduce the bug.)
> 
> Home-Made issue or #833997?

The process accounting didn't run because I actively stopped it.
(echo "99 99 30" >/proc/sys/kernel/acct means that process accounting
stops whenever less then 99% of the target fs are free.)

So that's not surprising. But I think that atop still should be
upgradable cleanly, in such a situation.

The chain of events is:

- I paused process accounting using the mentioned command
- I started the upgrade
- postinst tries to start atopacct
  (invoke-rc.d atopacct start, generated by dh_installinit
- atopacct waits for new accounting entries to appear, fails
  after some timeout
- invoke-rc.d returns failure, breaking the update

So it really looks like a different bug. -> new ticket opened.

Set the severity to minor, as it's probably difficult to trigger under
normal circumstances.

Jan