vine_worker(1)
π NAME π
vine_worker β the worker process that runs the tasks dispatched through TaskVine π
β¨ SYNOPSIS β¨
vine_worker [options] <manager_host> <manager_port>
vine_worker [options] <manager_host:manager_port]>
vine_worker [options]
"<manager_host:manager_port;[manager_host:port;manager_host:port;...]>)
vine_worker [options] -M <projectname>
π DESCRIPTION π
okay so vine_worker is the worker process, right? it runs the tasks that get dispatched from a manager application built with the TaskVine API. it connects to that manager app, accepts tasks, runs them, and sends the results back. no cap.
and it's also lowkey a hoarder in the best way: vine_worker caches data it got from external services plus the output from tasks it recently computed, and keeps all of it on disk so future applications go faster. β¨
the managerhost and port arguments are literally just the hostname and port number of the manager application it should connect to. you can specify several managerhosts and ports if you want, separated with a semicolon (;), and the worker will connect to any of the managers you named. π«Ά
β οΈ when you're specifying multiple managers, remember to escape the ; from shell interpretation, for example by using quotes. the shell will absolutely eat it otherwise, bestie.
alternatevely, the manager may be specified by name, using the -M option. π
and here's the fun part β vine_worker can run locally, or it can be deployed remotely on any of the grid or cloud computing environments such as UGE, PBS, SLURM, and HTCondor, using vine_submit_workers(1) or vine_factory(1). main character energy fr fr π
πΈ OPTIONS πΈ
-v,--versionβ shows the version string. that's it, that's the whole vibe. π«-h,--helpβ shows this help message.-M,--manager-name=<name>β sets the name of the project this worker should work for. and yes, a worker can have multiple projects. she's versatile like that. π-C,--catalog=<catalog>β sets the catalog server to<catalog>. format:HOSTNAME:PORT-d,--debug=<flag>β turns on debugging for the given subsystem. try-d allas a start. π₯-o,--debug-file=<file>β writes debugging output to this file. by default, debugging goes to stderr (":stderr"). you can also send logs to stdout (":stdout") instead if that's your thing.--debug-max-rotate=<bytes>β sets the maximum file size of the debug log. if the log goes over this size, it gets renamed to"filename.old"and a fresh logfile is opened. (default=10M.0disables it.)--debug-release-resetβ the debug file will be closed, renamed, and a new one opened after being released from a manager. π§-P,--password=<pwfile>β password file for authenticating to the manager. π-t,--timeout=<time>β abort after this amount of idle time. (default=900s)--parent-deathβ exit if the parent process dies. π-w,--tcp-window-size=<size>β sets the TCP window size.-i,--min-backoff=<time>β sets the initial value for the backoff interval when the worker fails to connect to a manager. (default=1s)-b,--max-backoff=<time>β sets the maxmimum value for the backoff interval when the worker fails to connect to a manager. (default=60s)-A,--arch=<arch>β sets the architecture string the worker reports to its supervisor. (default=the value reported byuname)-O,--os=<os>β sets the operating system string the worker reports to its supervisor. (default=the value reported byuname)--workspace=<path>β sets the workspace directory where the worker keeps its cache, its task sandboxes, and where it does data transfers and all that. by default this directory is/tmp/worker-UID-PIDand it gets deleted when the worker exits.OPTION_LONG(keep-workspace)do not delete the contents of the workspace on worker exit. this permits the worker to restart at a later time and recover the contents of its cache directory. ποΈ--cores=<n>β sets the number of cores this worker should use. set it to0to have the worker use all of the available resources. (default=1)--gpus=<n>β sets the number of GPUs this worker should use. if it's less than0or not given, it tries to detect the gpus available. π--memory=<mb>β manually sets the amount of memory (in MB) reported by this worker.--disk=<mb>β manually sets the amount of disk space (in MB) reported by this worker.--wall-time=<s>β sets the maximum number of seconds the worker may be active.--feature=<feature>β specifies a user-defined feature the worker provides. (this option can be repeated.) π--volatility=<chance>β sets the percent chance per minute that the worker will shut down. it simulates worker failures, and it is for testing only. π--connection-mode=<mode>β when using-M, overrides the manager preference for resolving its address. one ofby_ip,by_hostname, orby_apparent_ip. the default is set by the manager.--transfer-port=<port>β listening port for worker-worker transfers. (default: any)--contact-hostport=<hostport>β explicit contacthost:portfor worker-worker transfers, e.g., when routing is used. (default::<transfer_port>)--sslβ enable tls connection to manager (the manager should support it). π--tls-sni=<>β SNI domain name if different from manager hostname. implies--ssl.
π EXIT STATUS π
on success, returns zero. on failure, returns non-zero. simple as that. β¨
π EXAMPLES π
to run vine_worker to join a specific manager process running on host manager.somewhere.edu port 9123:
% vine_worker manager.somewhere.edu 9123
to run vine_worker in auto mode with debugging turned on for all subsysβtems and to accept tasks only from a manager application with project name set to project_A:
% vine_worker -a -d all -M project_A
π COPYRIGHT π
The Cooperative Computing Tools are Copyright (C) 2022 The University of Notre Dame. This software is distributed under the GNU General Public License. See the file COPYING for details.
π¦ SEE ALSO π¦
- Cooperative Computing Tools Documentation
- TaskVine User Manual
vine_worker(1)vine_status(1)vine_factory(1)vine_graph_log(1)
and that's the whole page, bestie β this was CCTools 7.15.9 FINAL, so go forth and slay some tasks π β¨π
π¦ where this page comes from
- ubuntu resolute: coop-computing-tools 1:7.15.9-1build1 Β· GPL-2.0-only
- ubuntu stonking: coop-computing-tools 1:7.15.9-2build1 Β· GPL-2.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms