Certification Report for patch 3534, 3569 and 3570

• Certifier: Alejandro Álvarez Ayllón
• SA3 Partner: CERN

General Background

bug #52878

• gLite 3.2 64 bits: Patch #3534 (vtb-generic-113.cern.ch)
• gLite 3.1 32 bits: Patch #3569 (vtb-generic-11.cern.ch)
• gLite 3.2 64 bits: Patch #3570 (vtb-generic-83cern.ch)

All of those machines belongs to the CreamCE vtb-generic-46.cern.ch, with Torque.

General Tests

Patch #3534 REJECTED

This patch is affected by bug #51180. It works adding tags, but it fails when the option --list is passed as an argument. Due to this, this patch was rejected.

aalvarez@vtb-generic-113:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
220 vtb-generic-46.cern.ch GridFTP Server 2.3 (gcc32dbg, 1144436882-63) ready.
230 User sgmdtm39 logged in.
No match for /tmp/lcg-ManageVOTagNcRXg4
the list of tags cannot be downloaded.
The file containing the existing tags cannot be opened.
rm: cannot remove `/tmp/lcg-ManageVOTagNcRXg4': No such file or directory

Note: This line

No match for /tmp/lcg-ManageVOTagNcRXg4

is displayed because I modified the script to check why I was getting an error, taking into account that with uberftp I could access the dteam.list file without problems.

Patch #3569 CERTIFIED

Certifying this patch I had to send it back to "With provider", together with patch #3570, due to:

1.- There were a mistake in the standard output redirection in the script, so a error message was displayed when a new tag was added:

aalvarez@vtb-generic-11:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --add -tag VO-dteam-test
The following tags are being added to //vtb-generic-46/opt/edg/var/info/dteam/dteam.list: VO-dteam-test
500-Command failed : System error in chmod: Operation not permitted
500-A system call failed: Operation not permitted
500 End.
500-Command failed : System error in chmod: Operation not permitted
500-A system call failed: Operation not permitted
500 End.

This was because I was being mapped to a user who is not the owner of the tag files, but with enough permissions to read and write. This was fixed later.

2.- During the second attempt, the script worked, but it displayed a debug message written in spanish slang (the developer forgot about it), so it wasn't a good idea to release the patch with that string.

The third time was the good one:

First, I tried to add a regular tag

alvarez@vtb-generic-11:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
VO-dteam-test2
VO-dteam-test
VO-dteam-aalvarez

aalvarez@vtb-generic-11:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --add -tag VO-dteam-test3
The following tags are being added to //vtb-generic-46/opt/edg/var/info/dteam/dteam.list: VO-dteam-test3

aalvarez@vtb-generic-11:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
VO-dteam-test3
VO-dteam-test2
VO-dteam-test
VO-dteam-aalvarez

And, afterwords, I manually modified the dteam.list file so there were two tags in the same line.

[root@vtb-generic-46 dteam]# cat dteam.list 
VO-dteam-test3
VO-dteam-test2
VO-dteam-test VO-dteam-aalvarez

And I executed the same test again:

aalvarez@vtb-generic-11:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
VO-dteam-test3
VO-dteam-test2
VO-dteam-test
VO-dteam-aalvarez
aalvarez@vtb-generic-11:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
VO-dteam-test3
VO-dteam-test2
VO-dteam-test
VO-dteam-aalvarez
aalvarez@vtb-generic-11:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --add -tag VO-dteam-test4
The following tags are being added to //vtb-generic-46/opt/edg/var/info/dteam/dteam.list: VO-dteam-test4
aalvarez@vtb-generic-11:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
VO-dteam-test4
VO-dteam-test3
VO-dteam-test2
VO-dteam-test
VO-dteam-aalvarez

So everything went as planned.

Patch #3570 CERTIFIED

As the affected package (lcg-ManageVOTag-2.2.1-3.noarch.rpm) is the same for all the architectures, I executed exactly the same tests, with the same results.

aalvarez@vtb-generic-83:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
VO-dteam-aalvarez
aalvarez@vtb-generic-83:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --add 
you have not written the -tag or -file options
aalvarez@vtb-generic-83:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --add -tag VO-dteam-test
The following tags are being added to //vtb-generic-46/opt/edg/var/info/dteam/dteam.list: VO-dteam-test
aalvarez@vtb-generic-83:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
VO-dteam-test
VO-dteam-aalvarez

[root@vtb-generic-46 dteam]# cat dteam.list 
VO-dteam-test VO-dteam-aalvarez

aalvarez@vtb-generic-83:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
VO-dteam-test
VO-dteam-aalvarez
aalvarez@vtb-generic-83:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
VO-dteam-test
VO-dteam-aalvarez
aalvarez@vtb-generic-83:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --add -tag VO-dteam-test2
The following tags are being added to //vtb-generic-46/opt/edg/var/info/dteam/dteam.list: VO-dteam-test2
aalvarez@vtb-generic-83:/afs/cern.ch/user/a/aalvarez$ lcg-ManageVOTag -host vtb-generic-46 -vo dteam --list
VO-dteam-test2
VO-dteam-test
VO-dteam-aalvarez

So also certified.