Hi all, I went through the long email thread discussing usecases provided by Artem ("xrootd/data management use cases from last year's Lyon workshop") and tried to extract points that are directly relevant to admin interface. Here is the summary: 1) We may split things into remote and local admin interface. Per Andy, two good candidates for local admin interface would be: - turn on/off debugging without restarting the servers - audit server (get it's state and debug info) Remote admin commands: - stop xrootd - list files with attributes, i.e. a,m,c- times, size, full path, permissions - check file location (disk/hpss) - check file backup status (backed up/not) - pre-stage file from hpss into disk cache, with confirmation - migrate file to hpss, with confirmation - remove file from disk cache - copy/relocate file to another disk cache - change file permissions - pin file on disk for specified time - get file's checksum I did not find clear answers to the following questions: - do we want to implement "harvesting log files via xrootd"? - dumping/loading server's configuration. Should this be remote or local admin interface? - should admin interface implement "signal to rescan file system for new/gone files"? There was also a request to combine some operations into one (e.g. migrate+remove, migrate+copy, stage+chmod). That can be done on top of core admin functions, e.g. using perl. Comments? Jacek