On 03/06/17 03:25 PM, Oliver Kurz wrote:
On Saturday, 3 June 2017 15:08:59 CEST Roman Bysh wrote:
Hi everybody,
Is anyone else experiencing a soft lockup message after running dmesg?
Example <--- snip
[ 352.108002] NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [btrfs-balance:2466]
[ 352.108013] Modules linked in: xfs libcrc32c af_packet nf_log_ipv6 xt_pkttype nf_log_ipv4 nf_log_common xt_LOG xt_limit vboxpci(O) vboxnetadp(O) vboxnetflt(O) ip6t_REJECT nf_reject_ipv6 xt_tcpudp nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw ipt_REJECT nf_reject_ipv4 iptable_raw xt_CT iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 vboxdrv(O) ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables snd_hda_codec_hdmi ext4 crc16 jbd2 mbcache joydev snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel arc4 snd_hda_codec snd_hda_core snd_hwdep coretemp snd_pcm iTCO_wdt iTCO_vendor_support rt2500pci rt2x00pci kvm_intel rt2x00mmio kvm rt2x00lib eeprom_93cx6 irqbypass mac80211 pcspkr i2c_i801 cfg80211 snd_timer lpc_ich rfkill [ 352.108034] mfd_core snd atl1e tpm_infineon asus_atk0110 fjes soundcore acpi_cpufreq shpchp processor ata_generic btrfs sr_mod cdrom pata_marvell xor raid6_pq hid_logitech_hidpp sd_mod hid_logitech_dj usbhid nvidia_drm(PO) nvidia_modeset(PO) nvidia_uvm(PO) nvidia(PO) ahci firewire_ohci libahci serio_raw firewire_core crc_itu_t libata ehci_pci uhci_hcd ehci_hcd drm_kms_helper syscopyarea usbcore sysfillrect sysimgblt fb_sys_fops usb_common drm button sg scsi_mod autofs4 [ 352.108034] CPU: 0 PID: 2466 Comm: btrfs-balance Tainted: P O 4.4.62-18.6-default #1
<--- sntip
There's one for each core. It freezes everything on the desktop including the mouse and keyboard.
I doubt it is caused by calling "dmesg". There are some bug reports about "BUG: soft lockup", especially related to btrfs. E.g. there is this one: https://bugzilla.suse.com/show_bug.cgi?id=1020030
What is important to keep in mind is the process that is mentioned in the line about "soft lockup", in this case "btrfs-balance". It is a known issue that the periodic "btrfs-balance" call for maintenance can stall your system. Depending on what you do on these btrfs filesystems you can expect longer or shorter stalls. Workarounds if you do not want to wait for the bugs to be resolved: Run the btrfs maintenance cron jobs explicitly at times when you do not need good system responsivness or use other filesystems for specific purposes.
I made a mistake when creating the first sentence. I don't think that I'll run that as I'm not configured for raid. I have it installed on a single SSD. The Crucial MX300 525 GB. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org