Harald Barth wrote: > >The Arla folks thought that too, that's why they have implemented it. Yes, that is excellent. I think Lyle also makes a good point about the proliferation of cells with OpenAFS. The issue with DNS-based vldb resolution is that it codifies the relationship between cell names and dns domains. I think the answer is that yes, we want to do this, but I think that decision needs to be made carefully. What it means is that if I am going to bring up a cell, I _really_ want administrative control of the corresponding DNS domain. I think this is reasonable, but up until now that relationship has only been casual. What are the issues involved? This is where the steering committee can get involved and help. As far as /afs, one option (that scales) would be mounting cells in a hierarchy. I.e. my cell would become /afs/edu/wisc/cs. What other possibilities have others proposed to avoid congestion in /afs? Dave
- RE: AFS backup/restore using ADSM Brian T. Huntley
- Re: AFS backup/restore using ADSM Russ Allbery
- Re: AFS backup/restore using ADSM Harald Barth
- Re: AFS backup/restore using ADSM Russ Allbery
- Re: AFS backup/restore using AD... Susan Feng
- Re: AFS backup/restore usin... Nathan Neulinger
- Re: AFS backup/restore usin... Harald Barth
- Re: AFS backup/restore usin... Earl R Shannon
- Re: AFS backup/restore usin... David Thompson
- Re: AFS backup/restore usin... Harald Barth
- Re: AFS backup/restore usin... David Thompson
- Re: AFS backup/restore usin... Harald Barth
- OpenAFS enhancements wishli... Mitch Collinsworth
- Re: OpenAFS enhancements wi... Norman P. B. Joseph
- Re: AFS backup/restore usin... Paul Blackburn
- Re: AFS backup/restore usin... Brian T. Huntley
- RE: AFS backup/restore using ADSM Neulinger, Nathan R.
- Re: AFS backup/restore using ADSM David Thompson
- RE: AFS backup/restore using ADSM Mitch Collinsworth
- RE: AFS backup/restore using ADSM Harald Barth
- RE: AFS backup/restore using ADSM Neulinger, Nathan R.
