tmux: disk_io hides right statusbar

[Stdedos]

byobu version 5.87
tmux 1.9
Debian GNU/Linux 8.7 x86_64

tmux_right="network #disk_io #custom entropy raid reboot_required updates_available apport services mail users uptime #ec2_cost #rcs_cost fan_speed cpu_temp #battery #wifi_quality processes load_average cpu_count cpu_freq memory swap disk whoami hostname ip_address #time_utc date time"

If I activate here disk_io, the whole right bar will go away

[Dustin Kirkland  (kirkland)]

That means that disk_io is crashing. Need to figure out where/why.

Can you reproduce this in a newer Byobu version?

[Paul Buonopane (zenexer)]

Can confirm that this happens with a fresh Ubuntu installation, byobu version 5.127, tmux 2.7.

The issue appears to be with predictable device naming. disk_io attempts to get the block device by running rtrim "$t" "0-9", where $t is the partition, and then using that to obtain a file in /sys/block/. For me, $t is nvme0n1p2, which results in nvme0n1p after rtrim, but the relevant file is /sys/block/nvme0n1.

[Chris Johnston (cjohnston)]

ProblemType: Bug
ApportVersion: 2.20.9-0ubuntu7.9
Architecture: amd64
DistroRelease: Ubuntu 18.04
Package: byobu 5.125-0ubuntu1
PackageArchitecture: all
ProcEnviron:
 TERM=screen-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=C.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: User Name 5.0.0-29.31~18.04.1-generic 5.0.21
RelatedPackageVersions:
 byobu 5.125-0ubuntu1
 screen 4.6.2-1ubuntu1
 screen-resolution-extra N/A
Tags: bionic uec-images
Uname: Linux 5.0.0-29-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm audio cdrom dialout dip floppy lxd netdev plugdev sudo video
_MarkForUpload: True

[Chris Johnston (cjohnston)]

apport information

[Chris Johnston (cjohnston)]

apport information

[Chris Johnston (cjohnston)]

apport information

[Chris Johnston (cjohnston)]

apport information

[Stdedos (stdedos)]

If you could provide:

$ iostat -d -m -h
$ for disk in /sys/block/ ; do echo "/sys/block/$disk/stat:" ; cat "/sys/block/$disk/stat" ; printf '=%.0s' {1..100} ; done

As these seem to be the external data manipulated by byobu.

** I am not affiliated with the project; I am just trying to get this solved **

[Stdedos (stdedos)]

**

$ for disk in /sys/block/* ; do echo "$disk/stat:" ; cat "$disk/stat" ; printf '=%.0s' {1..100} ; done

[Chris Johnston (cjohnston)]

Different container, but:

iostat -d -m -h
Linux 5.0.0-37-generic (cloudctl) 12/03/19 _x86_64_ (4 CPU)

Device tps MB_read/s MB_wrtn/s MB_read MB_wrtn
dm-1
                  0.99 24.8k 0.0k 4.2M 0.0k
loop0
                  0.02 0.0k 0.0k 4.0k 0.0k
dm-0
                156.61 3.0M 967.8k 527.9M 165.4M
sda
                147.13 3.1M 964.4k 542.0M 164.8M

/sys/block/dm-0/stat:
   18833 0 1081242 12988 9038 0 584176 9132 0 9168 22120 0 0 0 0
====================================================================================================/sys/block/dm-1/stat:
     174 0 8696 56 0 0 0 0 0 52 56 0 0 0 0
====================================================================================================/sys/block/loop0/stat:
       4 0 8 0 0 0 0 0 0 4 0 0 0 0 0
====================================================================================================/sys/block/loop1/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
====================================================================================================/sys/block/loop2/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
====================================================================================================/sys/block/loop3/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
====================================================================================================/sys/block/loop4/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
====================================================================================================/sys/block/loop5/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
====================================================================================================/sys/block/loop6/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
====================================================================================================/sys/block/loop7/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
====================================================================================================/sys/block/sda/stat:
   19141 535 1109972 12472 6942 2098 582970 7270 0 9272 5188 ...

[Borja López Soilán (NeoPolus) (borjals)]

Happens also on byobu version 5.112 (tmux 2.8), the one that comes with the up-to-date Raspberry Pi OS / Raspbian (tested on both a RPi2 and a RPi4).

iostat and such seem to work properly, i.e. on the RPi4 with SSD (USB) boot and 2 extra HDD (USB) drives:

iostat -d -m -h
Linux 5.4.58-v7l+ (raspberrypi) 21/08/20 _armv7l_ (4 CPU)

      tps MB_read/s MB_wrtn/s MB_read MB_wrtn Device
     1,21 21,2k 56,3k 1,7G 4,4G sda
    24,15 1,0k 10,4M 77,3M 828,2G sdb
   165,44 10,0M 0,0k 795,3G 128,0k sdc
     0,01 0,0k 0,0k 2,2M 544,0k zram0
     0,01 0,0k 0,0k 2,2M 432,0k zram1
     0,01 0,0k 0,0k 2,2M 304,0k zram2
     0,01 0,0k 0,0k 2,2M 332,0k zram3

for disk in /sys/block/* ; do echo "$disk/stat:" ; cat "$disk/stat" ; done
/sys/block/loop0/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
(...)
/sys/block/loop7/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
/sys/block/ram0/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
(...)
/sys/block/ram9/stat:
       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
/sys/block/sda/stat:
   51449 41174 3460329 130396 47218 45135 9198594 421216 0 227110 369490 0 0 0 0
/sys/block/sdb/stat:
    7166 6427 158395 189787 1966305 5378542 1736823012 194266939 0 7936480 184611430 0 0 0 0
/sys/block/sdc/stat:
13522314 148515 1667943478 48177309 17 15 256 26 0 26246130 1056690 0 0 0 0
/sys/block/zram0/stat:
     557 0 4456 0 136 0 1088 10 0 540 10 0 0 0 0
(...)
/sys/block/zram3/stat:
     561 0 4488 0 83 0 664 10 0 390 10 0 0 0 0