Computing Services


Staff Service Level Agreement:



Accounts and Passwords:


  • Staff will be provided with NT domain accounts when hired.  Staff will be provided with UNIX shell accounts upon request.  Staff accounts will expire after receipt of notification from the Human Resources Office. 
  • Non student staff accounts will have access to HCS services without payment of fees.  Accounts will expire upon termination of affiliation with Haas. 
  • Accounts and normal account passwords are set never to expire.  Initial or replaced passwords assigned by HCS staff are set to automatically expire upon first use.  
  • Account Password length must be a minimum of nine characters. 
  • Account Passwords are subjected to vulnerability testing once per month. The Account Password must not be detected by vulnerability checking. Accounts with passwords that fail the vulnerability check will be disabled and you will be notified by phone and by hardcopy filed in your Haas mailbox.

Account Compromise:


  • If you believe the security of your accounts have been compromised, contact the HelpDesk immediately.  If HCS discovers that your accounts have been compromised, it will take appropriate action as appropriate, up to disabling the account.  If such action is necessary, HCS will contact you by phone or voice-mail and will immediately work on the security problem until it is resolved.

Computer Virus Problems:


  • Stop using your computer. Call the HelpDesk immediately during staffed hours.  If your call is made outside staffed hours, leave voice-mail or e-mail.

Help Desk Hours:



Getting Help from the Help Desk:


  • When a problem arises, faculty should contact the Haas Computing Services Help Desk (HCSHD) via phone, e-mail, Service Request System or in person.
  • Phone # 642-0434, Email HelpDesk@Haas.Berkeley.EDU
    Room S300M Haas School of Business.
  • HCSHD will require identifying information (Who, What, Where, When and How) to log and track service calls. 
  • HCSHD will begin the problem resolution process upon receipt of the call. 
  • HCSHD will attempt to correct the problem remotely. If remote repair is not successful HCSHD will prioritize call and assign to service personnel. The service call number will be supplied to Client. Assigned service personnel will contact the customer, set appointment, and keep customer and HCSHD informed of progress.

Help Desk Service Priorities and Escalation Procedure:


HCSHD will assign Call Priorities based on the following

  • #0 Enterprise failure - Production service or server down. Events affecting a department or the entire school. Events at this level will be immediately addressed and followed through until resolution. This Call Priority supersedes all other service tasks, assignments, and projects. (All available resources utilized pending resolution)
  • #1 Urgent - system down, Customer or reported equipment unable to operate or perform tasks, No alternate procedure available. (Selected resources utilized pending resolution)
  • #2 High Priority - situation critical, key functions not operable, time sensitive. (resources assigned at a level to expect one hour resolution)
  • #3 Priority - customer able to work at acceptable level awaiting service appointment (24 hour problem resolution expected)
  • #4 Scheduled Service, new installs, upgrades, adjustments (3 day completion expected)
  • #5 Pending Service - awaiting approvals, third parties, system availability. (estimated completion date and status updates to be provided)

Service Desk Operator will determine Priority. All customers will be updated via the HCS web site, e-mail, or phone.


HCS Service Goals:


  • To commence an informed diagnosis of problems with supported hardware and software upon notification.
  • To have the customer effectively operational as soon as possible.
  • For desktop systems, service reinstatement time depends on urgency and whether or not the hardware and software are supported or custom.
  • For an urgent or high priority problem on a supported computing platform, the goal of HCS is to have the customer effectively operational within 1 hour of notification receipt.
  • For problems involving custom hardware or software, HCS provides service on a "best effort" basis without any time or cost guarantee. Such support may be outsourced at the customer’s expense.

Technical Support Troubleshooting Procedure:


  • Administrative data is an important asset and must be protected at all times. An administrative staff computing workstation is to be treated as a "Production" system and therefore the following policies apply:
  • The Desktop Support technician will inform the customer of any and all changes to be performed before doing the work. 
  • The technician will inform the customer of any known potential risks associated with the changes and will give the customer the option to accept or decline the proposed changes before performing the work. 
  • The customer must be available and willing to answer the technician’s questions before the work will proceed. 
  • The customer does not need to be physically present in order to have the work performed. 
  • The technician has the right to decline a request of changes or modifications from a customer when it is the technician’s professional opinion that the requested work has too great a potential risk of failure or loss of data. In such cases, the problem will be referred to management for decision. 
  • The technician will ensure that the customer’s system and data is adequately backed up before performing any changes that have associated potential risk. This includes, but limited to, emergency repair and/or boot disks, a verified ADSM workstation or HCS server backup set, a copy of the impacted directories or files, etc. The technician may defer the proposed changes until after such precautions have been taken.

Supported Hardware:


HCS will provide full support for Supported Hardware, that is, a hardware system:
  • purchased with the help of HCS,
  • completely configured and setup by the vendor and/or HCS including all components, and
  • purchased from one of several supported manufacturers (Dell, IBM, or Gateway).
Hardware includes desktops, laptops, and all peripherals.  HCS will deliver and connect to the network, supported hardware and upgrades within 3 business days of its arrival at HCS. HCS supports hardware that is classified or functions as a workstation.  If the hardware is of server class or functions as a server (e.g., providing some type of service, data, or access to multiple users), and does not reside in the HCS Computer Room and is not administered by the HCS System Administration Group, HCS provides service on a "best efforts" basis without any time or cost guarantee. Such support may be outsourced at the customer’s expense. Liability and interest in such a system is solely owned by the faculty person, organized research unit, or group.

Supported Software:


HCS provides the following services for Supported Software:
  • Software installation instructions and assistance
  • Telephone assistance for standard features of the software
  • One-on-one training via appointment
  • Classes scheduled as required

A  list of supported software is posted here, with scheduled adds and deletes, as well as proposed changes.

Notification to customers as new versions are made available and at least 90 days notice before a previous version is removed. HCS supports software that is classified or designed to be operated on a workstation. If the software is of server class or functions as a server service(e.g., providing some type of service, data, or access to multiple users), and the software is not installed on an HCS server, HCS provides service on a "best efforts" basis without any time or cost guarantee. Such support may be outsourced at the customer’s expense. Liability and interest in such software is solely owned by the faculty person, organized research unit, or group.

Custom Computer Hardware and Software:


  • For a custom system (that is, a system that does not meet the criteria for a supported system) HCS provides service on a "best efforts" basis without any time or cost guarantee. Such support may be outsourced at the customer’s expense. For custom course-related software, HCS will assign an analyst to the faculty for software evaluation, selection, implementation, and (limited) training.

Custom Development:


  • Custom development is defined as a project and is subject to the same review and approval process.

Installing Hardware or Software on Existing Computers:


HCS will install all required replacement hardware and software on supported systems. New hardware and software will be installed after review and acceptance of Custom Status implications by all concerned parties.

Upgrading Computers:


HCS will assist faculty with selecting, procuring and installing replacements for aging computers. Funding is the responsibility of the faculty member, organized research unit, or department.


Laptop Support:


Same as Supported Hardware and Supported Software. Additionally, the network interface and modem only if it is manufactured by 3COM.

Although every effort is made to provide remote access to HCS resources, we cannot guarantee successful access from a particular site, due to site security constraints, incompatibilities, or Internet routing or network conditions.

PDAs, Pen-Based Computers and Sub-Notebook Computers:


HCS does not support PDAs, pen-based computers and sub-notebooks. HCS does not support Windows CE. Such support may be outsourced at the customer's expense.


Home Computers:


  • HCS will perform services only if the customer brings the School owned equipment to the school. HCS will not make any house calls under any circumstances, and will not service personally owned computers.
  • HCS will arrange contract repair services for School owned home computers at the expense of the faculty member or department.

Macintosh Computers:


  • Macintosh computers are custom systems (that is, a system that does not meet the criteria for a supported system). HCS provides service on a "best efforts" basis without any time or cost guarantee. Such support may be outsourced at the customer’s expense.

Computing Lab:


  • The software in the Computing Lab will be changed each semester. HCS will solicit faculty for lab software requirements at least 2 months prior to the semester. Faculty must respond to the call for requirements to be assured their software needs are considered. HCS will investigate compatibility with the rest of the environment, and if feasible include the requested software in the semester build. The requesting faculty will arrange funding for purchase of licenses they require. At the beginning of the semester, the Computing Lab configuration will be frozen -- HCS will accommodate only minor changes (such as add-ons, and plug ins) to the environment during semester.
  • Software determined to be incompatible with or that require human or infrastructure resources that are unavailable in the existing environment will require that a Proposal be drafted by the requestor. The Proposal will then be forwarded to the appropriate Computing Committee(s) for review and endorsement and to the Deans Office for approval by the Deans Office.  The Computing Lab requirements of Ladder Faculty take precedence over other Faculty requests.
  • All installations and changes to the Computing Lab environment are scheduled for implementation according to a Project Management Plan.

Acquisition Process:


HCS will
  • Recommend and process the purchase of new equipment, peripherals and components.
  • To the extent known, keep the customer informed of the vendor’s delivery schedule
  • Install new equipment and supported software, if the hardware and operating system environments are compatible with our standard environment

The cost(s) of acquiring equipment are the responsibility of the person or department making the request


Storage of Data:


  • HCS provides data storage on both Windows NT and UNIX servers. Faculty are provided 80MB on NT and 25MB on UNIX home directories. Faculty requests for additional storage will be granted if sufficient storage is available.
  • Faculty who are over-quota will be notified by automated email response once per week. A 30-day grace period applies, after which the server will automatically lock out any operation that requires additional storage space.
  • Additional data storage can be purchased from IS&T on Socrates for $1000.00 per 1GB per year.

Backup of Data:


HCS performs a network server backup each night. Requests for restoration of data residing on HCS servers from data backups are processed by the HCS Help Desk. Data is kept on for a period of no more than three months. Data older than three months cannot be recovered.
  • Faculty and staff can establish ADSM backup service for their office computers.  HCS will assist with establishing regular backups for their personal computer using the ADSM backup service. Backup service is offered to faculty and staff as a recharge service through the UC Backup system at IS&T. HCS staff will install and support software to provide the automated nightly backup of Windows NT and UNIX systems.

Mailing Lists / Discussion Groups:


  • Mailing lists for each course and discussion section are created automatically by the computer center immediately before or at the start of the semester, once a stable schedule of courses is provided by the Deans Office. Ownership of each list is assigned to the instructor listed in the school’s official course schedule. Ownership may be transferred to a designated student instructor/assistant upon request. Mailing lists for courses and discussion groups expire one week after the end of the semester.
  • Mailing lists must be owned by a person with an e-mail address ending in ".berkeley.edu" (e.g., user@haas.berkeley.edu,user@uclink.berkeley.edu, user@econ.berkeley.edu, etc...), and an active Haas Computing account.
  • The names of each course and discussion section list are derived from the schedule of courses and employs this syntax: the prefix "ba" or "e" followed by the course number, a dash (-), and the section number.  If the section number includes any letters (e.g., "-1a" or "-1x), the letters are omitted.  Course and discussion mailing lists are created with list approval disabled.  This means that the list owner will not receive any notifications when someone subscribes to the list.  The administrative password for the list will be set to the same value as the naming structure, except that the dash is replaced with a period (.) (e.g., the password for ba100-1 is ba100.1).  The default maximum message size is set to 2MB.
  • Dual-listed MBA courses are those that have both a Day- and Evening-MBA entry in the course schedule.  Due to the technical limitations of the Majordomo mailing list software, two lists will be created for dual-listed courses.  It is not possible to link both names for a dual-listed course to one list.  The use of the "c" prefix is not possible since central campus uses it for permanent cross-listed courses between departments.
  • Mailing lists for other departmental administrative and academic purposes are created upon request. Mailing lists for other departmental and academic purposes expire annually and must be renewed.
  • The person or group requesting the list must provide contact information, a brief narrative that explains the purpose of the list, and list configuration parameters in order for the list to be created.
  • Mailing lists without an owner will be deleted two weeks after notifying list members, if no one on the list assumes ownership.  Mailing lists that have expired will be deleted two weeks after notifying the list owner about its renewal and no response is received.

Web Authoring:


  • Web authoring assistance is provided by the Marketing Group.  Questions concerning content development should go to the Marketing Group.  Installation, configuration, and navigation assistance for HCS-supported web development tools is provided by HCS by request via the Help Desk.

Web Hosting Services:


  • Any Intranet content (e.g., for Internal use only, including course web sites) will be hosted on the NT domain, using Internet Information Server.  The location of the Production web site is pre-determined by the documented Directory Hierarchy.
  • Any Corporate content (e.g., content pertaining to the marketing or external image of the school) will be hosted on the UNIX server, using Apache Server.  The location of the Production web site is pre-determined by the documented Directory Hierarchy.
  • Virtual Domain hosting services are not provided at this time.  The topic is under discussion and review by the Faculty/PhD Computing Committee.  Virtual Domain hosting services are currently available on Socrates.

Network and Server Availability:


  • Routine maintenance is performed Sunday morning from 0600 - 1200. File servers, email systems, and other network services may not be available. Before routine maintenance, HCS will provide 48 hours notice in the Helpdesk Message of the Day.
  • Corrective maintenance will be performed as required with prior notification to the customer community as the urgency of the problem dictates. HCS is permitted bring servers down in the event of an emergency situation (e.g., building power failure) or critical security threat (e.g., root compromise). Approval for this action is made by the Associate Director of Systems and/or the Director of Computing and Information Systems. Notification of server down will be made immediately to the Deans office. Announcements of system security events will be made after the vulnerability has been mitigated.
  • It is important to remember that the Business School is not a self-contained computing environment, and is linked to other networks within the University and to the Internet. In some cases, you may experience system delays or interruptions due to causes beyond the control of HCS, for example when a main campus network connector (router) has problems. In such cases, HCS will work with University computing groups (IST, DCNS, et. al.) to help identify and correct problems in a timely manner. Local network resources permitting, we will continue to provide updates to the school on an hourly basis.
  • Server Uptime: minimum 99.0% system uptime per month (approximately 404 minutes reserved for planned maintenance activities).
  • All Production servers are monitored by an automated detection system on a 24 x 7 basis. In the event of an e-mail services disruption, the automated detection system pages the System Administration group. A System Administrator must respond to the page within 30 minutes.
  • If a disruption is caused by a software problem, the outage will be resolved as soon as possible. If caused by hardware failure, the outage will be resolved within the terms of the Vendor Service Agreement. For example, the SUN Service Agreement provides 5 day x 8 hour on-site assistance and 5 day x 12 hour software support for SUN products. An eight-business-hour turnaround time for parts replacement applies.

Research Computing:


The following Policies apply to the Research Computing Environment:

  • If a disruption of service is caused by a user’s job running the temp/swap space full, a run-away process, etc., the system administration group is notified only if the automated monitoring system detects the problem.
  • If the disruption is not detected by the automated monitoring system during hours when HCS offices are closed, the system administrator on-call may be paged (see Network and Server Availability section).
  • Users are expected to clean up after their own jobs and manage the disk space that they use. If a user job fills any shared disk space (e.g., /tmp), the user is expected to clear the space as soon as the problem is detected.
  • If a user runs a job on the Compute Server that is expected to take longer than one hour to complete, the user must lower the priority of the job by a minimum of 5 below standard execution (i.e., renice 5).
  • A user is expected to be courteous and sensitive to the activities of other users on the Compute Server.
  • Support is provided for applications listed in the Supported Software section of this Agreement.
  • New applications are installed on the Research servers upon request if sufficient funding is identified and available.

Training, Documentation, and HCS Web:


  • One-on-one training for individuals is available by appointment upon request for supported software and hardware.
  • Training classes are provided through HCS for supported software and hardware. For a group of five or more participants, a training session can be set up for supported software for your individual group or department.
  • Formal training sessions will be set up for new supported software products as needed. Announcement of upcoming sessions will be posted around the school and sent out via email.
  • Vendor and third-party books and documents for most supported HCS applications are available in the Reference section of the Business Library.
  • How Do I?, installation and configuration procedures for select applications, and How-To documents are available on the HCS web site. The content of the HCS web site is to include support for the current HCS-installed version of supported software and hardware. Documents describing legacy versions are provided on a best-effort basis.
  • Customers are also advised to take advantage of the web site support provided by most vendors of hardware and software. Most commonly encountered problems and their solutions are readily available at these web sites. These sites also have "chat groups" that raise and solve each other’s idiosyncratic problems.

UNIX Security:


  • Any faculty-owned UNIX workstation or server may be immediately blocked at the router or physically disconnected from the network if Intruder monitoring detects a compromised computer. The owner of the compromised computer will be immediately notified of this action by phone and by e-mail as soon as HCS is aware of the compromise. Any compromised computer will not be returned to service or reconnected to the network until the security compromise has been removed. 
  • Any disruption of an HCS-owned server due to security compromise must be documented and the users of the affected server will be notified as soon as it is safe to provide the information (there are cases where disclosure can complicate the security problem). 
  • Shell access to any HCS-owned server is allowed through the use of a Secure Shell port only. Inbound Telnet must be disabled. Remote access is provided for servers only. No remote access services will be provided on any HCS-owned workstation. 
  • No .rhosts files are permitted on any HCS server. Any and all .rhosts files are removed by automated process.  No .netrc files are permitted on any system. Any and all .netrc files are removed by automated process.  No "r" commands are permitted on the Haas E-mail/Web server.  No X-based login (CDE or OpenLook) connectivity or applications are permitted on the Haas E-mail/Web Server.

NT Security:


  • Any faculty-owned NT workstation or server may be immediately blocked at the router or physically disconnected from the network if Intruder monitoring detects a compromised computer. The owner of the compromised computer will be immediately notified of this action by phone and by e-mail as soon as HCS is aware of the compromise.
  • Any compromised computer will not be returned to service or reconnected to the network until the security compromise has been removed.

E-mail and Mailing List Security:


  • E-mail passwords have the same security definition as UNIX account passwords. See the Accounts section for more information.
  • The default mailing list configuration for a list is open access with no moderation. This means that anyone can subscribe themselves to a list and anyone can post content. Additional security (e.g., closed access, moderated lists, restricted posting, etc.) is implemented upon request.
  • The initial list password is set at the time the list is created.
  • The list owner may also change configuration and security settings for a list through the use of the MajorCool web interface. It is the responsibility of the customer to understand how Majordomo configuration settings work and how they affect the operating characteristics of a mailing list. It is the responsibility of the HCS Help Desk to provide initial set up and configuration of a list and to provide technical support for new and existing lists.

Projects and Proposals:


  • Projects definitions and proposals are co-developed by you and the Assistant Director of Administrative Computing.  Projects are defined by scheduling an interview with you, the project sponsor, principal investigator, the HCS Assistant Director, and others as deemed appropriate by you and the HCS Assistant Director.  During the interview, the project is defined through negotiation and agreement by all parties, by accurately describing all major deliverables, and by creating a general timeline.  Each major deliverable description includes functional requirements, scope and limitations, and a target delivery date.  Any issues that arise from the discussion are captured, assigned an owner, and given a due date.  The resulting document created at the interview is the project proposal.
  • Project proposals are submitted to the Administrative Computing Committee by you and the HCS Assistant Director.  The committee reviews each project proposal and forwards favorably reviewed proposals to the Deans office for approval and funding.
  • The Deans office rates each recommended project proposal using specific criteria that determine the project's priority for funding and implementation.  All recommended projects go into the HCS Project Portfolio.  The projects that meet or exceed a minimum evaluation score are funded and/or implemented.  Those that do not meet the minimum score fall below the cut line in the project portfolio and are reconsidered during the next evaluation cycle.
  • The HCS Project Portfolio is accessible on-line and is located within this web site.

last update April 16, 2007 -kv