Daily Bulletin Archive

Feb. 21, 2013

A reminder to all Yellowstone users that you can monitor your project activity and usage via the new SAM system at http://sam.ucar.edu/. As of Monday, February 11, jobs associated with overspent projects will be rejected by the LSF scheduler on Yellowstone.

All Yellowstone jobs associated with each project are visible via the SAM interface, and all jobs since December 1, 2012, have been charged.

The SAM system is under active development. To date, we have focused on SAM features that ensure users have proper access to the Yellowstone environment. Current efforts include expanding the reporting capabilities available to users and NCAR divisions.

With the end of Bluefire, we have also decommissioned the legacy ACC8 accounting system, so those email reports are no longer being sent.

Questions about using SAM or requests for SAM reports and features can be sent to cislhelp@ucar.edu.

Feb. 20, 2013

HPSS limits users to no more than five HPSS transfer requests to be executed concurrently – for example, by submitting numerous cput or cget commands in multiple HSI sessions. Each individual HSI or HTAR command to move files to or from HPSS tape constitutes a transfer request.

The limit helps ensure that all users have reasonable access to HPSS. If you exceed the limit, subsequent requests will fail and return an “EIO” error.

Consider these alternatives for transferring large numbers of files most efficiently to or from HPSS:

·        Submit your HSI transfer requests as batch jobs to run in the “hpss” queue. This enables the LSF scheduling system to help manage the workload. See our HSI documentation for a sample LSF bsub command.

·        Use HTAR to package large numbers of files into a single file that is archived in HPSS. HTAR commands also can be submitted through the “hpss” queue. See our HTAR documentation for details.

Feb. 8, 2013

Bluefire's /ptmp file system will remain available through February 8. Users can log into Bluefire to access their files; however, Bluefire is no longer accepting or running user jobs. Please note that if Bluefire crashes or goes down unexpectedly in the next week, CISL will not return the system to service.

This opportunity became possible when CISL identified a need to keep some portion of the system powered up temporarily to maintain a minimum heat load for the chillers in the Mesa Lab data center.

Files in the GLADE file spaces on Bluefire will remain accessible via the Mirage cluster nodes through March 31, 2013.

For more information about migrating files to the Yellowstone GLADE file spaces, please see:

·       Transition from Bluefire

·       Bluefire in last week of service

Feb. 5, 2013

The Research Data Archive is now available on the GLADE system for Yellowstone users.

It can be accessed here: /glade/p/rda/data as documented at: Research Data Archive.

Feb. 5, 2013

CISL has deployed the new System Accounting Manager (SAM) application for managing allocations, user preferences, and accounting for use of resources in the Yellowstone environment.

You can visit SAM at http://sam.ucar.edu/ and log in with your UCAR token or password.

Select User -> Preferences to view and set your primary group across CISL resources, your default project for HPSS, and your preferred login shell. These changes typically propagate to the systems the next morning.

Select Reports -> Account Statement to view project information, allocations, and resource activity, including job-level details. Yellowstone and Janus use is reported daily; weekly HPSS usage will begin appearing soon.

SAM is a work in progress. CISL is actively working on improving the user interface and expanding the reporting features, including 30/90 day reporting. If you encounter any errors or if you have any feedback and feature requests, please send them to cislhelp@ucar.edu.

Jan. 31, 2013

Bluefire's last day of service will be January 31, 2013. The Bluefire /ptmp file system became read-only on January 14 and will no longer be available after January 31. Users should migrate any files they wish to keep from /ptmp to another location.

Users of the Bluefire, Mirage/Storm, and GLADE disk system in the Mesa Lab should keep the following decommissioning schedule in mind and plan their work accordingly.

For information about making the switch from Bluefire and migrating files to the Yellowstone GLADE file spaces, please see http://www2.cisl.ucar.edu/resources/yellowstone/transition.

MIRAGE & STORM

The Mirage and Storm data analysis and visualization clusters also are being decommissioned. As described below, they will be available for users to wrap up their final analysis tasks in February, and Mirage can be used to migrate data to the Yellowstone environment through the end of March.

Mirage will be shut down April 1. Storm will be shut down March 1.

GLADE FILE SPACES at Mesa Lab

The GLADE file spaces mounted on Bluefire, Lynx, and Mirage/Storm will be accessible until March 31. Users are responsible for moving files to new locations in the meantime.

During February, Bluefire's GLADE file systems will be mounted on the Mirage nodes with read/write access to permit users to complete some final analysis tasks. On March 1, the file systems will be set to read-only mode to prevent new data from being generated. The Mirage nodes will be available to allow users to migrate data.

* /glade/home :: Home directories will be available until March 31. After that point, CISL will retain an off-line copy of the data for six months, during which period users will need to contact cislhelp@ucar.edu to access their files.

* /glade/scratch :: The current 30-day retention policy will remain in effect. Files will continue to be removed 30 days after last access.

* /glade/user, /glade/proj2, /glade/proj3 :: Files in these spaces will be available until March 31. Users are responsible for migrating files they wish to retain.

On April 1, CISL will remove all remaining data in /glade/scratch, /glade/user, /glade/proj2, /glade/proj3. The bfft.ucar.edu service for transferring files will be turned off at the same time.

Please contact cislhelp@ucar.edu if you have questions about the transition, the schedule, or the new systems at NWSC.

Jan. 18, 2013

After a short outage on Monday morning, Bluefire will be returned to service with the /ptmp file system in read-only mode.

Users should use the rest of January to migrate any files they wish to keep from /ptmp to another location. When Bluefire is shut down at the end of the month, the /ptmp file system will no longer be available.

Please see the following item for more details of the Bluefire transition.

Jan. 18, 2013

With the Yellowstone system now in full production and available to all users, users of the Bluefire, Mirage/Storm, and GLADE disk system in the Mesa Lab should keep the following decommissioning schedule in mind and plan their work accordingly.

Please see http://www2.cisl.ucar.edu/resources/yellowstone/transition for information about making the switch from Bluefire and the various ways to migrate files to the Yellowstone GLADE file spaces.

Please contact cislhelp@ucar.edu if you have questions about the transition, the schedule, or the new systems at NWSC.

BLUEFIRE

Bluefire's last day of service will be January 31, 2013. Users should plan their work accordingly. For making the switch to Yellowstone, CISL has provided Yellowstone transition documentation at https://www2.cisl.ucar.edu/resources/yellowstone/transition.

IMPORTANT: Bluefire's /ptmp file system will only be available through January 31, 2013, when Bluefire is shut down. Users with data in /ptmp must be sure to move files before the end of January. The /ptmp will be made read-only on January 14 to prevent new data from being stored there.

MIRAGE & STORM

The Mirage and Storm data analysis and visualization clusters will be retired on February 28, 2013. The Mirage and Storm clusters will be available for users to wrap up their final analysis tasks in February and to migrate data to the Yellowstone environment through March.

GLADE FILE SPACES at Mesa Lab

The GLADE file spaces mounted on Bluefire, Lynx, and Mirage/Storm will be accessible until March 31, 2013. Users are responsible for ensuring that files are migrated to new locations before the end of this period.

During February 2013, Bluefire's GLADE file systems will be mounted on the Mirage nodes with read/write access to permit users to complete some final analysis tasks. On March 1, 2013, the file systems will be set to read-only mode, to prevent new data from being generated. The Mirage nodes will be available to allow users to migrate data.

* /glade/home :: Home directories will be available until March 31, 2013. After that point, CISL will retain an off-line copy of the data for six months, during which period users will need to contact cislhelp@ucar.edu to access their files.

* /glade/scratch :: The current 30-day retention policy will remain in effect. Files will continue to be removed 30 days after last access.

* /glade/user, /glade/proj2, /glade/proj3 :: Files in these spaces will be available until March 31, 2013. Users are responsible for migrating files they wish to retain.

On April 1, CISL will remove all remaining data in /glade/scratch, /glade/user, /glade/proj2, /glade/proj3. The bfft.ucar.edu service for transferring files will be turned off at the same time.

Jan. 18, 2013

With Yellowstone now in full production, we wanted to remind all users of Yellowstone, Geyser, and Caldera about the 90-day file retention policy for the NWSC /glade/scratch file space.

Each user has a /glade/scratch/username space by default, with an individual quota of 10 TB. The scratch file space is intended to support output from large-scale capability runs as well as computing and analysis workflows across CISL-managed resources. It is a temporary space for data that will be analyzed and removed within a short amount of time.

Files that have not been accessed in more than 90 days are removed from /glade/scratch/username automatically.

To help us avoid the need to shorten the 90-day retention period, please use this space conscientiously. Delete files that you no longer need as soon as you're done with them rather than leave large amounts of data sitting untouched for the full 90 days.

If /glade/scratch remains significantly above 50% full for more than a week, CISL will review and potentially shorten the 90-day retention period.

Information about all the Yellowstone GLADE file spaces is provided at https://www2.cisl.ucar.edu/resources/glade_yellowstone

Jan. 4, 2013

Lynx downtime Wednesday, January 2 from 9:00am - 5:00pm

No Scheduled Downtime: Yellowstone, Geyser_Caldera, NWSC GLADE, HPSS, Bluefire, DAV, ML GLADE, Firefly

Pages