2016-04-05 3 views
1

Ich bin kein ClearCase-Neuling, ich habe bereits einige CC-Server in sehr gut organisierten Netzwerken eingerichtet, die von LDAP verwaltet werden. Aber dieses Mal ist es ein bisschen anders in einem nicht LDAP-verwalteten Netzwerk ... Ich stehe vor einem wirklich seltsamen Checkout-Problem und ich stecke fest ... Um es direkt am Anfang zu erwähnen, ist dies kein Standard-Genehmigungsproblem (nach meinem Wissen) .ClearCase sehr seltsame Berechtigung für die Dateikassierung verweigert

Wenn ich versuche, eine Datei auf meinem Client (Clearcase-Client) als vobowner zur Kasse (ccadm - Ich habe keine anderen Benutzer so weit gekommen) ich folgende Fehlermeldung erhalten:

cleartool: Error: Checked out version, but could not copy data to "testfile.txt" in view: Keine Berechtigung. 
Correct the condition, then uncheckout and re-checkout the element. 
cleartool: Error: Unable to check out "testfile.txt". 

Aber ich bin VOBs, Views erstellen und private Dateien anzeigen. Ich bin sogar in der Lage, Ordner zu checken, aber ich kann keine einfache Textdatei auschecken.

[email protected]:~$ ct mkvob -tag /vobs/test -nc -stgloc vobstore 
Created versioned object base. 
Host-local path: clearcase-vm:/cc_storage/vobstore/test.vbs 
Global path:  /net/clearcase-vm/cc_storage/vobstore/test.vbs 
VOB schema:  80 
VOB feature level: 8 
VOB ownership: 
    owner ccadm 
    group ccusers 

VOBs have special data backup considerations. For more information on how to 
back up your VOB properly, see the documentation for administering ClearCase. 
If the backups aren't done properly, you are putting your data at risk! 
[email protected]:~$ ct mkview -tag ccadm.dv -stgloc viewstore 
Created view. 
Host-local path: clearcase-vm:/cc_storage/viewstore/ccadm/ccadm.dv.vws 
Global path:  /net/clearcase-vm/cc_storage/viewstore/ccadm/ccadm.dv.vws 
It has the following rights: 
User : ccadm : rwx 
Group: ccusers : rwx 
Other:   : r-x 
[email protected]:~$ ct mount /vobs/test 
[email protected]:~$ ct setview ccadm.dv 
[email protected]:~$ cd /vobs/test 
[email protected]:/vobs/test$ ct co -nc . 
Checked out "." from version "/main/0". 
[email protected]:/vobs/test$ touch testfile.txt 
[email protected]:/vobs/test$ ct mkelem -nc -ci testfile.txt 
Created element "testfile.txt" (type "text_file"). 
Checked in "testfile.txt" version "/main/1". 
[email protected]:/vobs/test$ ct ci -nc . 
Checked in "." version "/main/1". 
[email protected]:/vobs/test$ ct co -nc testfile.txt 
cleartool: Error: Checked out version, but could not copy data to "testfile.txt" in view: Keine Berechtigung. 
Correct the condition, then uncheckout and re-checkout the element. 
cleartool: Error: Unable to check out "testfile.txt". 

Dies ist, was ich in mvfs_log sehen Sie:

56fe658a mvfs: Error: cleartext open failed view=ccadm.dv vob=/vobs/test dbid=0x80000003 - Permission denied 
56fe658a mvfs: Error: cleartext pname= /net/clearcase-vm/cc_storage/viewstore/ccadm/ccadm.dv.vws/.s/00048/8000000356fe6566testfile.txt 
56fe658a mvfs: Error: cleartext create view=ccadm.dv vob=/vobs/test dbid=0x80000003 - Permission denied 
56fe658a mvfs: Error: cleartext pname= /net/clearcase-vm/cc_storage/viewstore/ccadm/ccadm.dv.vws/.s/00048/8000000356fe6567testfile.txt.checkedout 

Natürlich kann ich in Ordnung (siehe unten) ...

Umgebung Beschreibung sehen sollte „Zugriff verweigert“, aber Berechtigungen sein: Das Netzwerk ist derzeit ein privates Testnetzwerk ohne LDAP. UIDs und GIDs sind also auf Server und Client identisch. Ich kenne keine anderen Voraussetzungen für die Verwendung von CC in einem Nicht-LDAP-Netzwerk. Beide sind für Autofs konfiguriert, die/net verwenden. Beide Maschinen sind derzeit virtuelle Maschinen für Tests (ich hatte genau das gleiche Problem auf nicht-VMs ... Deshalb habe ich Setup hat die VMs zum Testen)

CC-Server: Clearcase-vm

OS: Ubuntu 14.04

Linux clearcase-vm 3.13.0-79-generiC#123-Ubuntu SMP Fri Feb 19 14:27:58 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux 

Zweck: View-, VOB-, Registryserver

Lokale Benutzer: ccadm

[email protected]:~$ id -a 
uid=2000(ccadm) gid=2000(ccusers) Gruppen=2000(ccusers) 

Lokale vobstorage Berechtigungen:

[email protected]:~$ ls -la /cc_storage/vobstore/test.vbs/ 
insgesamt 52 
drwxr-xr-x 8 ccadm ccusers 4096 Apr 1 14:09 . 
drwxrwxrwx 4 root root 4096 Apr 1 14:09 .. 
drwxr-xr-x 2 ccadm ccusers 4096 Apr 1 14:09 admin 
drwxr-xr-x 3 ccadm ccusers 4096 Apr 1 14:09 c 
drwxr-xr-x 3 ccadm ccusers 4096 Apr 1 14:09 d 
drwxr-xr-x 3 ccadm ccusers 4096 Apr 1 14:09 db 
-r--r--r-- 1 ccadm ccusers 13 Apr 1 14:09 .hostname 
drwx------ 2 ccadm ccusers 4096 Apr 1 14:09 .identity 
-rw-r--r-- 1 ccadm ccusers 7 Apr 1 14:09 .pid 
-r--r--r-- 1 ccadm ccusers 41 Apr 1 14:09 replica_uuid 
drwxr-xr-x 3 ccadm ccusers 4096 Apr 1 14:09 s 
-r--r--r-- 1 ccadm ccusers 41 Apr 1 14:09 vob_oid 
-rw-r--r-- 1 ccadm ccusers 625 Apr 1 14:09 vob_server.conf 

Lokale viewstorage Berechtigungen:

[email protected]:~$ ls -la /cc_storage/viewstore/ccadm/ 
insgesamt 16 
drwxr-xr-x 4 ccadm ccusers 4096 Apr 1 14:10 . 
drwxrwxrwx 3 root root 4096 Mär 30 16:43 .. 
drwxrwxr-x 5 ccadm ccusers 4096 Apr 4 11:39 ccadm.dv.vws 

Clearcase Version:

[email protected]:~$ ct -ver 
ClearCase version 8.0.1.1 (Fri Sep 20 16:09:14 EDT 2013) (8.0.1.01.00_2013C.FCS) 
ClearCase version 8.0.1.2 (Wed Dec 11 16:09:14 EDT 2013) (8.0.1.02.00_2013D.FCS) 
ClearCase version 8.0.1.3 (Wed Mar 19 00:31:17 EST 2014) (8.0.1.03.00_2014A.FCS) 
ClearCase version 8.0.1.3-iFix01 (Tue Apr 22 18:14:02 EDT 2014) (8.0.1.03.01_2014A.1.FCS) 
ClearCase version 8.0.1.04 (Thu Jun 24 22:31:13 EDT 2014) (8.0.1.04.00_2014B.FCS) 
ClearCase version 8.0.1.05 (Wed Sep 17 15:09:27 EDT 2014) (8.0.1.05.00_2014C.FCS) 
ClearCase version 8.0.1.06 (Tue Dec 11 22:31:02 EST 2014) (8.0.1.06.00_2014D.FCS) 
ClearCase version 8.0.1.07 (Wed Mar 18 00:31:02 EST 2015) (8.0.1.07.00_2015A.FCS) 
ClearCase version 8.0.1.08 (Tue Jun 24 22:30:54 EDT 2015) (8.0.1.08.00_2015B.FCS) 
ClearCase version 8.0.1.09 (Wed Aug 26 22:16:02 EDT 2015) (8.0.1.09.00_2015C.D150826) 
@(#) MVFS version 8.0.1.9 (Fri Aug 21 22:52:34 2015) built at $Date: 2016-03-30.13:14:43 (UTC) $ 
cleartool       8.0.1.9 (Thu Aug 20 22:50:12 2015) 
db_server       8.0.1.9 (Mon Aug 17 11:37:37 2015) 
VOB database schema versions: 54, 80 

CC-Kunde: Clearcase-Client

OS: Ubuntu 14.04

Linux clearcase-client 3.13.0-79-generiC#123-Ubuntu SMP Fri Feb 19 14:27:58 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux 

Zweck: Clearcase-Client

Lokale Benutzer: ccadm

[email protected]:~$ id -a 
uid=2000(ccadm) gid=2000(ccusers) Gruppen=2000(ccusers) 

Fern vobstorage Berechtigungen für Clearcase-vm:

[email protected]:~$ ls -la /net/clearcase-vm/cc_storage/vobstore/test.vbs/ 
insgesamt 52 
drwxr-xr-x 8 ccadm ccusers 4096 Apr 1 14:09 . 
drwxrwxrwx 4 root root 4096 Apr 1 14:09 .. 
drwxr-xr-x 3 ccadm ccusers 4096 Apr 3 00:30 admin 
drwxr-xr-x 3 ccadm ccusers 4096 Apr 1 14:09 c 
drwxr-xr-x 3 ccadm ccusers 4096 Apr 1 14:09 d 
drwxr-xr-x 3 ccadm ccusers 4096 Apr 1 14:09 db 
-r--r--r-- 1 ccadm ccusers 13 Apr 1 14:09 .hostname 
drwx------ 2 ccadm ccusers 4096 Apr 1 14:09 .identity 
-rw-r--r-- 1 ccadm ccusers 7 Apr 1 14:09 .pid 
-r--r--r-- 1 ccadm ccusers 41 Apr 1 14:09 replica_uuid 
drwxr-xr-x 3 ccadm ccusers 4096 Apr 1 14:09 s 
-r--r--r-- 1 ccadm ccusers 41 Apr 1 14:09 vob_oid 
-rw-r--r-- 1 ccadm ccusers 625 Apr 1 14:09 vob_server.conf 

Fern viewstorage Berechtigungen für Clearcase-vm:

[email protected]:~$ ls -la /net/clearcase-vm/cc_storage/viewstore/ccadm/ 
insgesamt 16 
drwxr-xr-x 4 ccadm ccusers 4096 Apr 1 14:10 . 
drwxrwxrwx 3 root root 4096 Mär 30 16:43 .. 
drwxrwxr-x 5 ccadm ccusers 4096 Apr 4 11:39 ccadm.dv.vws 

Clearcase Version:

[email protected]:~$ ct -ver 
ClearCase version 8.0.1.1 (Fri Sep 20 16:09:14 EDT 2013) (8.0.1.01.00_2013C.FCS) 
ClearCase version 8.0.1.2 (Wed Dec 11 16:09:14 EDT 2013) (8.0.1.02.00_2013D.FCS) 
ClearCase version 8.0.1.3 (Wed Mar 19 00:31:17 EST 2014) (8.0.1.03.00_2014A.FCS) 
ClearCase version 8.0.1.3-iFix01 (Tue Apr 22 18:14:02 EDT 2014) (8.0.1.03.01_2014A.1.FCS) 
ClearCase version 8.0.1.04 (Thu Jun 24 22:31:13 EDT 2014) (8.0.1.04.00_2014B.FCS) 
ClearCase version 8.0.1.05 (Wed Sep 17 15:09:27 EDT 2014) (8.0.1.05.00_2014C.FCS) 
ClearCase version 8.0.1.06 (Tue Dec 11 22:31:02 EST 2014) (8.0.1.06.00_2014D.FCS) 
ClearCase version 8.0.1.07 (Wed Mar 18 00:31:02 EST 2015) (8.0.1.07.00_2015A.FCS) 
ClearCase version 8.0.1.08 (Tue Jun 24 22:30:54 EDT 2015) (8.0.1.08.00_2015B.FCS) 
ClearCase version 8.0.1.09 (Wed Aug 26 22:16:02 EDT 2015) (8.0.1.09.00_2015C.D150826) 
@(#) MVFS version 8.0.1.9 (Fri Aug 21 22:52:34 2015) built at $Date: 2016-04-01.11:18:08 (UTC) $ 
cleartool       8.0.1.9 (Thu Aug 20 22:50:12 2015) 
db_server       8.0.1.9 (Mon Aug 17 11:37:37 2015) 
VOB database schema versions: 54, 80 

Wenn jemand fragt, was passiert, wenn ich eine Datei als ccadm direkt auf dem CC-Server arbeiten (Clearcase-vm) unter Verwendung der gleichen vob und Blick Kasse zu tun, es funktioniert wie es sein sollte ... So ist das Auschecken von Dateien möglich.

Hat jemand eine Idee, was könnte diese Erlaubnis Problem verursachen oder könnte mir einen Hinweis geben, was zu tun ist? Vielleicht habe ich etwas beim Einrichten und Konfigurieren des Servers/Clients vermisst, aber ich glaube nicht ...

Wenn ich irgendwelche zusätzlichen Daten hinzufügen sollte, lassen Sie es mich bitte wissen.

Vielen Dank für Ihre Hilfe im Voraus !!!

Cheers,

Jonas

+0

Gibt es einen Prozess, der die Ressource, die Sie auschecken möchten, im Griff hat, was die Fehlermeldung erklären würde? – VonC

+0

Die Verwendung von lsof oder fuser für die Datei selbst führt zu "Keine solche Datei oder Verzeichnis" bcuz nach dem Auschecken von testfile.txt das lokale Dateisystem sieht es nicht mehr. Die Verwendung von "lsof | grep testfile.txt" oder "ps -ef | grep testfile.txt" ergibt kein Ergebnis, also denke ich, dass kein Prozess es in den Griff bekommt ... Jede andere Idee, wie man es zuverlässig überprüft? – Jonas

+0

Ist das Problem für jede Datei, die Sie auschecken möchten, reproduzierbar? – VonC

Antwort

0

Beginnen Sie mit der Kasse zum Verhängnis, und versuchen Sie die Datei auf Katze. Wenn dies fehlschlägt und Sie keine Klartext-Konstruktionsfehler im Ansichtsprotokoll sehen, überprüfen Sie, ob Sie den Klartext vom Client erfassen können.

Wenn dies fehlschlägt, überprüfen Sie eine Netzwerkprotokollierung. Ich habe das schleichende Gefühl, dass etwas NFS vermasselt. Sie können nfsv4 als Standard verwenden und versuchen, etwas anderes als AUTH_SYS zu tun.

Dies wäre eine interessante PMR.

+0

Vielen Dank für diesen Hinweis! Da NFS für Standard-Dateioperationen ohne ClearCase funktioniert, habe ich kein NFS-Problem erwartet ... Aber ich bin kein NFS-Experte. Da ich dieses Problem behoben habe, denke ich über ein mögliches NFS-Problem nach. Ich werde mir das zusammen mit einem NFS-Experten ansehen. Ich werde definitiv mit einer Lösung oder mit einer Bitte um weitere Hilfe/Hinweise zurückkommen :) – Jonas

0

Als ein FYI habe ich ein Paar Ubuntu 14.04.0 VMs gebaut und aktualisiert. Sie laufen diese Kernel-Version:

Linux test-ub-vbox 3.13.0-85-generiC#129-Ubuntu SMP Thu Mar 17 20:50:15 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux 

ich dieses Skript ausgeführt, um sicherzustellen, dass der UIDs die auf beiden Seiten der Verbindung war:

sudo useradd -u 50126 -g users -m -s /bin/bash -d /home/vobadm vobadm 
sudo useradd -u 50128 -g users -m -s /bin/bash -d /home/user1 user1 
sudo passwd user1 
sudo passwd vobadm 

I set/net auto Karte der bereitgestellten auszuführen /etc/auto.net Datei (der Standard ist, keine/net @ alle zu haben).

Ich exportiert den Speicher des Servers als * (rw, no_root_squash).

Ich habe das VOB auf dem Server als "vobadm" erstellt und auf dem Client als vobadm gemountet. (entsprechende Verzeichnisse erstellt)

Ich bin nicht in der Lage, das Problem auftreten zu lassen. Mein Ubuntu 14.04 Setup scheint gut zu funktionieren.

Sie müssen ubuntu 14.04.0 von archive.ubuntu.com und nichts später verwenden.Der Rest können Sie die Primel Weg nehmen sich wie einige von ihnen begannen Ubuntu 15.10-Kernel mit ...

Und ich verwende 8.0.1.10 ...

Wenn Sie etwas getroffen. Bitte öffnen Sie einen PMR, erwähnen Sie meinen Namen, teilen Sie den Link zu diesem Thread und erhalten Sie die Netzwerk-Traces. Wir können dann Noten/Spuren vergleichen.

+0

Schade, ich kann die Antwort nicht bearbeiten ... Nur reproduziert. In meinem "funktioniert gut" Fall füge ich eine existierende Datei zur Quellcodeverwaltung hinzu. Im fehlerhaften Fall füge ich der Quellcodeverwaltung eine nicht existierende Datei hinzu und es schlägt fehl. –

+0

@ Jonas bitte öffnen Sie ein PMR. Dieses Problem tritt anscheinend nur beim Hinzufügen einer nicht vorhandenen Datei zu ClearCase auf. Wenn ich eine Datei und mkelem erstellen, funktioniert es. Ich bekomme Ihren genauen Fehler und er könnte mit APAR PI22822 zusammenhängen, der in 8.0.1.5 behoben wurde. –

+0

Hinweis: Dateien mit Inhalt funktionieren gut ... 0 Byte Dateien nicht. Also, wenn Sie "echo foo> bar" und dann mkelem bar tun, funktioniert es ... –

Verwandte Themen