Today, we finally solved the clearcase problem that could not be solved for several days,
Cleartool> DESC vob:/aaa_dns_vob
Versioned object base "/aaa_dns_vob"
Created 30-September-05.04: 54: 40 by jinq. aaastat @ IPCC
Vob family Feature Level: 3
Vob storage HOST: pathname "IPCC:/clearcase obs/aaa_dns_vob.vbs"
Vob storage global pathname "// IPCC/clearcase/vobs/aaa_dns_vob.vbs"
Database schema version: 53
Vob ownership:
Owner clearcase/jinq
Group clearcase/aaastat
Additional groups:
Group clearcase/aaaprj
Group clearcase/aaagrp
Group clearcase/SSG
Group nobody
Attributes:
Featurelevel = 3
The vob ownership here is the permission to check out, but nothing else. At first I thought it was wrong, and thought it was addtional group.
Show it with creds (this is already normal)
D:/program files/rational/clearcase/etc/utils> creds
Login Name: clearcase/Wup
Usid: NT: S-1-5-21-842925246-152049171-1202660629-1311
Primary Group: clearcase/aaaprj (NT: S-1-5-21-842925246-152049171-1202660629-1216
)
Groups: (11)
Everyone (S-1-1-0)
Builtin/administrators (NT: S-1-5-32-544)
Builtin/users (NT: S-1-5-32-545)
Nt authority/Interactive (NT: S-1-5-4)
Nt authority/Authenticated Users (NT: S-1-5-11)
Local (NT: S-1-2-0)
Clearcase/Domain Users (NT: S-1-5-21-842925246-152049171-1202660629-513)
Clearcase/aaastat (NT: S-1-5-21-842925246-152049171-1202660629-1230) -- this line has changed
Clearcase/AAA (NT: S-1-5-21-842925246-152049171-1202660629-1106)
Clearcase/aaagrp (NT: S-1-5-21-842925246-152049171-1202660629-1215)
Clearcase/aaaread (NT: S-1-5-21-842925246-152049171-1202660629-1295)
You do not have clearcase administrative privileges.
It seems that the focus has been concentrated on the Primary Group. It seems that it is the value in my local environment variable. It is said that it is also set locally.
There is
Only the above two points are needed. This process has learned a lot about the usage of CC, which is quite rewarding. For example
DESC, etc.
In addition, it is found that the operations in cleartool are the same as those in bash.