similar to: INFO: task journal:337 blocked for more than 120 seconds

Good morning, we've recently had some strange message in /var/log/syslog. System: debian bullseye, kernel 5.10.0-21-amd64 and 5.10.0-22-amd64 gluster 10.3 The message look like: Apr 27 13:30:18 piggy kernel: [24287.715229] INFO: task glfs_fusenoti:2787 blocked for more than 120 seconds. Apr 27 13:30:18 piggy kernel: [24287.715327] Not tainted 5.10.0-22-amd64 #1 Debian 5.10.178-3 Apr

I don't think the issue is on gluster side, it seems the issue is on kernel side (possible deadlock in fuse_reverse_inval_entry) https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bda9a71980e083699a0360963c0135657b73f47a On Tue, May 2, 2023 at 5:48?PM Hu Bert <revirii at googlemail.com> wrote: > Good morning, > > we've recently had some strange

Hi All. I have a server which hanged two times because we could not connect to the box, it was not responding. In /var/log/messages I saw: Apr 11 10:13:29 server kernel: INFO: task imap:5855 blocked for more than 120 seconds. Apr 11 10:13:29 server kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Apr 11 10:13:29 server kernel: imap D

This may or may not be CentOS related, but am out of ideas at this point and wanted to bounce this off the list. I'm running a CentOS 5.5 server, running the latest kernel 2.6.18-194.32.1.el5. Almost everyday around 3:30 AM the server completely locks up and has to be power cycled before it will come back online. (this means someone hat to wake up and reboot the server, oh how I love being

If I manually delete the Q35 USB Controllers, I can use managedsave/start, but I start getting tty errors that don't happen before the managedsave/start. Using libvirt 1.2.18 (-1 Arch) and QEMU git-master (2.4.0.r40384.2d69736). Installed using Q35 chipset. I'm running QEMU git, which allows SCSI controller migration, so I can attempt doing this. I started my guest, and waited for 15

Hi Dave, Nice driver optimization from Shirley, but requires a new virtio hook. Do you want to take both? I have nothing else overlapping it. Cheers, Rusty.

Hi Dave, Nice driver optimization from Shirley, but requires a new virtio hook. Do you want to take both? I have nothing else overlapping it. Cheers, Rusty.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I did some configuration changes on a XenServer 5.6 (Which I believe is running CentOS 5.5 under the hood). After a reboot, the server failed to come back up. Connecting to the serial console, I see that it hangs right after setting hostname: Setting hostname somehostname: [ OK ] INFO: task nash:5282 blocked for more than 120 seconds. "echo

Dear XEN-Team I've set up a complete new VM, tested copying and backuping with following error again: [ 1920.052129] INFO: task jbd2/xvda2-8:98 blocked for more than 120 seconds. [ 1920.052143] Not tainted 3.16.0-4-amd64 #1 [ 1920.052147] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 1920.052153] jbd2/xvda2-8 D ffff880004986e78 0 98

Hello, yesterday night I had a problem with my server located at a hoster (strato.de). I couldn't ssh to it and over the remote serial console I saw "out of memory" errors (sorry, don't have the text). Then I had reinstall CentOS 5.5/64 bit + all my setup (2h work), because I have a contract with a social network and they will shut down my little card game if it is not

Hello, I search through but I didn't find a clear answer about it. I have a rh 6.2 based box where I made many steps of upgrades. Some of them, not being available the binary rpm glibc 2.1 based, I obtained using src.rpm from rh 7.2 and then runnig #rpm --rebuild package.src.rpm and then installing the generated binary: great sw rpm!!! My rpm version is 4.0.2-6x for both rpm, rpm-devel,

On Fri, Jun 04, 2010 at 10:28:56AM +0930, Rusty Russell wrote: > This patch is a subset of an already upstream patch, but this portion > is useful in earlier releases. > > Please consider for the 2.6.32 and 2.6.33 stable trees. > > If the add_buf operation fails, indicate failure to the caller. > > Signed-off-by: Bruce Rogers <brogers at novell.com> >

On Fri, Jun 04, 2010 at 10:28:56AM +0930, Rusty Russell wrote: > This patch is a subset of an already upstream patch, but this portion > is useful in earlier releases. > > Please consider for the 2.6.32 and 2.6.33 stable trees. > > If the add_buf operation fails, indicate failure to the caller. > > Signed-off-by: Bruce Rogers <brogers at novell.com> >

Package: xen-hypervisor-4.4-amd64 Version: 4.4.1-9+deb8u4 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? Running Backup Exec or a copy command to NFS-Share causes the VM regurarly to freeze. First message on VM-Console: ---------------------------------------------------------------------------------------------------------------

Hi all, and particularly Andrew and Stephen, I recently "upgraded' one of my NFS fileservers from (patched)2.4.18 to 2.4.23-pre7 (in order to resolve a HIMEM related memory pressure problem). Unfortunately I have experienced what appears to be a deadlock. The one I will describe was experienced while running 2.4.23-pre7, though I had a very similar problem in 2.4.22 (but

Hi all, Today I got problem below and my domU become unresponsive and I should restart the pc to make it running properly again. [ 240.172092] INFO: task kworker/u:0:5 blocked for more than 120 seconds. [ 240.172110] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 240.172376] INFO: task jbd2/xvda1-8:153 blocked for more than 120 seconds. [ 240.172388]

A scsi error (caused possibly by a loose cable) has left the processes accessing my ext3 file system hung in an unkillable state after it triggered an assert in ext3's journaling layer. I assume my only recourse at this point is to reboot. Please correct me if I'm wrong. Log messages appended. Thanks, -Jim Nov 21 04:04:04 attila kernel: SCSI disk error : host 0 channel 0 id 5 lun 0

02:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) Chipset: G98 (NV98) Family : NV50 The same for all four kernel: - 3.18.0-0.rc0.git8.1.fc22.x86_64 - 3.18.0-0.rc0.git9.1.fc22.x86_64 - 3.18.0-0.rc0.git9.3.fc22.x86_64 - 3.18.0-0.rc0.git9.4.fc22.x86_64 after "fb: switching to nouveaufb from VESA VGA" display is powered off. The magic SysRq key

Hi All, Is anyone able to tell me which Debian Xen kernel has this bug fixed? Has anyone else experienced these ''soft lockups'' under I/O load? did you fix it? Here''s a link to the Debian bug report - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516374 Any help is appreciated. Thanks, Derek _______________________________________________ Xen-users mailing

Dear Debian-Bugteam Unfortunately this problem still exists. I want to use the server in production environment, but can't by reason of this error. Installed XEN-Versions: ii xen-hypervisor-4.4-amd64 4.4.1-9+deb8u5 amd64 Xen Hypervisor on AMD64 ii xen-linux-system-3.16.0-4-amd64 3.16.7-ckt25-2 amd64