ZIOMON_MGR(8)
π ZIOMON_MGR(8) β like, the message queue server for the ziomon framework, bestie
okay so real talk: this is a page from the System Manager's Manual, section 8 (that's the admin/system commands girlies β¨), and it's all about ziomon_mgr. Buckle up π
β¨ NAME β¨
ziomon_mgr β the message queue server for the ziomon framework. she's the middleman, the group chat admin, the one who holds everybody's messages π
πΈ SYNOPSIS πΈ
ziomon_mgr [-h] [-v] [-V] [-e] [-f] [-l <size>] [-x <version>] -o
<filename> -i <length> -Q <msgq_path> -q <msgq_id> -u <util_id> -r
<ioerr_id> -b <blkiomon_id> -z <zfcpdd_id>
like yes, that's a lot of flags. she's high maintenance but worth it π«Ά
π¦ DESCRIPTION π¦
so ziomon_mgr starts up a message queue β that's the spot where all the clients of the ziomon framework drop their data off π¬ anything that shows up gets written to a file you specify. iconic.
optionally you can set an upper limit on that file. and if the limit gets exceeded? the oldest data gets aggregated into a separate file to make room for the newest stuff. like cleaning out your closet but keeping the vintage pieces π
for consistent data, all the clients should schedule their interval lengths to the same duration. and generally, clients should send their data at the same time. synchronized slay β°β¨
β οΈ lowkey important: this command is not meant to be run on its own. don't be a main character about it β instead use the ziomon command. iykyk π
π OPTIONS π
-h,--helpβ prints help info and then dips out. exit stage left π¨-v,--versionβ prints version info, then exits. identity check β¨-V,--verboseβ be verbose. she talks. a lot. we love her for it π£οΈ-e,--binary-offsetsβ the lengths of the raw data structures.-f,--forceβ forces message queue creation even if one already exists. no cap, it just bulldozes through π₯-o,--outputβ the basename of the file to write data to. respective suffixes get appended for the aggregated and regular data file names π·οΈ-l,--size-limitβ upper limit of the output file, in MB. this does not include the space for the aggregated data file β but honestly the size of the aggregated data file is usually negligible, so like, don't stress π-x,--enforce-versionβ enforces a specific file format for.logand.aggfiles. currently supports versions 2 (blkiomon version 0.2) and 3 (blkiomon version 0.3 or higher). pick your era π-i,--interval-lengthβ the expected elapsed time between messages sent by the clients, in seconds. the samples get aggregated over this period. defaults to the duration. this should be a multiple of the sample length π-Q,--msg-queue-nameβ the name for the message queue to start.-q,--msg-queue-idβ the id for the message queue to start. must be an integer >0.-u,--util-idβ id of the utilization messages thatziomon_utilwill send. must be an integer >0.-r,--ioerr-idβ id of the ioerr messages thatziomon_utilwill send. must be an integer >0.-b,--blkiomon-idβ id of the messages thatziomon_utilwill send. must be an integer >0.-z,--ziomon_zfcpdd-idβ id of the messages thatziomon_zfcpddwill send. must be an integer >0.
π EXAMPLES π
okay so picture this: you wanna start a message queue named /tmp/ziomon.23943 with id 95. utilization messages from ziomon_util carry the id 17, ioerr messages 18, messages from ziomon_zfcpdd 47, and messages from blkiomon 59. the interval between each set of messages is 20 seconds. and the output files should base their names on trace_data. so:
ziomon_mgr -i 20 -Q /tmp/ziomon.23943 -q 95 -u 17 -r 18 -b 47 -z 59 -o
trace_data
literally that's it. copy, paste, serve π π₯
β SEE ALSO β
ziomon(8), ziomon_util(8), ziomon_zfcpdd(8) β go read those too, bestie, they're the supporting cast π«Ά
and that's the whole vibe check π this page ships with s390-tools, dated Jul 2008 β yeah she's vintage but she still ate. periodt πΈβ¨
π¦ where this page comes from
- opensuse-leap 16.0: s390-tools 2.44.1-160000.1.1 Β· MIT
- Copyright 2017 IBM Corp
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms