Control: fixed -1 252.26-1~deb12u1
Control: fixed -1 256-1
Control: close -1
On Fri, 26 Jan 2024 11:31:37 +0100 Chris Hofstaedtler
wrote:
> clone 1059995 -1
> reopen -1
> reassign -1 systemd
> found -1 systemd/254.3-1
> forwarded -1 https://github.com/systemd/systemd/issues/31037
> thanks
>
> De
Hi,
On Fri, 26 Jan 2024 11:31:37 +0100 Chris Hofstaedtler
wrote:
Paul Gevers noted that src:pdns's autopkgtests fail every so often
on a large amd64 debci worker and on s390x workers. Apparently a
similar problem can be seen in src:pdns-recursor's debci runs.
The issue (or at least some issu
* Paul Gevers [240126 22:25]:
> Hi zeha,
>
> On 26-01-2024 10:21, Chris Hofstaedtler wrote:
> > I see this "works", but now the tests fail after one try on the
> > problematic worker and then are never retried. Can this please be
> > fixed?
>
> What do you have in mind? I think you need to wait
Hi zeha,
On 26-01-2024 10:21, Chris Hofstaedtler wrote:
I see this "works", but now the tests fail after one try on the
problematic worker and then are never retried. Can this please be
fixed?
What do you have in mind? I think you need to wait until issue 166 [1]
is fixed, which I guess isn't
clone 1059995 -1
reopen -1
reassign -1 systemd
found -1 systemd/254.3-1
forwarded -1 https://github.com/systemd/systemd/issues/31037
thanks
Dear systemd Packagers,
Paul Gevers noted that src:pdns's autopkgtests fail every so often
on a large amd64 debci worker and on s390x workers. Apparently a
s
Hi Paul,
* Paul Gevers [240104 18:14]:
> Can you figure out decent numbers for these? Below I printed the output of
> lsipc and AFAICT SHMMAX is already pretty big ;) (and the same on all our
> hosts, which is also true for MSGMAX).
>
> On the other hand, $(ipcs -a) doesn't show anything on the
On Fri, Jan 12, 2024 at 08:02:53PM +0100, Paul Gevers wrote:
> Hi,
>
> On 12-01-2024 12:36, Chris Hofstaedtler wrote:
> > can you confirm two additional things please:
> >
> > 1) this happens only on the large host?
>
> https://ci.debian.net/packages/p/pdns/testing/s390x/41650331/
>
> Seems it
Hi,
On 12-01-2024 12:36, Chris Hofstaedtler wrote:
can you confirm two additional things please:
1) this happens only on the large host?
https://ci.debian.net/packages/p/pdns/testing/s390x/41650331/
Seems it happens on our s390x host too (which has 10 debci workers
running in parallel).
Hi,
can you confirm two additional things please:
1) this happens only on the large host?
2) this does not or does happen with other packages also requesting
the same settings from systemd, e.g. dnsdist or pdns-recursor?
Chris
Hi,
On 04-01-2024 17:28, Chris Hofstaedtler wrote:
On Thu, Jan 04, 2024 at 03:37:21PM +0100, Paul Gevers wrote:
Hi,
On 04-01-2024 15:08, Chris Hofstaedtler wrote:
It would seem that the host runs out of IPC space?
What is IPC space?
https://manpages.debian.org/bookworm/manpages/sysvipc.7.
On Thu, Jan 04, 2024 at 03:37:21PM +0100, Paul Gevers wrote:
> Hi,
>
> On 04-01-2024 15:08, Chris Hofstaedtler wrote:
> > It would seem that the host runs out of IPC space?
>
> What is IPC space?
https://manpages.debian.org/bookworm/manpages/sysvipc.7.en.html
https://manpages.debian.org/bookworm
Hi,
On 04-01-2024 15:08, Chris Hofstaedtler wrote:
It would seem that the host runs out of IPC space?
What is IPC space? And when does a host run out of it? As I said, this
is one of our most powerful hosts, so I would expect it to run out of
things last.
Does it run more tests in paralle
On Thu, Jan 04, 2024 at 02:42:59PM +0100, Paul Gevers wrote:
> 269s Dec 25 16:13:20 ci-359-77591125 (s_server)[3766]: pdns.service: Failed
> to set up IPC namespacing: Resource temporarily unavailable
> 269s Dec 25 16:13:20 ci-359-77591125 (s_server)[3766]: pdns.service: Failed
> at step NAMESPACE
Source: pdns
Version: 4.8.3-2
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
I looked at the results of the autopkgtest of your package. I noticed
that it regularly fails. The failures seem related on the host that runs
the test. ci-worker13 is a beefy m
14 matches
Mail list logo