Implement the newly chosen error code on the host for the case of an
invalid remctl command

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=1164

There's a race condition for if the VM gets powered off between the
listvms and the actual request. Solve the problem correctly by using a
non-conflicting error code to indicate an invalid command

svn path=/trunk/packages/sipb-xen-remote-server/; revision=1163

Fix Nelson's other request - make both "list-host" and "listhost"
valid commands, and document "list-host" for parity with "list-long"

svn path=/trunk/packages/sipb-xen-remote-server/; revision=1161

In response to Nelson's bug report, actually give a useful error if a
machine is on, but the command is invalid

svn path=/trunk/packages/sipb-xen-remote-server/; revision=1159

Correctly pass the CD image onto xm create in sipb-xen-remctl-auto

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=1128

Correctly quote arguments to the installer in sipb-xen-vmcontrol

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=1097

Respond to remctl install requests by passing the options onto Xen

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=1089

Expose an interface to the autoinstaller over remctl and validate options

svn path=/trunk/packages/sipb-xen-remote-server/; revision=1088

In remctl-auto's init script, exit 0 if inetd is already running

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=1075

Explicitly lock an LV before trying to delete it

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=1066

Whoops - I should actually check code after I write it; fix the new RemConfFS

svn path=/trunk/packages/sipb-xen-remote-server/; revision=1011

start inetd in remctl-auto init script

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=998

more sqlalchemy-0.4 changes

svn path=/trunk/packages/sipb-xen-remote-server/; revision=991

Fix RemConfFS - add code to list acl/ and update for new SQLAlchemy

svn path=/trunk/packages/sipb-xen-remote-server/; revision=986

Update RemConfFS to use RouteFS

svn path=/trunk/packages/sipb-xen-remote-server/; revision=982

depend on sipb-xen-base in sipb-xen-remote-server

svn path=/trunk/packages/sipb-xen-remote-server/; revision=953

generate config files using mako

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=891

 * added back in the INIT INFO headers that were accidentally removed in previous rev
 * updated changelog

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=876

simplified the init script to follow sipb-xen-console.init

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=875

updated changelog

svn path=/trunk/packages/sipb-xen-remote-server/; revision=840

updated changelog

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=839

- sipb_xen_database -> invirt.database
- removed redundant parameter to connect()

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=837

- sipb_xen_database -> invirt.database
- removed redundant parameter to connect()

svn path=/trunk/packages/sipb-xen-remote-server/; revision=835

use invirt config in sipb-xen-lvm and to generate /etc/remctl/acl/remote

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=834

oops

svn path=/trunk/packages/sipb-xen-remote-server/; revision=832

updated changelog

svn path=/trunk/packages/sipb-xen-remote-server/; revision=831

use invirt config

svn path=/trunk/packages/sipb-xen-remote-server/; revision=830

updated changelog

svn path=/trunk/packages/sipb-xen-remote-server/; revision=818

- use invirt.config to get hostnames
- refactoring: extracted bcast() function into invirt.remote package
- fixed os.rename import bug
- using correct default paths in invirt-getconf

svn path=/trunk/packages/sipb-xen-remote-server/; revision=816

todo lists for configuration

I looked through all the code for hardcoded details that should be moved
to configuration, and listed them in a file config.todo in each package
directory.  These can be knocked off line-by-line as todo lists, and
removed when empty.

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=810

todo lists for configuration

I looked through all the code for hardcoded details that should be moved
to configuration, and listed them in a file config.todo in each package
directory.  These can be knocked off line-by-line as todo lists, and
removed when empty.

svn path=/trunk/packages/sipb-xen-remote-server/; revision=810

update control in sipb-xen-remctl-auto

didn't match control.in

also added svn:ignore on debian/

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=805

remove a trivial hardcoding

svn path=/trunk/packages/sipb-xen-remote-server/; revision=777

changelog, including work since May

svn path=/trunk/packages/sipb-xen-remote-server/; revision=723

update debian/control in remote-server

svn path=/trunk/packages/sipb-xen-remote-server/; revision=722

fix another race in remctl interface

This had caused some 500s with a message 'Error: Domain <...> does not exist.'

svn path=/trunk/packages/sipb-xen-remote-server/; revision=721

changelog

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=718

xenstore isn't even consistent in what happens on error

Usually when the VM is gone and xsc.ls('', '/vm/..uuid..') would
return empty, an xsc.ls('', '/vm/..uuid../start_time') returns None.
But sometimes it throws an xs.lowlevel.xs.Error, saying 22,
'Invalid argument', instead.

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=717

but use non-misleading name in listvms

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=716

revert r714 for speed

The xen.lowlevel interface is 66ms on xs-blade-2 right now,
and the xen.xend.xenstore interface is about 120ms.

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=715

use a slightly cleaner Xen API in listvms

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=714

fix a race in listvms when a machine is shutting down

Also tell the remctl-auto changelog about YAML support.

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=712

svn:ignore

svn path=/trunk/packages/sipb-xen-remote-server/; revision=679

remote-create: document load-balancing algorithm

We take the host with more RAM free.

svn path=/trunk/packages/sipb-xen-remote-server/; revision=665

remote-create: keep output in order

svn path=/trunk/packages/sipb-xen-remote-server/; revision=664

document listhost in help

svn path=/trunk/packages/sipb-xen-remote-server/; revision=663

remctl .. control .. listhost: say where a VM is running

svn path=/trunk/packages/sipb-xen-remote-server/; revision=661

start load-balancing over hosts

We're now a replicated service.  Woohoo.
Clearly this means we're just as mature and reliable as scripts...

svn path=/trunk/packages/sipb-xen-remote-server/; revision=660

sipb-xen-remote-proxy: refactor argument parsing and passing

svn path=/trunk/packages/sipb-xen-remote-server/; revision=659

code to load-balance boots among hosts

svn path=/trunk/packages/sipb-xen-remote-server/; revision=658

a sipb-xen-remctl-auto file that's been unchecked-in for a while

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=657

check in Quentin's remote-listvmsd

svn path=/trunk/packages/sipb-xen-remote-server/; revision=656

what I meant, in Python

> This is what happens when you have a race you can't actually reproduce.
Oh well.

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=654

err, what I meant

This is what happens when you have a race you can't actually reproduce.

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=653

fix a race based on rwbarton's error message

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=652

remote: proxy control requests on running VMs to right host

svn path=/trunk/packages/sipb-xen-remote-server/; revision=625

clean up sipb-xen-remote-proxy dispatch logic

svn path=/trunk/packages/sipb-xen-remote-server/; revision=624

note host in listvms

svn path=/trunk/packages/sipb-xen-remote-server/; revision=623

not worth defining an exception class for one invocation site

svn path=/trunk/packages/sipb-xen-remote-server/; revision=622

make sipb-xen-remote-proxy a bit less obscure

svn path=/trunk/packages/sipb-xen-remote-server/; revision=620

we renamed 'web vmboot' to 'control .. create' long ago

svn path=/trunk/packages/sipb-xen-remote-server/; revision=619

update vim's idea of indentation per r561

svn path=/trunk/packages/sipb-xen-remote-server/; revision=617

sx-remote-listvms: someone's uncommitted changes

svn path=/trunk/packages/sipb-xen-remote-server/; revision=616

provide help on 'remctl remote help help' etc

svn path=/trunk/packages/sipb-xen-remote-server/; revision=615

sleep, as a testing stub in remote

svn path=/trunk/packages/sipb-xen-remote-server/; revision=614

Revert regression in r538 bypassing kinit.

svn path=/trunk/packages/sipb-xen-remote-server/; revision=596

s/CDumper/CSafeDumper/, because it's "Safe"?

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=564

s/CDumper/CSafeDumper/, because it's "Safe"?

svn path=/trunk/packages/sipb-xen-remote-server/; revision=564

TURBOYAML!!1

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=563

TURBOYAML!!1

svn path=/trunk/packages/sipb-xen-remote-server/; revision=563

Use default version of python (currently 2.4), not 2.5.

svn path=/trunk/packages/sipb-xen-remote-server/; revision=562

Style adjustments (4-space indentation, no spaces inside parens).

svn path=/trunk/packages/sipb-xen-remote-server/; revision=561

Open remctl pipes in parallel.

svn path=/trunk/packages/sipb-xen-remote-server/; revision=558

Support YAML (default), JSON, and Pickle formats, depending on the client's choice

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=553

And round 3 of using YAML

svn path=/trunk/packages/sipb-xen-remote-server/; revision=552

Use YAML on listvms

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=551

before migrating to yaml; things seem to be working, --pickle supported

svn path=/trunk/packages/sipb-xen-remote-server/; revision=549

added sipb-xen-remote-listvms to aggregate results from multiple vm servers

svn path=/trunk/packages/sipb-xen-remote-server/; revision=538

Compute uptime on the server so time drift doesn't cause problems

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=533

Use more efficient python API to get VM information

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=531

init script for remconffs

svn path=/trunk/packages/sipb-xen-remote-server/; revision=525

switch to just accepting from remote

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=524

remove {,un,move}register commands in remote server

svn path=/trunk/packages/sipb-xen-remote-server/; revision=523

changelog

svn path=/trunk/packages/sipb-xen-remote-server/; revision=521

make remctl use remconffs

svn path=/trunk/packages/sipb-xen-remote-server/; revision=520

remconffs: cat conf-files together

svn path=/trunk/packages/sipb-xen-remote-server/; revision=519

first version of remctl-conf fuse fs

Heavily borrows from consolefs, obviously.  Refactor later.

svn path=/trunk/packages/sipb-xen-remote-server/; revision=518

first version of remote-server package

svn path=/trunk/packages/sipb-xen-remote-server/; revision=502

remove obsolete vmboot line from remctl config

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=501

Close file descriptors for update-conserver on destroy/shutdown

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=442

Bug fix - fixes #80

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=439

Create and destroy conserver consoles through a Python script,
instead of a shell script. Also run this script every 5 minutes or so

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=397

Change to using conserver instead of ssh

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=386

expose lvcopy in remctl

svn path=/trunk/packages/sipb-xen-remctl-auto/; revision=339

update changelog too!

svn path=/trunk/packages/sipb-xen-remctl-auto/sipb-xen-remctl-auto/; revision=225

bugfix

svn path=/trunk/packages/sipb-xen-remctl-auto/sipb-xen-remctl-auto/; revision=224

new remctl command "install" to invoke autoinstaller

e.g.,
  $ remctl black-mesa control moobarspam install etch /path/to/rootpasshash

The root password to be used is taken from a given file local to black-mesa...
probably this should be in the database or something, randomly generated
by the web interface, and available for reminders.

svn path=/trunk/packages/sipb-xen-remctl-auto/sipb-xen-remctl-auto/; revision=223

have the web interface ACL file in the repository

svn path=/trunk/packages/sipb-xen-remctl-auto/sipb-xen-remctl-auto/; revision=217

don't reboot machine when create a running VM.

svn path=/trunk/packages/sipb-xen-remctl-auto/sipb-xen-remctl-auto/; revision=212

svn path=/trunk/packages/sipb-xen-remctl-auto/sipb-xen-remctl-auto/; revision=199