Changeset 1414 for branches/locker-dev/locker/doc/tickets

Timestamp:

Jan 12, 2010, 11:55:27 PM (15 years ago)

Author:

ezyang

Message:

Merged in changes from trunk

--- Merging r1262 through r1413 into 'deploy/bin':
U    deploy/bin/django
   C deploy/bin/rails
   > Resolved by accepting working copy
--- Merging r1221 through r1413 into '.':
U    sql/bin/get-password
U    sql/bin/save-password
U    doc/tickets/rt.txt
U    doc/tickets/cnames.txt
U    bin/fix-php-ini
   C bin/scripts-rails
   > Resolved by accepting working copy
Skipped 'bin/for-each-server'
 U   bin
U    sbin/parallel-find.pl
U    sbin/commit-email.pl
U    sbin/commit-zephyr
Summary of conflicts:
  Tree conflicts: 2
  Skipped paths: 1

Location:

branches/locker-dev/locker

Files:

• . (modified) (1 prop)
• doc/tickets/cnames.txt (modified) (4 diffs)
• doc/tickets/rt.txt (modified) (1 diff)

branches/locker-dev/locker/doc/tickets/cnames.txt

@@ -23 +23 @@
    reap it; they should do so quickly. If it belongs to an FSILG, e-mail
    ht-$ILG-acl (ht-et-acl, ht-pika-acl, etc.) and ask nicely. If it belongs
-   to an academic network, they're not getting the name back unless they can
-   negotiate with the current owner of the name
+   to an academic network, they're not getting even deleted names back unless
+   they can negotiate with the current owner of the name.
 
 2. Check that they're requesting a scripts.mit.edu path that they control
@@ -36 +36 @@
    before proceeding.
 
+   Confirm that they're signed up for scripts. http://locker.scripts.mit.edu/
+   should give something that isn't the "Account unknown" page.
+
 3. E-mail jweiss.
    * Open the ticket in RT
    * Click 'Comment' to the right of the body of the e-mail they sent
    * CC: jweiss@mit.edu (Don't use "To:", there's a bug)
-   * Write something nice. I typically use
+   * Write something nice, preferably including the stella command line.
+   I typically use
    Subject: scripts CNAME request: foo.mit.edu
 
-   At your convenience, please make foo.mit.edu an alias of scripts.mit.edu.
+   At your convenience, please make foo.mit.edu an alias of scripts-vhosts.mit.edu.
+
+   stella scripts-vhosts -a foo
        (or)
    At your convenience, please move the alias foo.mit.edu from bar.mit.edu to
-     scripts.mit.edu.
+     scripts-vhosts.mit.edu.
+
+   stella bar -d foo
+   stella scripts-vhosts -a foo
        (or)
    At your convenience, please rename the current host foo.mit.edu to
-     foo-old.mit.edu and make foo.mit.edu an alias of scripts.mit.edu.
+   foo-old.mit.edu and mark it as deleted, and make foo.mit.edu an
+   alias of scripts-vhosts.mit.edu.
+
+   stella foo -S 3 -R foo-old
+   stella scripts-vhosts -a foo
        (or)
    If the request below is sufficient authorization, please remove....
@@ -55 +68 @@
    * Set Status => Waiting and Blocking On => Moira
 
-   Occasionally jweiss is on vacation; check /mit/ops/Pager.Schedule for
-   "!jweiss" entries. It's worth asking him ahead of time if he's around. If
+   Occasionally jweiss is on vacation; generally he sets an auto-responder,
+   so you can just try emailing him and hoping, or ask him if he's around. If
    not, see if zacheiss or cfox or computing-help will handle the requests.
    (zacheiss has been willing to do them in the past.)
@@ -72 +85 @@
    or RewriteRules if they're having trouble.
 
---geofft, last updated 2008-08-02
+--geofft with minor edits by adehnert, last updated 2009-12-01

branches/locker-dev/locker/doc/tickets/rt.txt

@@ -10 +10 @@
 yourself of own updates" is on. You can also set the "Default Working Queue"
 to Scripts, and give yourself a signature referring to scripts@mit.edu.
-Another useful option here is to set a password, so you don't need certs to
-log in (and so you can use the zephyrbot).
 
-The zephyrbot (currently down) will take commands to -c scripts -i [ticket
-number] of the form /set status=resolved or /set owner=geofft.
+Another useful option here is to set an RT passwordfor your account, so you
+don't need certs to log in (though it sometimes will keep asking you for
+your password on each page load if you don't have certs) and so you can use
+the zephyrbot).  The zephyrbot will take commands to
+-c scripts -i [ticket number] of the form /set status=resolved or
+/set owner=geofft.  You need to drop a file in
+/mit/geofft/web_scripts/rt/rt-passwords by your username with the format:
+
+"username" "yourawesomepassword"
+
+And then ask geofft (zwrite geofft) to restart the RT bot.
+
+Note that in the event that Geoff's account is compromised, it is possible
+for an attacker to use this password do manipulate tickets in *any*
+queue you have bits on, not just the Scripts one.
+
+The RT bot will post ticket notifications as -c scripts -i nnn.  If you are
+responding to a ticket, it is conventional to post "lock" to the appropriate
+instance, so others know not to pre-empt you.  You should post "unlock" once
+you are done handling the ticket.
 
 You can also place these commands on a line by themselves inside e-mail; they
 will be acted upon and removed before the e-mail gets sent back out.
 
-Don't use the To field, it doesn't work. If you want to send the ticket somewhere else, use CC.
+If you're adding a *comment* (such as when you're forwarding a cname request
+on to IS&T), don't use the 'To:' field, because it'll be clobbered by our
+RT scrips and the mail won't actually go to the destination you added.
+Instead, you should use the 'Cc:' field.  Similarly, if you're adding
+*correspondence*, the 'Cc:' field will be clobbered and you need to use
+the 'To:' field.
 
 Don't CC other RT queues, it doesn't work. If you really need to, use your