Creating and managing projects at VSC

Go to our service page and on the left side (Login for project managers), choose your organization. If it is not there, please contact us for an external access. Then log in using the credential from your organization.

Note: If your organization is not in our list, go to https://idp.vsc.ac.at/simplesaml/module.php/selfregister/ and choose 'Register new account'. After you have done that, please tell us the username you created and we will add it to our system. Then you can use “IdP VSC” as organization to log in.

Click on 'request project' in the left menu bar.

• choose the appropriate type: see project types.
• give the project a title. This is up to you and need not be identical with any official tilte
• enter the institute/subunit/department you are doing this project for
• the item 'Parent project should be left at default, unless you either:
  • want to create a new parent project. This is usually done when you start a new cooporation for an organization, or if you have a large project with several different sub-parts
  • or if you are part of an existing parent project. Please check the dropdown list for such projects
• choose if you are working with Personal Data according to the GDPO. This refers to the data used in the project, not the data of the users that work on the project.
• then click on create

• test: intended for short test runs, to see if a project is doable on VSC, or if a certain code runs, or to see how to use the cluster. This is limited to 30 days (some extension is usually possible) and to 100000 CPU core hours. Such a project can be created by everyone interested and is not billed or accounted. It cannot be used for any longer running, productive project.
• funded: any project that is from an organization with free access to VSC which is funded by a funding agency, like FWF, FFG, ERC, a federal state or the like.
• internal: any project that is from an organization with free access to VSC which gets financed in some other way, usually via an internal budget. This needs peer review (see later).
• external: any project from a group without free access to the VSC. This is divided into 2 versions:
  • external-scientific: projects from organizations primarily involved in scientific research. These get a reduced rate to purchase core-hours.
  • external-commercial: projects from organizations primarily involved in applied research or other commercial aims.
• application: this is intended for projects that have applied/are applying for funding but have no grant yet. This way, the VSC resources can be reserved and/or argued towards the funding agency.
• private: these projects give access to privately bought hardware that is integrated into our systems.

After the creation, you get assigned a unique project ID and a corresponding project page. You affiliation (the organization you are from) will be automatically added, and you will be added as the manager of the project. You will also get an email about the project creation that includes further steps to do.

Now you need to choose a resource pool at the item 'Request resources from a resource pool'. This basically means the hardware your project will be running on. The project can run on several of these pools at the same time. The current options are:

• VSC-4: Our older cluster (operational since 2019) consisting of Intel nodes with 48 cores and either 96GB, 384GB or 768GB RAM. Recommended of you are reliant on Intel architecture
• VSC-5: Our newer cluster (operational since 2022) consisting of AMD nodes with 128 cores and either 512GB, 1TB or 2TB RAM, plus some Intel nodes, plus A40 and A100 GPU nodes. Recommended if you need GPUs, AMD architecture or have no special requirements.
• LEONARDO-B: GPU Booster Module of the European Pre-Exascale cluster LEONARDO. For detail please see here.

Click on 'request new project part and enter the requirements:

• Start date is automatically the current date - can be changed if needed
• The expected amount of cores used in parallel - this needs not to be exact, as it has no direct influence on the project. It is just used to assess the feasibility.
• List the software you want to use
• In the comment section, you can enter any additional information relevant to the project
• At the lower part, keep all buttons on 'yes'. Usually, the default values are good and can be kept, unless you know you have different requirements. Then change the number in the appropriate field. The comments box can be used to explain, if needed. The resource types are explained here.

Then click 'Submit Query'. This will create a project part for the selected resource pool.

1. cpu contingent: The CPU core hours that are estimated to be needed for the project.
   This can be extended at any time during the project runtime. For testprojects, this is fixed to 100000, with extensions only under special circumstances. In private projects, the core-h are not accounted for, so the number is not relevant. In external projects, this must not be higher than the number purchased.
2. project end: The runtime of the project in days, counted from the beginning date.
   This can be extended at any point, even after project expirations (to reactivate a project). The default is 366 days, and projects are only granted 1 year at a time. Private projects are an exception and are usually granted for several years. Testprojects are set to 30 days, with a limited amount of extension possible.
3. $DATA inodes: The number of inodes in the DATA storage volume.
   This correspondents to the number of files. The default is one million, which can be extended at any time.
4. $DATA size: The size, in GB, of the DATA storage volume.
   The default is 10TB, and it can be extended to 100TB without any query. Higher values need to be discussed with us.
5. $HOME inodes: The number of inodes in the HOME storage volume.
   This correspondents to the number of files. The default is one million, which can be extended at any time.
6. $HOME size: The size, in GB, of the HOME storage volume.
   The default is 100GB, which will never be extended except in some special situations.

Next, unless it is a testproject or a private project, you need to upload some files at the section 'Files':

For every project type except the mentioned ones, upload a short project description (2-4 pages).
For a funded project, upload a proof of funding.
For an internal project, upload a list of at least 3 possible reviewers. They can be from anywherere except your department.
For an external project, upload either a quota for core hours or an appropriate contract about calculation times.
Additionally, if you chose yes for the GDPO data, upload a data handling contract with the TU Vienna.

You get a confirmation mail for every uploaded file. Once this is done (or directly, if no files are needed), click on the red bar at the top of the new project part to request technical review.

All projects are first checked by the VSC team to assess if it can actually be run on the systems, if all project data are set correctly or if any other administrative or technical issue is still open. At that stage, the VSC team also creates the files directories for the project.

Projects of the type internal go through a peer review - the project description is sent out to the mentioned reviewers, ans their answers are then incorporated. If they are positive, the project goes to the next stage.

Projects of the type funded, internal (after peer review), external and application are sent to the SC for review. Depending on the requested amount of core-h, this is either just the SC members of the requesting organization (if below 2 Mio core-h) or the entire SC (above 2 Mio core-h). Projects of the type test or private only have the tech review.

Once the project is granted, you will get a mail notification

Once a project is granted, user can be created for it. These are the actual cluster suers and independent of any users on the service page.

Click on 'create cluster user account' and fill in First and Last name, an email address and a phone number. The phone number can be from any country, but it has to be able to receive text messages. If such a number is not available, please contact us
Then click 'submit' and enter a username and a password. If you have project parts on several resource pools, you can activate or deactivate the user there via checkboxes. Then click 'create account'.
The username must be unique within the entire VSC. The password must be 10 charactes, with at least one lower case letter, one upper case letter, one digit and one special character.

The user gets an email with some informations and instructions. The password is not contained in that mail and has to be conveyed to the user in some other way.

A project can contain any number of users, even multiple one for the same real person, but email and phone number have to be unique within the project.

As soon as users are created, these can log into the cluster and start working on the project.

At any time while the project is running, various resources can be changed or extended

The following items can be changed by the project manager via the project page:

• personal data: If personal data according to the GDPO are used can be toggled between yes or no. Please consult us before doing so
• backup status: in each resource pool, backup on the volume $DATA can be turned off or on.
• files: additional files can be uploaded - but not deleted or edited
• user accounts: see user management
• resource pools and resource extensions: see below

At 'Request resources from a resource pool' the project can be extended to another part of our systems. See the drop-down list for the possible options

To extend some of the resources of an existing resource pool, click on 'request more resources' at the top of that part. On the opened page, set those resource types you want to extend to 'yes' (leave all others on 'no') and enter the value you want to have ADDED to the current amount. You can add an explanatory comment as well. Afterwards click on submit.
The following resource types can be extended:

• cpu-contingent in core-h: The amount on additional core hours. Depending on project type and amount, this has to be granted by part or all of the steering committee. For test projects, core-h are only extended for special reasons.
• project end in days: The number of days the project should be extended after the project end date. Depending on the project type, this has to be granted by part of the steering committee. Please note that test projects are only extended for a limited time, and all other projects (except private) are only extended for a year at a time.
• \$DATA inodes or \$HOME inodes in # of files: The additional amount of files that can be stored in the respective volume.
• \$DATA size or \$HOME size in GB: the maximum size of the respective volume. HOME will only be extended for exceptional reasons and is otherwise fixed.

Some changes in the project can only be done by the VSC team. Please contact us if that is needed.
These changes are for example the project manager, project name, project group memberships (access to certain software or volumes for the entire project)
The VSC team can also add secretaries to a project - these are persons that have similar rights as the project manager. In contrast to the manager, several secretaries are possible.

During the runtime of a project, you will or might get various reminder or warning mails: