Remctl

From UGCS
(Difference between revisions)
Jump to: navigation, search
(Remctl)
Line 1: Line 1:
 
=Remctl=
 
=Remctl=
  
Here is a list of all the remctl commands that are running on various UGCS servers.  In general, scripts get put in /usr/local/share/remctl. The command configurations are in /etc/remctl/conf.d, and that will point to the paths if they're somewhere else.
+
Here is a list of all the remctl commands that are running on various UGCS servers.  In general, scripts get put in /usr/local/share/remctl or /usr/local/lib/remctl. The command configurations are in /etc/remctl/conf.d, and that will point to the paths if they're somewhere else.
  
 
==Poseidon==
 
==Poseidon==

Revision as of 01:33, 2 July 2009

Contents

Remctl

Here is a list of all the remctl commands that are running on various UGCS servers. In general, scripts get put in /usr/local/share/remctl or /usr/local/lib/remctl. The command configurations are in /etc/remctl/conf.d, and that will point to the paths if they're somewhere else.

Poseidon

  • postgres
    • setup-tsearch2: Installs tsearch2 for the current user
    • setup-plpgsql: Installs plpgsql for the current user

Hermes

  • mailman (/usr/local/lib/remctl)
    • create <list>: creates the named list
    • mylists: lists all lists owned by the current user
    • list_members <list>: lists members of the named list (you must be the list owner)
    • list_owners <list>: lists the owners of the named list
    • add_members <list> <member1> [member2 ...]: Adds users to the list. No notifications are sent
    • remove_members <list> <member1> [ member2 ...]: Removes users from the list
    • set_spam_tag <list> <level> Sets amavisSpamTag2Level to level for the list
    • set_spam_kill <list> <level> Sets amavisSpamKillLevel to level for the list


Dionysus

  • jobs
    • remove <filename>: removes the specified job drop file if it is owned by the caller
  • kadmin
    • create <name> <password>: creates the named principal (and the _cgi one as well) for the account creator. All principals are created disabled and will have to be enabled by a sysadmin.

Demeter

  • There are a couple on demeter that deal with updating apache config files after a vhost is changed. They are on here to help deal with the possibility of having multiple web servers.
  • vhost
    • setup: creates a folder for the user in /afs/.ugcs/drop/vhost
    • update: re-creates the apache configuration files for a user's vhosts, and reloads apache unless /etc/apache2/noreload is present
Personal tools