Note: This version of the VDT (1.9.1) is no longer supported. Feel free to look through the documentation and install it, but we cannot guarantee support for it. The current stable release is 2.0.0.

configure_monalisa

configure_monalisa - Configuration script for MonaLisa

Synopsis

    configure_monalisa --server <y,n>
                       --vdt-install <VDT installation root>
                       --user <user to run as>
                       --farm <farm name>
                       --monitor-group <monitor group>
                       --contact-name <name>
                       --contact-email <email>
                       --city <server location>
                       --country <server location>
                       --latitude <server location>
                       --longitude <server location>
                       --ganglia-used <y,n>
                       --ganglia-host <hostname>
                       --ganglia-port <port>
                       --vo-modules <y, n>
		       --globus-location <path to globus>
		       --condor-location <path to condor>
		       --condor-config <path to condor_config>
                       --pbs-location <path to pbs>
                       --lsf-location <path to lsf>
		       --fbs-location <path to fbs>
		       --sge-location <path to sge>
                       --auto-update <y, n>
                       [ --prompt | --noprompt ]

Description

--server <y,n>: For y install the MLD init script in /etc/init.d, make appropriate run level links and start the server. For n remove any existing MonaLisa init from /etc/init.d.
--vdt-install <VDT installation root>: configure_monalisa will look for the root of the VDT installation at $VDT_LOCATION. If you do not have that set you can specify it with --vdt-install instead.
--user <user to run as>: By default, MonaLisa will run as the monalisa user (if it exists) or daemon. Use this option to pick a user of your choice.
--farm <farm name>: Set the farm name reported to the world. This should be unique in your MonaLisa monitor group.
--mointor-group <group>: The group your farm will report to. OSG users should use 'OSG'.
--contact-name <name>: The listed contact for your site. Defaults to your name as listed in the password file.
--contact-email <email>: The listed contact email for your site. Defaults to `whoami`@`hostname`.
--city <server location>: The city in which your server is located.
--country <server location>: The country in which your server is located.
--latitude <server location>
--longitude <server location>: The latitude and longitude of your server.
--ganglia-used <y,n>
--ganglia-host <host>
--ganglia-port <port: The host and port of your Ganglia server only if Ganglia is used.
--vo-modules <y, n>: Whether or not to run the VO Modules.
--globus-location <path>: The globus location. The default is taken as $VDT_LOCATION/globus
--condor-location <path>: The location of your Condor installation. Defaults by looking for the condor_q program in your path.
--condor-config <path to condor_config>: The location to the condor_config file.
--pbs-location <path>: The location of your PBS installation. Defaults by looking for the qstat program in your path.
--lsf-location <path>: The location of your LSF installation. Defaults by looking for the bsub program in your path.
--fbs-location <path>: The location of your FBS installation. Defaults by looking for the bjobs program in your path.
--sge-location <path>: The location of your SGE installation. Defaults by looking for the qstat program in your path. The given path/bin/glinux should contain the SGE qstat program.
--auto-update <y, n>: Whether or not to run the MonaLisa auto-updater. While this will keep you up to date with MonaLisa, it might make future VDT upgrades more difficult.
[ --prompt | --noprompt: Whether to prompt the user for properties. If so, the script will prompt the user for all properties. If not, the script will NOT prompt the user for any properties, even if the defaults are not very good. If not not specified, the script will default to prompting the user for all properties, but only if certain key properties are not set. This option is only provided for backward compatibility and may go away in a future version.
--help, --usage: Print a usage message.