Sorry, cannot find an updated 2.6.30-2-amd64 on unstable. Do you mean
2.6.32-2-amd64?
smime.p7s
Description: S/MIME Cryptographic Signature
No issues so far with 2.6.32. xfsdump to tape seems to work better now,
i.e. no panics.
I think we can close this bug.
smime.p7s
Description: S/MIME Cryptographic Signature
Ooops... just seconds after my mail the server panic'd while xfsdumping
to tape:
Kernel panic - not syncing: xfs_fs_destroy_inode: cannot reclaim
0x8800642fcd80
Pid: 47, comm: kswapd0 Not tainted 2.6.32-2-amd64 #1
Call trace:
[...] ? panic+0x86/0x141
[...] ? __up_write+0x12/0x45
[...]
Hi all,
Am 23.02.2010 11:35, schrieb maximilian attems:
xfsdump version is not specified. Stefan could you add that info?
output of:
dpkg -l xfsdump
Here we go...
# dpkg -l xfsdump
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait
Package: linux-2.6
Version: 2.6.32-29
Severity: important
The bug reported in #596802 seems to have reappeared in kernel 2.6.32-29.
Problem arises when network traffic starts in freshly started HVM domain
(W2k8R2, Citrix WHQL drivers). I've already upgraded the e1000e module from the
one in the
Hi Ian!
Am 02.01.2011 20:27, schrieb Ian Campbell:
> Did -28 work OK? Otherwise what was the last known good kernel?
The -29 kernel was the one that was installed when I've setup Squeeze.
So, there was never a different kernel on that system. Anyway... I can
try -28 and see what happens.
> The
Hi Ian,
I've tried with 2.6.32-28 but problem persists. So we have a problem
with symptoms similar to #596802. I'll attach the oops details.
Regards,
Stephan
Jan 4 17:46:33 n0020 kernel: [ 82.100424] device vif1.0 entered promiscuous
mode
Jan 4 17:46:33 n0020 kernel: [ 82.103545] br0: por
Hello,
Am 04.01.2011 18:33, schrieb Ian Campbell:
> I don't suppose you feel inclined to bisect between -23 and -28 to find
> the first broken version, do you? (http://snapshot.debian.org/ is your
> friend here)
I've checked...
-23: oops
-24: oops
-25: oops
-26: oops
-27: oops
-28: oops
-29: oop
Hi Ian,
Am 05.01.2011 14:11, schrieb Ian Campbell:
> Netback is supposed to drop such invalid packets, however I've just
> found a patch in my .git/patches, dated August 2009, to do this which I
> forgot to send upstream. I'll do that now!
Shall I still test something or just wait for the fix?
Hi,
Am 05.01.2011 14:57, schrieb Ian Campbell:
> Per my previous mail please can you let me know the details of the
> Windows driver versions you are using, where you got them from etc.
PV drivers are Citrix WHQL server for XenServer 5.5, don't know download
source anymore (looked for it in xen-
Hi,
Am 05.01.2011 17:22, schrieb Ian Campbell:
> I'd strongly recommend upgrading to something newer, such as the drivers
> supplied with the XCP 1.0 beta. The beta designation does not apply to
> the Windows driver component of this release, they are a GA version of
> the drivers.
>
> http://ww
Package: apt-cacher
Version: 1.6.12
Severity: important
Some requests to the apt-cacher fail with the error message
Fri Jan 14 13:15:40 2011|info [8539]: Warning: apt-cacher failed to connect to
libcurl
Fri Jan 14 13:15:40 2011|error [8543]: Unable to create libcurl socket
/var/cache/apt-cacher
Hi Mark!
Am 30.01.2011 16:55, schrieb Mark Hindley:
>> Some requests to the apt-cacher fail with the error message
> Only some? Which don't?
Yes, only some requests failed. I haven't found a rule but I can provide
you the error and access log files.
> Were they root:root before or something els
Am 30.01.2011 19:54, schrieb Mark Hindley:
> Yes, I think so. When (approximately!) was your original apt-cacher
> install? I wonder if it was before the option to run as www-data was
> introduced. That was also before I was maintainer and I don't have the
> sources, so I am a bit in the dark. Jud
Am 30.01.2011 23:57, schrieb Mark Hindley:
> Could you apply this patch to /usr/share/apt-cacher/apt-cacher-lib.pl
> and see if it helps if you have chmod /var/cache/apt-cacher to
> root:root.
This is the result:
# chown root:root /var/cache/apt-cacher
# /etc/init.d/apt-cacher st
Hi all,
Am 22.05.2010 19:42, schrieb Moritz Muehlenhoff:
> 2.6.32.12 has introduced lots of xfs bugfixes. Please try the current
> 2.6.32-13 kernel from unstable. If the error can still be reproduced
> it should be reported upstream at bugzilla.kernel.org
Looks like my issue has been solved with
Package: milter-greylist
Version: 3.0-3.1
Severity: normal
Last night my milter-greylist crashed with a segfault:
Mar 15 01:53:33 n0034 kernel: [55124.848954] milter-greylist[1662]: segfault at
130 ip 7fd0a8e33900 sp 420030f0 error 4 in libmilter.so.1.0.1[7fd0a8e28000+f000]
When restarting milt
Package: chrony
Version: 4.0-8+deb11u2
Severity: important
Dear Maintainer,
please consider adding support for 'refclock' in /etc/chrony/sources.d.
Some compute providers (Azure, Hetzner, KVM) support PTP as a
high-precision alternative to NTP but that feature requires to
configure a refclock in
18 matches
Mail list logo
