Bug#613116: libev-dev: c++ compilation problem

2011-02-12 Thread Richard Kojedzinszky
Package: libev-dev Version: 1:3.9-1 Severity: important Tags: upstream This simple code does not compile at all: #include iostream #include ev++.h class A { public: void func() { std::cout HW std::endl; } }; int

Bug#616479: netbase: /etc/init.d/networking should depend on procps

2011-03-04 Thread Richard Kojedzinszky
Package: netbase Version: 4.45 Severity: normal In debian's recommendation, I've enabled rp_filter in /etc/sysctl.conf. Meanwhile I've two ethernet interfaces configured in /etc/network/interfaces, and during bootup, the sysctl.conf and the interfaces files get processed paralelly, resulting in

Bug#616479: netbase: /etc/init.d/networking should depend on procps

2011-03-05 Thread Richard Kojedzinszky
Fingerprint = F6D4 3FFE AF03 CACF 0DCB 46A1 54B2 BF0C 8F59 B1B7 On Sat, 5 Mar 2011, Marco d'Itri wrote: Date: Sat, 5 Mar 2011 17:38:00 +0100 From: Marco d'Itri m...@linux.it To: Richard Kojedzinszky kri...@tvnetwork.hu Cc: 616...@bugs.debian.org Subject: Re: Bug#616479: netbase: /etc/init.d/networking

Bug#616479: netbase: /etc/init.d/networking should depend on procps

2011-03-05 Thread Richard Kojedzinszky
...@linux.it To: Richard Kojedzinszky kri...@tvnetwork.hu Cc: 616...@bugs.debian.org Subject: Re: Bug#616479: netbase: /etc/init.d/networking should depend on procps On Mar 05, Richard Kojedzinszky kri...@tvnetwork.hu wrote: Then who could help? I agree this is not related to netbase, instead

Bug#616479: netbase: /etc/init.d/networking should depend on procps

2011-03-05 Thread Richard Kojedzinszky
: Date: Sat, 5 Mar 2011 17:43:36 +0100 From: Marco d'Itri m...@linux.it To: Richard Kojedzinszky kri...@tvnetwork.hu Cc: 616...@bugs.debian.org Subject: Re: Bug#616479: netbase: /etc/init.d/networking should depend on procps On Mar 05, Richard Kojedzinszky kri...@tvnetwork.hu wrote: Then who

Bug#616479: netbase: /etc/init.d/networking should depend on procps

2011-03-05 Thread Richard Kojedzinszky
Richard TvNetWork Nyrt. E-mail: krichy (at) tvnetwork [dot] hu PGP: 0x54B2BF0C8F59B1B7 Fingerprint = F6D4 3FFE AF03 CACF 0DCB 46A1 54B2 BF0C 8F59 B1B7 On Sat, 5 Mar 2011, Marco d'Itri wrote: Date: Sat, 5 Mar 2011 17:52:37 +0100 From: Marco d'Itri m...@linux.it To: Richard Kojedzinszky kri

Bug#570766: System hangs on X startup (855GM, KMS disabled)

2010-03-03 Thread Richard Kojedzinszky
to it. Regards, Kojedzinszky Richard On Tue, 2 Mar 2010, Cyril Brulebois wrote: Richard Kojedzinszky kri...@cflinux.hu (28/02/2010): Dear Cyril, Hi Richard, I've installed linux-image-2.6.32-2-686 from sid, upgraded libdrm2 and libdrm-intel1 packages, but unfortunately nothing changed. When I start X

Bug#570766: System hangs on X startup (855GM, KMS disabled)

2010-03-04 Thread Richard Kojedzinszky
xserver-xorg-video-intel packages? Regards, Kojedzinszky Richard On Thu, 4 Mar 2010, Cyril Brulebois wrote: Richard Kojedzinszky kri...@cflinux.hu (03/03/2010): Dear cyril, Hi Richard, For now i've tested the latest 2.6.32.y kernel source. I've booted up, remotely loaded i915 with modeset=1

Bug#570766: System hangs on X startup (855GM, KMS disabled)

2010-02-27 Thread Richard Kojedzinszky
Package: xserver-xorg-video-intel Version: 2:2.9.1-2 Severity: normal I have a similar problem. In a fresh debian testing install I've install xserver-xorg-core. After it, I've rebooted, and very early the monitor has gone blank. Some activity was seen on the hard disk, but once it stopped, the

Bug#570766: System hangs on X startup (855GM, KMS disabled)

2010-02-28 Thread Richard Kojedzinszky
Dear Cyril, I've installed linux-image-2.6.32-2-686 from sid, upgraded libdrm2 and libdrm-intel1 packages, but unfortunately nothing changed. When I start X, the whole machine stops responding. Regards, Kojedzinszky Richard On Sat, 27 Feb 2010, Cyril Brulebois wrote: Richard Kojedzinszky

Bug#570766: System hangs on X startup (855GM, KMS disabled)

2010-04-17 Thread Richard Kojedzinszky
sure, that the intel driver in lenny is working fine on my hardware. But unfortunately in squeeze it is not. Do you have any ideas? Regards, Kojedzinszky Richard On Thu, 4 Mar 2010, Cyril Brulebois wrote: Richard Kojedzinszky kri...@cflinux.hu (03/03/2010): Dear cyril, Hi Richard, For now

Bug#684618: linux-image-3.2.0-3-686-pae: e1000 wake-on-lan does not work

2012-08-11 Thread Richard Kojedzinszky
Package: src:linux Version: 3.2.23-1 Severity: important Tags: patch upstream In linux kernel commit d5bc77a223b0e9b9dfb002048d2b34a79e7d0b48 made wol does not work on e1000 cards. Later, in b868179c47e9e8eadcd04c1f3105998e528988a3 it has been fixed, but has not been ported back to 3.2 series,

Bug#801924: ganeti: livelock with shared-file-storage on nfs

2015-10-16 Thread Richard Kojedzinszky
Package: ganeti Version: 2.12.4-1~deb8u1 Severity: important -- Package-specific info: Version symlinks: /etc/ganeti/share -> /usr/share/ganeti/2.12 /etc/ganeti/lib -> /usr/lib/ganeti/2.12 Cluster config version: 2.12.4 Address family: IPv4 Enabled hypervisors: xen-pvm xen-hvm xen-pvm

Bug#836367: libyaml-cpp-dev: Link failure of a simple test code

2016-09-02 Thread Richard Kojedzinszky
Package: libyaml-cpp-dev Version: 0.5.2-3.1 Severity: important While compiling/linking a very simple source code, I get a link failure: $ cat try.cpp #include #include int main() { YAML::Node node = YAML::Load("{key: value}"); return 0; } $ g++ -O2 -o try try.cpp -std=c++11

Bug#865086: xen-hypervisor-4.8-amd64: Default grub entry broken with locales

2017-06-19 Thread Richard Kojedzinszky
Package: src:xen Version: 4.8.1-1+deb9u1 Severity: important /etc/default/grub.d/xen.cfg contains an override for grub to select Xen hypervisor as default, but this may not match when grub configuration is generated with some locale. -- System Information: Debian Release: 9.0 APT prefers

Bug#879751: xen-utils-common: /etc/init.d/xen restart kills running domU qemu processes

2017-10-25 Thread Richard Kojedzinszky
Package: xen-utils-common Version: 4.8.1-1+deb9u3 Severity: important On debian stretch with xen and qemu-system-x86 installed, when upgrading the system if for some reason # /etc/init.d/xen restart is issued, all qemu processes belonging to domU's are killed. Suggestion is to remove the second

Bug#994803: libxenmisc4.14 xenstat vbd.rd_sects not populated

2021-09-21 Thread Richard Kojedzinszky
Package: libxenmisc4.14 Version: 4.14.3-1~deb11u1 Severity: important Tags: patch upstream X-Debbugs-Cc: richard.kojedzins...@gmail.com Dear Maintainer, libxenstat does not parse vbd.rd_sects correctly, so vbd read statistics are unavailable. Upstream has already fixed it:

Bug#1071501: Linux NFS client hangs in nfs4_lookup_revalidate

2024-05-23 Thread Richard Kojedzinszky
Dear NFS developers, I am running multiple PODs on a Kubernetes node, they all mount different NFS shares from the same nfs server. I started to notice hangups in my dovecot process after I switched to Debian's kernel from upstream 5.15. You can find Debian bugreport at

Bug#1071501: Linux NFS client hangs in nfs4_lookup_revalidate

2024-05-23 Thread Richard Kojedzinszky
/trigger the issue. It even could be stripped down to minimal operations to trigger the bug. Thanks in advance, Richard 2024-05-23 09:10 időpontban Richard Kojedzinszky ezt írta: Dear NFS developers, I am running multiple PODs on a Kubernetes node, they all mount different NFS shares from

Bug#1071501: Linux NFS client hangs in nfs4_lookup_revalidate

2024-05-23 Thread Richard Kojedzinszky
file operations, which will trigger a lockup in a few minutes. Please take a look at it. Thanks in advance, Richard 2024-05-23 14:12 időpontban Richard Kojedzinszky ezt írta: Dear devs, Now bisecting turned out that 3c59366c207e4c6c6569524af606baf017a55c61 is the bad commit for me. Strangely

Bug#1071501: Linux NFS client hangs in nfs4_lookup_revalidate

2024-05-26 Thread Richard Kojedzinszky
Dear Neil, I was running it on arm64, may that be the reason? Regards, Richard On May 27, 2024 4:02:32 AM GMT+02:00, NeilBrown wrote: >On Sun, 26 May 2024, Richard Kojedzinszky wrote: >> Dear Neil, >> >> According to my quick tests, your patch seems to fix this bug. Coul

Bug#1071501: linux-image-6.1.0-21-arm64: Linux NFS client hangs in nfs4_lookup_revalidate

2024-05-20 Thread Richard Kojedzinszky
Package: src:linux Version: 6.1.90-1 Severity: normal X-Debbugs-Cc: richard+debian+bugrep...@kojedz.in Dear Maintainer, I am running kubernetes on debian, and pods are mounting multiple nfs shares. I am running dovecot processes in PODs, which receive mails from the internet, and also serves as

Bug#1071501: linux-image-6.1.0-21-arm64: Linux NFS client hangs in nfs4_lookup_revalidate

2024-05-21 Thread Richard Kojedzinszky
, and I did not find anything related to NFS. Regards, Richard 2024-05-20 21:07 időpontban Salvatore Bonaccorso ezt írta: Hi Richard, On Mon, May 20, 2024 at 09:27:24AM +, Richard Kojedzinszky wrote: Package: src:linux Version: 6.1.90-1 Severity: normal X-Debbugs-Cc: richard+debian+bugrep

Bug#1071501: Linux NFS client hangs in nfs4_lookup_revalidate

2024-05-25 Thread Richard Kojedzinszky
Dear Neil, According to my quick tests, your patch seems to fix this bug. Could you also manage to try my attached code, could you also reproduce the bug? Thanks, Richard 2024-05-24 07:29 időpontban Richard Kojedzinszky ezt írta: Dear Neil, I've applied your patch, and since

Bug#1071501: Linux NFS client hangs in nfs4_lookup_revalidate

2024-05-23 Thread Richard Kojedzinszky
:31 időpontban NeilBrown ezt írta: On Fri, 24 May 2024, Richard Kojedzinszky wrote: Dear devs, I am attaching a stripped down version of the little program which triggers the bug very quickly, in a few minutes in my test lab. It turned out that a single NFS mountpoint is enough. Just start

Bug#1071501: Linux NFS client hangs in nfs4_lookup_revalidate

2024-05-23 Thread Richard Kojedzinszky
, Richard Kojedzinszky wrote: Dear devs, I am attaching a stripped down version of the little program which triggers the bug very quickly, in a few minutes in my test lab. It turned out that a single NFS mountpoint is enough. Just start the program giving it the NFS mount as first argument. It will chdir