Can't access D0CVS - update

Newsflash: users of d0sshcvs need to read this.

Recently ssh was upgraded (long overdue) to a new version (OPENssh) on the main D0 computers, including the D0 CVS repository. This new version does not support a couple of features that the old one did. In particular we can no longer specify your username as part of your ssh public key. In fact that syntax is not recognised. This has two effects: Now back to the generic discussion

Can't access D0CVS

This question comes up over and over again and has been answered over and over again. If, when trying to access the D0cvs repository, via "addpkg" for example you see an error such as:
<d0mino> addpkg -h muo_examine
Adding package "muo_examine" to ".".
using package special cvs server
cvs -d cvsuser@d0cvs.fnal.gov:/cvsroot/d0cvs checkout -P muo_examine
kshd: Permission denied.
trying normal rsh (/usr/bsd/rsh)  WARNING: NO ENCRYPTION!
cvs [checkout aborted]: received interrupt signal
There are several possible reasons.
  1. You are not registered to the repository for the access method you are using. NOTE: registration does not expire. So if you've priviously been able to access the repository with your current setup this is not the problem. However, offline/online and onsite/offsite setups and setup requirements vary, so keep that in mind. Please indicate that you want your principal or public key registered with D0CVS and who you are. There are lot's of things I could do with these. Most of them won't get you registered. My crystal ball also has been broken for some time now. So please help out.

    NOTE: Neither kerberos principals nor ssh keys are machine dependent. They authenticate you. There is a seperate authentication that happens for your machine that you don't see.

  2. You don't have a valid forwardable kerberos ticket if on a kerberized machine (eg almost any machine at Fermilab). Do a "klist -f" to check. You must have a ticket. It must not be expired and there must be an "F" in the "Flags:" field. If any of these are not true, go back to wherever you got your initial ticket and get a new one, in a secure manner. Then log in to your working machine, making sure that the ticket is forwarded and forwardable at each step.

  3. If using rsh (setup d0cvs) access, check that a kerberized rsh is found first, "which rsh" or "type rsh".


Alan Jonckheere
Last modified: Wed Jan 6 9:45:08 CST 2005