Bug#958311: cloud kernel 5.5.0-2 does not boot under xen

Hi Samuel, On Thu, Feb 16, 2023 at 03:59:09PM +0100, Samuel Thibault wrote: > Andy Smith, le jeu. 09 juin 2022 15:32:38 +, a ecrit: > > If you're using pvgrub2 to boot PV mode then the bad news is that it > > seems to be largely abandoned as nobody wants to alter it to suppor

Bug#997666: flufl.bounce: please update to 4.0

Hi Pierre-Elliott, On Thu, Jan 27, 2022 at 11:25:39PM +0100, Pierre-Elliott Bécue wrote: > I've not put a close statement in my upload because I wanted to make > sure that you are aware that uploading 4.0 in stable is probably not an > option. > > Would you like me to backport this package? I

Bug#1020787: [Pkg-xen-devel] Bug#1020787: linux-image-5.19.0-2-amd64: After updating to 5.19 kernel the VMs are started without XSAVE CPU flags

Hi, On Tue, Sep 27, 2022 at 01:59:42PM +0200, Diederik de Haas wrote: > http://xenbits.xen.org/gitweb/? > p=xen.git;a=commit;h=c3bd0b83ea5b7c0da6542687436042eeea1e7909 is where it's > committed in Xen's master branch. I haven't seen a backport to 4.16 (yet?) Does this mean that all versions of

Bug#939170: "Discrete TPM" seems to have fixed it for me too

I just installed Debian 11 on a 4th gen Thinkpad X1 Carbon and it failed to resume from suspend. This was working in Debian 10. Setting the "TPM Mode" to "Discrete TPM" as mentioned by Uwe Steinmann also appears to have fixed things for me. Thanks, Andy

Bug#1014037: mailman3-web: Possible memory leak: uwsgi OOMs after a few weeks

Hi, I'm pretty sure I'm seeing this too. I'm running it under apache2 and with mariadb. After a week or so uwsgi was using about 7% RAM on an 8G machine. I restarted mailman3-web and that went back to 1%. One day later it is up to 1.2%; I guess it will keep growing and I will also have to

Bug#958311: cloud kernel 5.5.0-2 does not boot under xen

Hi, On Thu, Jun 09, 2022 at 02:00:30PM +0300, Aleksi Suhonen wrote: > The underlying problem is that the cloud kernel is compressed with an > algorithm that grub can't uncompress. What I've been doing as a workaround > is that I decompress the kernel myself in a kernel install hook. Can you show

Bug#1001714: update 1

Hi Detlev, On Thu, Dec 16, 2021 at 09:05:07AM +0100, detlev schmidtke wrote: > I read in the Debian Wiki > (https://wiki.debian.org/UEFI#RAID_for_the_EFI_System_Partition): > > "But for software RAID systems there is currently no support for > putting the ESP on two separate disks in RAID." >

Bug#995397: Dropped support for 32-bit Xen PV guests should be mentioned in i386 release notes

Hi Paul, On Thu, Sep 30, 2021 at 10:21:42PM +0200, Paul Gevers wrote: > This indeed sounds like something that could be mentioned under the > "issues to be aware of" section. A proposal text would help the process > forward. Thanks. I am not sure whether it fits in "Items not limited to the

Bug#995397: Dropped support for 32-bit Xen PV guests should be mentioned in i386 release notes

Package: release-notes As of Linux kernel version 5.9, support for 32-bit Xen guests running in PV mode was dropped: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a13f2ef168cb2a033a284eb841bcc481ffbc90cf Since bullseye comes with a 5.10 kernel, a 32-bit Xen

Bug#994870: [Pkg-xen-devel] Bug#994870: Bug#994870: Bug#994870: Memory allocation problem for VM after xen security update

Hi Alex, On Thu, Sep 30, 2021 at 12:10:32AM +0200, Alexander Dahl wrote: > Am 22.09.21 um 20:54 schrieb Hans van Kranenburg: > > At this point I would really recommend to not wait for a fix to arrive > > which makes it start again, but change your VM to use a 64-bit kernel. > > How? This was

Bug#452721: [Pkg-xen-devel] Bug#452721: "xendomains" does not restore domains in same order as it would start them

Hi Diederik, On Tue, Sep 28, 2021 at 11:39:49PM +0200, Diederik de Haas wrote: > On Tuesday, 28 September 2021 13:41:57 CEST Andy Smith wrote: > > We agree about reverse order, I think we only disagree about when to > > shut down domains that don't have a preference set. > >

Bug#452721: [Pkg-xen-devel] Bug#452721: "xendomains" does not restore domains in same order as it would start them

Hi Diederik, On Tue, Sep 28, 2021 at 11:45:08AM +0200, Diederik de Haas wrote: > On Monday, 27 September 2021 19:13:04 CEST Andy Smith wrote: > > I think the "auto" directory is a pretty good and simple interface, > > so how about using it for save/shutdown as

Bug#452721: [Pkg-xen-devel] Bug#452721: #452721 moreinfo?

Hi Elliott, On Sun, Sep 26, 2021 at 08:07:58PM -0700, Elliott Mitchell wrote: > During a full downtime when all VMs were fully shut down, this effect > can be achieved by including numbers in the filename. Say > /etc/xen/auto/0_ldap.cfg, /etc/xen/auto/1_fileserver.cfg, >

Bug#994870: [Pkg-xen-devel] Bug#994870: Memory allocation problem for VM after xen security update

Hello, On Fri, Sep 24, 2021 at 03:33:21PM +0200, Hans van Kranenburg wrote: > The smallest amount of work to initially get your VM going again is to > only install the 64 bit kernel and keep running a 32 bit user land. Yep, I have a few 32-bit PV domUs that I run as 64-bit just the kernel, works

Bug#950324: question

Hello, On Mon, Aug 16, 2021 at 01:49:24PM +, Claessen, V.I. (Victor) wrote: > Would it be an option to compress the kernel with a stronger compression > algorithm, like xz? Debian has to pick the kernel compression type that works best for the majority of users, bearing in mind that some

Bug#989656: [Pkg-xen-devel] Bug#989656: Bug#989656: Xen misusing syslog

Hello, On Fri, Aug 06, 2021 at 12:04:07AM +0200, Hans van Kranenburg wrote: > On 6/9/21 5:04 PM, Phillip Susi wrote: > > My syslog has entries that look like this: > > > > Jun 09 10:54:26 hyper1 root[621]: /etc/xen/scripts/block: add > > XENBUS_PATH=backend/vbd/1/768 > > > > The third field is

Bug#990717: [Pkg-xen-devel] Bug#990717: xen-system-amd64: Microcode isn't loaded when booting in xen mode

Hello, On Mon, Jul 05, 2021 at 03:13:17PM +0200, José L. Fernández Jambrina wrote: > When booting in Xen mode my system doen't load microcode, It is my understanding that when booting the hypervisor it is the hypervisor's job to load microcode, and it won't do so unless you have something like:

Bug#975417: Fails to parse /sys/dev/block links for NVMe devices, fixed upstream

Hi Steve, On Sun, Nov 22, 2020 at 12:20:06AM +, Steve McIntyre wrote: > Could I ask you to please try the package versions from > > https://people.debian.org/~93sam/efivar/ > > and confirm that they're good for you? Yes, that works. # grub-install /dev/nvme0n1 Installing for x86_64-efi

Bug#975417: Fails to parse /sys/dev/block links for NVMe devices, fixed upstream

Package: libefiboot1 Version: 37-2 Severity: important Dear Maintainer, libefiboot in stable and testing fails to parse symlinks such as: /sys/dev/block/259:1 -> ../../devices/virtual/nvme-subsystem/nvme-subsys0/nvme0n1 which prevents tools such as grub-install and efibootmgr from working

Bug#968921: ITP: dotnet-core-3.1 -- Microsoft .NET Core SDK 3.0.100

Hello, On Sun, Aug 23, 2020 at 06:06:10PM -0500, Alistair Young wrote: > As Microsoft themselves point out, packaging this for main is > useful because it lowers the barrier to use of .NET Core to one > equivalent to other in-distro languages without requiring the > use of third-party

Bug#920118: sponge: preverses permissions but not ownership

Hi, On Thu, Apr 18, 2019 at 10:42:54PM +0200, Nicolas Schier wrote: > Why do you think that sponge ought to preserve the owner? Did the man > page induce that somehow? I was caught out by this just now, and got as far as "bugreport moreutils" before I found this existing bug. When I read

Bug#939733: lsb-release: lsb_release does not show point release on Debian 10.1

Hello, On Sun, Sep 08, 2019 at 05:08:12PM +0200, Thorsten Glaser wrote: > On Sun, 8 Sep 2019, Markku Leiniö wrote: > > On Buster, "lsb_release -d" does not show the point release: > > > > $ lsb_release -d > > Description:Debian GNU/Linux 10 (buster) > > Isn’t that a feature? > > The x.y

Bug#931644: Buster kernel entropy pool too low on VM boot

Hi Michael, On Mon, Jul 08, 2019 at 12:59:29PM -0400, Michael J. Redd wrote: > After upgrading to Debian Buster, Xen PV guests' entropy pool is too > low to start cryptographic services in a timely manner. This results in > 30+ second delays in the startup of services such as SSH. The release

Bug#821254: systemd[1]: xendomains.service start operation timed out.

Hi Hans, On Sat, Feb 02, 2019 at 11:24:36PM +0100, Hans van Kranenburg wrote: > When working on actually shipping systemd units we'd really need > to have a group of users that want to actively help testing > everything. Downgrade, upgrade, try to break it etc... I actually ended up going from

Bug#912592: [Pkg-xen-devel] Bug#912592: Xen stuck at boot "device-mapper: ioctl: …"

Hi, Could it possibly be entropy starvation? See:https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916690 https://lists.debian.org/debian-devel/2018/12/msg00184.html Can you try things like: - attaching a mouse and moving it during boot - installing haveged - Use

Bug#914820: nfs-kernel-server: Non-existent path in /etc/exports causes nfs-server systemd unit to refuse to start

On Tue, Nov 27, 2018 at 05:19:51PM +, Andy Smith wrote: > +ExecReload="/bin/sh -c "/usr/sbin/exportfs -r || true" I just noticed the stray double quote there (the first one). But, you get the idea.

Bug#914820: nfs-kernel-server: Non-existent path in /etc/exports causes nfs-server systemd unit to refuse to start

Package: nfs-kernel-server Version: 1:1.3.4-2.1 Severity: wishlist Dear Maintainer, * What led up to the situation? Upgrading a Debian jessie host to stretch and using systemd unit file /lib/systemd/system/nfs-server.service instead of SysV init script /etc/init.d/nfs-kernel-server *

Bug#903767: Stretch kernel 4.9.110-1 boot-loops with Xen Hypervisor 4.8

Also same symptoms in a PV guest under Xen 4.10. Works if booted on previous kernel. Also prevents installation of stable using the netboot image at e.g. Cheers, Andy

Bug#895878: intel-microcode: MCU Rev 0x3C not found for Haswell E5-1680, finds 0xb000021 instead

Package: intel-microcode Version: 3.20180312.1~bpo8+1 Severity: normal Dear Maintainer, I've installed intel-microcode from jessie-backports-sloppy and booted under Xen with the Xen commandline parameter "ucode=scan". This is supposed to scan the initramfs for a microcode update and apply it.

Bug#850425: linux-image-3.16.0-4-amd64: mpt3sas "swiotlb buffer is full" problem only under Xen

On Fri, Jan 06, 2017 at 11:37:11AM +, Andy Smith wrote: > Andrew Cooper suggested trying two patches: > > https://github.com/xenserver/linux-3.x.pg/blob/master/master/series#L613-L614 […] > Using a kernel built with those patches the problem has gone away for > me and

Bug#850425: Debian bug #850425 - mpt3sas "swiotlb buffer is full" problem only under Xen

Hi Ian, On Mon, Jan 16, 2017 at 11:47:54AM +, Ian Jackson wrote: > Right. Well, you need to post to linux-kernel saying "this patch > fixes such-and-such". You should: […] I see. This is not something I've done before, but I'd be willing to give it a go. But, I am not the author of these

Bug#850425: Debian bug #850425 - mpt3sas "swiotlb buffer is full" problem only under Xen

Hi Ian, On Mon, Jan 09, 2017 at 06:01:14PM +, Ian Jackson wrote: > Patches only make it into Linux upstream stable releases if someone > pushes to get them in. Do you have any advice how I could push to get this to happen? Obviously I need this in order for Xen to be usable on my hardware

Bug#850425: linux-image-3.16.0-4-amd64: mpt3sas "swiotlb buffer is full" problem only under Xen

Package: src:linux Version: 3.16.36-1+deb8u2 Severity: normal Dear Maintainer, This machine has an LSI SAS controller using the mpt3sas drive. When running as a Xen dom0 and hitting the drives attached to the SAS controller with significant IO (e.g.e the mdadm periodic scrub), kernel errors

Bug#784070: Newly-created arrays don't auto-assemble - related to hostname change?

Hi, On Wed, Nov 23, 2016 at 12:03:49PM +0300, Michael Tokarev wrote: > It was long ago when we disabled incremental assembly when > you turned it on by default, and kept old static way to > assemble arrays, because neither our initrd nor regular > userpsace weren't ready for that. Okay, so, on

Bug#844640: mdadm: Newly-created array doesn't assemble at boot - related to hostname change?

On Thu, Nov 17, 2016 at 06:23:08PM +, Andy Smith wrote: > After install, the server's hostname was changed to "jfd". > > An additional array (md5) was created using member devices /dev/sd{c,d}. > It was added to /etc/mdadm/mdadm.conf and update-initramfs -u was > cal

Bug#844640: mdadm: Newly-created array doesn't assemble at boot - related to hostname change?

Package: mdadm Version: 3.3.2-5+deb8u1 Severity: normal Dear Maintainer, * What led up to the situation? First off, I feel like I am missing something obvious and that this may not be a bug. I did present this problem on linux-raid first, and it seems to have stumped them. So, here goes… I

Bug#825717: firefox: Input/select boxes have become disproportionately huge (hiDPI issue?)

Package: firefox Version: 47.0~b5-1 Severity: normal Dear Maintainer, I have a hiDPI display and have been using firefox from experimental because it has fewer issues with this. Upon upgrading from 47.0~b1 to 47.0~b5, a regression has occurred in that most input elements such as submit buttons

Bug#821254: systemd[1]: xendomains.service start operation timed out.

Package: xen-utils-common Version: 4.4.1-9+deb8u4 Severity: normal Dear Maintainer, I have a server with a large number of domUs set to auto-start. For the first time I have booted it with all of them needing to start from cold, but the xendomains service only got part way through. syslog

Bug#818349: I receive the warning when using single-file config but not split config

Hi, I have a bunch of jessie hosts that are all very similar, and since this upgrade one of them has been sending me this cron email during cron.daily. I checked out the difference between that host and the other and the only difference in /etc/exim4/update-exim4.conf.conf was:

Bug#818061: iceweasel: Form elements such as input and select have huge font on hidpi screen

Hi Mike, On Sun, Mar 13, 2016 at 06:30:54PM +0900, Mike Hommey wrote: > Please try firefox from experimental, it should have (better) support > for hidpi. Thanks, that is much better. I still need to set devPixelsPerPx to 1.5 to make content not so tiny, but I'm glad to see that form elements

Bug#818061: iceweasel: Form elements such as input and select have huge font on hidpi screen

On Sun, Mar 13, 2016 at 08:37:14AM +, Andy Smith wrote: > If you look at this JSFiddle: > > https://jsfiddle.net/xwfjvpup/2/ > > It renders like this for me: > > http://imgur.com/1Kw6XmO I forgot to mention, if I use DOM Inspector on say, the select element

Bug#818061: iceweasel: Form elements such as input and select have huge font on hidpi screen

Package: iceweasel Version: 44.0.2-1 Severity: normal Dear Maintainer, I've just installed testing and Iceweasel on a laptop with a fairly high resolution display; 2560x1440. To make Iceweasel usable I needed to set layout.css.devPixelsPerPixel to 1.5 otherwise everything was very tiny. However,

Bug#817016: linux-image-4.3.0-1-amd64: ThinkPad X1 Carbon: Boot stalls at "intel_pstate: HWP enabled"

Package: src:linux Version: 4.3.5-1 Severity: normal Dear Maintainer, Booting this kernel (or the debian-installer latest daily) results in a blank screen. When removing the quiet option the boot is seen to stall after printing "intel_pstate: HWP enabled". Here's a screenshot:

Bug#784688: Thousands of "xen:balloon: Cannot add additional memory (-17) messages" despite dom0 ballooning disabled

Hi Ian, On Fri, Jan 29, 2016 at 02:57:23PM +, Ian Campbell wrote: > I spent a bit of time investigating this, but sadly I'm not able to > reproduce the basis failure. FWIW it was me who reported this with the packages in Debian stable (linux-image-3.16.0-4-amd64 3.16.7-ckt20-1+deb8u3,

Bug#784688: Thousands of "xen:balloon: Cannot add additional memory (-17) messages" despite dom0 ballooning disabled

Hi, I'm also seeing this. With: GRUB_CMDLINE_XEN="dom0_mem=1024M,max:1024M …" I see a flurry of "xen:balloon: Cannot add additional memory (-17)" messages every time a domU is shut down. In this configuration I note that I also see with "free -m" that dom0 has 929M, though "xl list" shows

Bug#783063: Xen domU freeze with "Guest Rx stalled"

Hi, Quick question: do you consider this a guest kernel bug or a dom0 kernel bug? I ask, because in the last two months I have now seen it three times. I recently deployed three jessie dom0 servers as part of a rolling upgrade (everything else is wheezy or older at this stage). Within a few

Bug#804315: [Vmdebootstrap-devel] Namespace issues

Hello, Speaking as a fairly happy user of live-build, but not a contributor to it. I also don't know anything about live-build-ng yet so it is perhaps worth mentioning that while I always got the live-build support I needed, I did always feel that Daniel was perhaps a bit too brusque with people.

Bug#794071: [Pkg-xen-devel] Bug#794071: Bug#794071: "xenconsole: Could not open tty `': No such file or directory" during PV guest boot

Hi Ian, On Wed, Oct 21, 2015 at 08:25:11AM +0100, Ian Campbell wrote: > On Tue, 2015-10-20 at 15:21 +0000, Andy Smith wrote: > > On Fri, Sep 04, 2015 at 02:27:27PM +0100, Ian Campbell wrote: > > > This sounds a bit like the issue fixed by > > > http://xenbits.xen.org/g

Bug#794071: [Pkg-xen-devel] Bug#794071: "xenconsole: Could not open tty `': No such file or directory" during PV guest boot

Hi Ian, On Fri, Sep 04, 2015 at 02:27:27PM +0100, Ian Campbell wrote: > This sounds a bit like the issue fixed by > http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=39ba2989b10b6a1852e253b204eb010f8e7026f1 > > Are you able to run a new Xen (either 4.5.1~rc1-1 from experimental or an >

Bug#800088: apticron: Needs interface list for IP discovery as well as IPs per interface

Package: apticron Version: 1.1.57 Severity: wishlist Dear Maintainer, At the moment apticron seems to have an IPADDRESSNUM= setting which controls how many IP addresses are listed, but this appears to be IP addresses *per interface*. I have hosts with 70+ network interfaces, and as a result

Bug#794820: Sorry, it's not ruby-rack's problem

Hi, I'm sorry, this is a mistaken report. The problem is real, but downgrading ruby-rack did not fix it, it just took slightly longer to manifest itself. So ruby-rack is not to blame. Apologies for wasting your time. Cheers, Andy -- To UNSUBSCRIBE, email to

Bug#794820: ruby-rack: High CPU usage in apache -k start processes with phusion passenger

Package: ruby-rack Version: 1.4.1-2.1+deb7u1 Severity: normal Dear Maintainer, After upgrading ruby-rack package from 1.4.1-2.1 to 1.4.1-2.1+deb7u1, high CPU usage is observed with the two apache start processes. Between them they are trying to use 100% CPU forever. This problem goes away when

Bug#794071: xenconsole: Could not open tty `': No such file or directory during PV guest boot

Package: xen-utils-common Version: 4.4.1-9+deb8u1 Severity: normal Dear Maintainer, When booting a PV guest (xl create -c /etc/xen/foo.conf), immediately after pygrub has determined which kernel/initramfs it will use, the following error messages are logged: xenconsole: Could not open tty `':

Bug#620390: This can also happen if you have old 0.90 superblocks lying about

I recently needed to shrink a 6 device RAID-10 array down to 4 devices, on a Debian wheezy host. As part of that process I needed to upgrade the metadata from 0.90 to 1.0. After the work was done, I started receiving these error: found two disks with the index 3 for RAID md2 messages from

Bug#684334: xen-hypervisor-4.0-amd64: Does not complete boot of dom0 kernel, extremely slow boot from BIOS RAM map onwards

Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-5.2 Severity: important Tags: patch I have a system based on a Supermicro X8DTH-i motherboard and a Xeon E5506 CPU. It was previously running Debian lenny with xen-hypervisor-3.2-1-amd64 / linux-image-2.6.26-2-xen-amd64 without incident. I

Bug#679051: ntp: Start of ntp during boot is delayed by 60 seconds at lockfile-touch step

Package: ntp Version: 1:4.2.6.p5+dfsg-2 Severity: minor Dear Maintainer, For a long while now (certainly through lenny and squeeze) I've noticed that on boot of my Xen-based virtual machines, ntp seems to take an inordinately long time to get started. I initially wrote this off as some

Bug#667594: support MODULES=most in initramfs even for a netboot

Package: live-build Version: 2.0.12-2 Severity: wishlist If a net image is built, then currently /usr/share/live/build/scripts/build/lb_chroot_hacks forces chroot/etc/initramfs-tools/initramfs.conf to contain: MODULES=netboot BOOT=nfs NFSROOT=auto if it did not already have MODULES=netboot in

Bug#667435: live-boot-initramfs-tools: Using kernel parameter nfsopts results in an incorrect invocation of nfsmount

Package: live-boot-initramfs-tools Version: 2.0.15-1 Severity: wishlist If the Linux kernel parameter nfsopts is used then scripts/live ends up calling nfsmount incorrectly. nfsmount is invoked like so: nfsmount -o nolock -o ro ${NFSOPTS} ${NFSROOT} ${mountpoint} rc=0 break If, for

Bug#666565: /usr/lib/libreoffice/program/soffice: Menu items are not displayed with cairo 1.12

Package: libcairo2 Version: 1.12.0-2 Followup-For: Bug #666565 Same problem here (similar to Luca Tettamanti's screenshot) with several applications. I've noticed it in Epiphany, Nautilus and gnome-terminal. It's most severe using Gmail in Epiphany, I guess because that involves a lot of text

Bug#653074: fail2ban: initscript's status action does not set exit value correctly

Package: fail2ban Version: 0.8.4-3 Severity: minor invoke-rc.d fail2ban status returns an exit value of zero even when the service is not running: $ invoke-rc.d fail2ban status echo $? Status of authentication failure monitor: fail2ban is not running 0 I think it would be better if

Bug#651914: linux-image-2.6.32-5-xen-amd64: Poor IPv6 performance from Xen guest; GSO-related?

Package: linux-2.6 Version: 2.6.32-38 Severity: important Tags: ipv6 I have three squeeze servers running: ii linux-image-2.6.32-5-xen-amd64 2.6.32-38 Linux 2.6.32 for 64-bit PCs, Xen dom0 support All three servers have Intel gigabit NICs, but one server uses the e1000e driver and

Bug#651914: linux-image-2.6.32-5-xen-amd64: Poor IPv6 performance from Xen guest; GSO-related?

On Tue, Dec 13, 2011 at 05:23:23AM +, Andy Smith wrote: What I'm noticing is the occasional incorrect checksum and ICMPv6 packet too big messages seen above around 23:59:00.672905 and 23:59:01.240946 after a packet of length 2856. These do not occur on the server with the e1000e driver

Bug#644116: ekeyd-egd-linux: Expose statistics on how much entropy clients are requesting

Package: ekeyd-egd-linux Version: 1.1.3-3 Severity: wishlist It is currently difficult to tell which clients are requesting entropy from the daemon and how much they are requesting, along with whether the request could be completely satisfied. This would be useful for capacity planning, as at

Bug#590285: Patch to fix SQLite backslash-escaping issue

Hi Matthijs, I can confirm that the problem still exists in 2.9.22-6 (and upstream), and the same patch will still apply to it. Cheers, Andy On Tue, Aug 03, 2010 at 06:21:37PM +0200, Matthijs Mohlmann wrote: You're using version 2.9.21-2.1 which is currently the stable version. Can you try

Bug#590285: Patch to fix SQLite backslash-escaping issue

This works for me and shouldn't have any effect on MySQL; haven't looked at the pgsql backend though. thanks -- Call the SQL backend's escaping method instead of the generic sqlEscape(). Modify SQLite's escaping method to only escape single quotes, and to do so with another single quote. SQLite

Bug#590285: pdns-backend-sqlite has incorrect handling of backslash escapes

Package: pdns-backend-sqlite Version: 2.9.21.2-1 Severity: important Backslash escapes are not supported by sqlite (http://www.sqlite.org/lang_expr.html Literal Values) but pdns-backend-sqlite will insert them, and tries to escape single quotes in SQL with them.

Bug#574568: lurker: zap link to delete email from archive is javascript GET, causes bad interactions with crawlers

Package: lurker Version: 2.1-13 Severity: minor By default, lurker includes a javascript image link on each email that looks something like this: javascript:trash('http://lists.example.com/lurker/zap/20100318.113155.0e0de092.en.html'); Because this link just appears to a non-human client like

Bug#574568: lurker: zap link to delete email from archive is javascript GET, causes bad interactions with crawlers

On Fri, Mar 19, 2010 at 03:16:06AM +, Andy Smith wrote: It might also be nice to document a simple way to remove the link entirely. This looks promising: http://www.terpstra.ca/lurker/message/20060423.233328.bd5efdb8.en.html Just a note that the above (deleting the link from the .xsl

Bug#557576: Postinstallation of 'locales' fails because of missing locale-gen

. Cheers, Andy. -- Andy Smith +44 7538 089864 | +44 1302 638000 | http://andys.org.uk/ | PGP: 0xA762A666 -- System Information: Debian Release: 5.0.3 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8

Bug#513842: [Pkg-xen-devel] Bug#513842: xen-utils-common: please make pygrub available

Hi Anand, On Mon, Feb 02, 2009 at 04:25:47AM +1100, Anand Kumria wrote: It would be very useful it /usr/bin/pygrub was available -- it should be a symlink (or wrapper) that points to the real version in the Xen hypervisor. Isn't this already accomplished by using

Bug#499366: 4gb seg fixup not fixed in 2.7-14?

On Wed, Oct 15, 2008 at 08:56:57AM +0200, Aurelien Jarno wrote: On Tue, Oct 14, 2008 at 09:20:12PM +, Andy Smith wrote: Thanks Bastian. What is your best advice for a workaround since I can't change dom0 from the packaged Etch hypervisor and current Lenny kernels do not boot

Bug#499366: 4gb seg fixup not fixed in 2.7-14?

On Wed, Oct 15, 2008 at 01:49:11PM +0200, [EMAIL PROTECTED] wrote: Andy Smith [EMAIL PROTECTED] wrote: Unfortunately ldconfig will not allow the same hwconfig twice. For now I reverted it to 0 and rebooted; this has got rid of the warnings. I will just have to bear it in mind for when I can

Bug#499366: 4gb seg fixup not fixed in 2.7-14?

Hi, Ever since updating to libc6-xen 2.7-14 I am seeing the 4gb seg fixup warnings: Oct 14 10:43:34 cacti kernel: printk: 11610 messages suppressed. Oct 14 10:43:34 cacti kernel: 4gb seg fixup, process head (pid 5876), cs:ip 73:b7ebb33a Oct 14 10:43:38 cacti init: Trying to re-exec init Oct 14

Bug#499366: 4gb seg fixup not fixed in 2.7-14?

On Tue, Oct 14, 2008 at 11:06:18PM +0200, Bastian Blank wrote: On Tue, Oct 14, 2008 at 04:15:29PM +0200, Aurelien Jarno wrote: The proposed patch has been applied. But maybe it is wrong. Waldi, could you please have a look? I have no Xen machine. The patch is correct. The problem is the

Bug#461644: Also affects Red Hat and probably Fedora too

Ask followed up to say that he'd opened a bug with Red Hat on this back in January '07, so it's by no means a Debian issue: https://bugzilla.redhat.com/show_bug.cgi?id=223947 As it says, using tap:aio to access the LV is one possible workaround (but not something I want to do). Cheers, Andy

Bug#461644: linux-image-2.6.18-5-xen-686: Exporting an lvm-on-md LV to Xen as a disk results in kernel errors and corrupt filesystems

Package: linux-image-2.6.18-5-xen-686 Version: 2.6.18.dfsg.1-17 Severity: normal I have several machines using LVM on (md) raid10 on 4 SATA disks. When I create an LV and export it to a Xen domU as a whole disk, as soon as that domU tries to partition or write to the disk I get many of these

Bug#452721: xen-utils-common: xendomains does not restore domains in same order as it would start them

Package: xen-utils-common Version: 3.0.3-0-2 Severity: wishlist The xendomains init script will start domains according to the order of config files found in /etc/xen/auto/*. I use this so that, in the event of a hard reboot, the more important domains will start first. Some of these contain

Bug#451297: linux-image-2.6.18-5-xen-686: kernel page allocation failure causes networking freeze

Package: linux-image-2.6.18-5-xen-686 Version: 2.6.18.dfsg.1-13etch4 Severity: grave Justification: renders package unusable Hi, In the past couple of months two of my Xen dom0 servers have, after about a week of uptime, been reporting kernel errors like so: Nov 14 18:57:58 corona kernel:

Bug#412743: I am also experiencing this, using sarge apt-cacher with etch and ubuntu clients

Package: apt-cacher Version: 0.9.4sarge1 Followup-For: Bug #412743 I am experiencing the same thing after an upgrade of a client to etch (server with apt-cacher still runs sarge): [EMAIL PROTECTED] stats]$ sudo aptitude dist-upgrade Reading package lists... Done Building dependency tree... Done

Bug#412743: Info received (I am also experiencing this, using sarge apt-cacher with etch and ubuntu clients)

I should also point out, my /etc/apt/sources.list is: deb http://apt-cacher.bitfolk.com/cache/ftp.uk.debian.org/debian/ etchmain contrib deb-src http://apt-cacher.bitfolk.com/cache/ftp.uk.debian.org/debian/ etchmain contrib deb

Bug#417937: debian-installer does not support raid10 for partitioning

Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/etch_di_rc2/i386/iso-cd/ Date: 03 Apr 2007 Machine: Supermicro PDSMi-based rackmount system Processor: Core2Duo Xeon 2.4GHz Memory: 4GiB Partitions: No partitions were created because didn't get that

Bug#368617: This seems to be an issue for Xen also

I am also seeing this every time I reboot a Xen domU on Etch: [...] IF-MIB::ifDescr.24 = STRING: v-deep IF-MIB::ifDescr.28 = STRING: v-isst IF-MIB::ifDescr.34 = STRING: v-light IF-MIB::ifDescr.35 = STRING: v-light IF-MIB::ifDescr.36 = STRING: v-light [...] IF-MIB::ifAdminStatus.24 = INTEGER:

Bug#115767: I see this too on x86-xen running etch

On Mon, Apr 24, 2006 at 08:04:27PM +, Andy Smith wrote: I'll look into running another sshd on a higher port for my own needs and strace one on port 22. The dictionary attacks should still trigger this eventually. Okay, I did this, and ~5 days later a massive dictionary attack triggered

Bug#115767: I see this too on x86-xen running etch

On Sun, Apr 16, 2006 at 11:42:00AM -0400, Justin Pryzby wrote: What about strace without -f? I just tested with strace -o /dev/null sh, and I am still able to run sudo. It isn't clear to me whether this will catch the problem; it depends on the server crashing (you said it did, no?) and

Bug#115767: I see this too on x86-xen running etch

On Fri, Apr 14, 2006 at 03:58:09PM +, Andy Smith wrote: Okay, I'm now running: $ sudo strace -ff -o /var/log/ssh-strace/ssh-strace.log /usr/sbin/sshd Unfortunately now whenever I log in via an sshd that is running under strace, none of my setuid binaries work. For sudo

Bug#115767: I see this too on x86-xen running etch

On Thu, Mar 09, 2006 at 12:37:06PM -0500, Justin Pryzby wrote: Something like strace -f -o /var/log/ssh-strace/ssh-strace.log, where you should be able to set the directory permissions to be sufficiently tight. Okay, I'm now running: $ sudo strace -ff -o /var/log/ssh-strace/ssh-strace.log

Bug#115767: I see this too on x86-xen running etch

Hi, I get this error message and sshd dying intermittently since I upgraded one of my sarge xen domains to etch. It always happens in the middle of a prolonged dictionary attack on my sshd. My other sarge domains on the same hardware get the dictionary attacks and weather them fine though. I

Bug#115767: I see this too on x86-xen running etch

On Thu, Mar 09, 2006 at 12:37:06PM -0500, Justin Pryzby wrote: On Thu, Mar 09, 2006 at 05:13:34PM +, Andy Smith wrote: Hi, I get this error message and sshd dying intermittently since I upgraded one of my sarge xen domains to etch. It always happens in the middle of a prolonged