The Macs in this room require a user's CS-GENERAL password to access. An easy way to tell if a machine uses CS-GENERAL passwords is if it has a name like NAME.cs as oppsed to NAME.student.cs.
To help a student reset this password, use instructions here: https://cs.uwaterloo.ca/twiki/view/CF/HelpDeskGuide#CS_GENERAL_Account_Passwords
Direct students to https://www.student.cs.uwaterloo.ca/password/ to reset their CS-TEACHING password and tell them to try logging in again five minutes after password reset.
as root, become cs-pwset; then run: /u/cs-pwset/bin/change_ad_password.sh $USER $PASS 2>&1
https://cs.uwaterloo.ca/twiki/view/CF/HelpDeskGuide#Network_Access_for_Visitors_UW_S
https://cs.uwaterloo.ca/twiki/view/CF/CourseAccountWatiamCreation
Approach to increase diskquota has changed since introduction of new file server in 2015. Currently gxshen@cscf is fielding change requests.
The following webpage will also be useful to determine actual diskquotas:
Regarding... https://cs.uwaterloo.ca/~arpepper/diskquota https://www.student.cs.uwaterloo.ca/~arpepper/diskquota I have modified them so that, if the REMOTE_USER is in a list corresponding to CSCF permanent staff, then an apparent REMOTE_USER variable in the QUERY_STRING will be used in place of the actual REMOTE_USER. Examples... https://cs.uwaterloo.ca/~arpepper/diskquota?REMOTE_USER=ijmorlan https://www.student.cs.uwaterloo.ca/~arpepper/diskquota?REMOTE_USER=ijmorlan https://cs.uwaterloo.ca/~arpepper/diskquota?REMOTE_USER=echrzano https://www.student.cs.uwaterloo.ca/~arpepper/diskquota?REMOTE_USER=echrzano The implementation may not be secure. Logically the output of such calls should include a form to submit another query, but that would require HTML. And we really need a command-line equivalent. Adrian.
An arguable data base of sponsors (accounts) data can be found under /software/accounts-master/data/resources ("computing" was the name of the "table" I could not remember earlier). cs-xh-admin% pwd /.software/share/accounts-master/data/resources cs-xh-admin% ls -lLart total 32 -rw-rw-r-- 1 root none 262 Jul 10 2003 README drwxr-sr-x 2 root none 4096 Apr 8 2014 . drwxrwsr-x 2 root accounts 4096 Apr 8 2014 licence drwxrwsr-x 2 root accounts 4096 Apr 8 2014 ppp drwxr-xr-x 3 root none 4096 Oct 10 2014 .. drwxrwsr-x 2 root accounts 4096 Aug 31 14:31 printer drwxrwsr-x 2 root accounts 4096 Aug 31 14:31 computing drwxrwsr-x 2 root accounts 4096 Aug 31 14:31 alias cs-xh-admin% "licence" and "ppp" are essentially old and obsolate. Underneath the other directories are files named after regions (hostnames) with a simple schema for each. E.g. /softare/accounts-master/data/resources/computing/cs-general.cs.private Sorry, there are no column headings on those tables. But here's their schemas... (schemata?) printer: uwuserid(full):resources computing: uwuserid(full):real name:id-number:resources alias: name:class:rvalue Notes: The tables are still not part of a regular data base because "resources" is a list of comma-separated values. cs-xh-admin% grep omnafees computing/cs-teaching.cs.private omnafees:Nafees, Omar M.:NNNNNNNN::CSCF601(0;login_graphics,login_ug),CSCF601(0;cs-marks,cs246,cs343,cs350_999,cs_build,cssystems,isg) cs-xh-admin% My claim is the tree of non-dot, non-RCS files under /software/accounts-master/data/sponsors are a (restricted) programming language which specifies the state of the above simple data base over time. E.g. sponsor_resources today=2016/02/01 resources=/tmp/omnafees e=50000 will generate under /tmp/omnafees (assuming /tmp/omnafees contains directories "computing", "printer" and "alias"--a sanity check) the state of this data base on the date 2016/02/01. I have a program /u/arpepper/bin/willberesources which takes a date, and produces on standard output a unified table for all the types of resources. cs-xh-admin% /u/arpepper/bin/willberesources 2016/02/01 | wc 127542 127542 8654965 cs-xh-admin% /u/arpepper/bin/willberesources 2016/02/01 | sed 's/:.*//' | \ sort | uniq -c 546 alias 125807 computing 1189 printer cs-xh-admin% /u/arpepper/bin/willberesources 2016/02/01 | grep '^computing' | head computing:backup-0.cs:arpepper:diskquota-kb:3000:CSCF608 computing:backup-0.cs:arpepper:group-membership:accounts:CSCF608 computing:backup-0.cs:cmroth:diskquota-kb:2000:CSCF661 computing:backup-0.cs:cmroth:group-membership:operator:CSCF661 computing:backup-0.cs:daroloson:diskquota-kb:2000:CSCF661 computing:backup-0.cs:daroloson:group-membership:operator:CSCF661 computing:backup-0.cs:dlgawley:diskquota-kb:2000:CSCF601 computing:backup-0.cs:dlgawley:group-membership:operator:CSCF601 computing:backup-0.cs:gxshen:diskquota-kb:2000:CSCF601 computing:backup-0.cs:gxshen:group-membership:operator:CSCF601 cs-xh-admin% That is derived by taking the non-standard "resources" field, and breaking it into a line per identifiable resource. Of course, that has the disadvantage that each userid appears in many records for the same host. Building on willberesouces, I have programs which will track the life of "resources" over time. These can be good for determining the effects of editing changes. Adrian.
-- OmarNafees - 2015-02-05