On Friday 20 March 2009 13:56, Jeffrey Altman wrote: > Giovanni Bracco wrote: > > I want to point out that in the past the issue of volumes with "too > > large" ID emerged also in our cell (enea.it). At that time (2002) we > > still had AFS Transarc and the support provided us with a patched AFS > > version, able to operate with volumes having "too large" IDs. > > > > Before migrating to OpenAFS we had to recover the normal AFS behaviour > > and the procedure we did at that time (2005) was described at > > AFS & Kerberos Best Practices Workshop 2005 in Pittsburgh > > http://workshop.openafs.org/afsbpw05/talks/VirtualAFScell_Bracco_Pittsbur > >gh2005.pdf. > > > > At that time it was not clear the reason of the initial problem. Do have > > I to assume that now it has been identified? > > > > Giovanni > > This just goes to show that giving a talk at a workshop is not > equivalent to submitting a bug report to openafs-b...@openafs.org. > If this issue had been submitted to openafs-bugs, it would have been > addressed a long time ago. The problem is quite obvious. Some of the > volume id variables are signed and others are unsigned. A volume id is > a volume id and the type used to represent it must be consistent.
As I wrote in my posting, at that time (2002) my institution was using the Transarc version of AFS and the reaction from Transarc team was ...to provide us with a patched version of AFS, not to correct the issue. That version of course was not compatible with OpenAFS due to the large value of the VolIDs existing at that point in our cell. To perform the migration to OpenAFS 3 years later we had to go through a volume renumbering campaign (more than 1000 volumes) plus an ad-hoc modification of the vl database to reset the MAxVolID to a value supported by OpenAFS. At that point do you think we should have submitted a bug on misterious event happened three years before on the Transarc AFS version? From the follow-up of the thread (postings by Hartmut Reuter and Rainer Toebbicke ) I see that the "strange" big jump in the VolID still happens and surely the issue should be solved. GIovanni > > Jeffrey Altman > > > _______________________________________________ > OpenAFS-info mailing list > OpenAFS-info@openafs.org > https://lists.openafs.org/mailman/listinfo/openafs-info -- Giovanni Bracco ENEA FIM (Servizio Informatica e Reti) Via E. Fermi 45 I-00044 Frascati (Roma) Italy phone 00-39-06-9400-5597 FAX 00-39-06-9400-5735 E-mail bra...@frascati.enea.it WWW http://www.afs.enea.it/bracco _______________________________________________ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
