Jeff Blaine wrote:
I realize there's not a conversion process to get AFS krb4
principal passwords into krb5-land.
What approaches have you all taken in order to make the
kaserver -> krb5 KDC transition as painless as possible
to users?
Thanks for any insight/tips.
__
I wrote a couple perl script some time ago to move
volumes between servers. It uses the AFS::VOS
perl interface, and it handles RO volumes. It doesn't
take into account purposely unreleased volumes, as
we don't really do that here. (We use the backup volume
at times for previews and such, but we t
On Wed, 24 Oct 2007, Jeff Blaine wrote:
I realize there's not a conversion process to get AFS krb4
principal passwords into krb5-land.
What approaches have you all taken in order to make the
kaserver -> krb5 KDC transition as painless as possible
to users?
Jeff,
Heimdal has an easy way of imp
Mitch Collinsworth wrote:
>
> Greetings,
>
> We're planning an upgrade to all of our AFS servers sometime soon.
> We do this infrequently enough that it always makes us nervous. :-)
> As such we'd like to run a plan past the list to see if we're
> overlooking something, either obvious or not so
On Oct 24, 2007, at 12:21 , Steven Jenkins wrote:
I think it would be very useful if someone had the time/energy to
build a 'vms-lite' that people could adopt at their sites. That seems
a more strategic direction than trying to extend RO capabilities.
I have to admit I've thought about what
Greetings,
We're planning an upgrade to all of our AFS servers sometime soon.
We do this infrequently enough that it always makes us nervous. :-)
As such we'd like to run a plan past the list to see if we're
overlooking something, either obvious or not so obvious...
All servers are currently r
I realize there's not a conversion process to get AFS krb4
principal passwords into krb5-land.
What approaches have you all taken in order to make the
kaserver -> krb5 KDC transition as painless as possible
to users?
Thanks for any insight/tips.
___
Op
Hi,
I test this patch tomorrow morning.
Lars
Jeffrey Altman schrieb:
Thread migrated from OpenAFS-Info to OpenAFS-Devel due to patch content.
Can someone please test these patches?
/afs/athena.mit.edu/user/j/a/jaltman/Public/OpenAFS/linux26-nsec-1_4-1.patch
/afs/athena.mit.edu/user/j/a/jalt
> Steven Jenkins wrote:
> > I hadn't really thought about people intentionally keeping their RWs &
> > ROs out of sync w/each other. I'm not clear why someone would want to
> > do that -- could you elaborate?
> some examples:
>- putting in a new version of some software, and and trying it ou
Matthew1 wrote:
> Hello,
>
> I am working on a project which wants to utilize the OpenAFS client to
> connect to an AFS server running version 3.6. So far we have been unable to
> find out if this will work ok. Can anyone provide information on this, and
> perhaps direct us to where we can see t
Exactly what I needed to know. Thanks.
if the vendor provides krb5, we use it. if not, it's hard to know which
kerberos a site will use, so we don't.
the simple test: does the vendor ship krb5?
every linux. macos. starting in 1.4.5, aix 5 and opensolaris.
__
On 10/24/07, Jeff Blaine <[EMAIL PROTECTED]> wrote:
>
> "It's my assumption that none of the 1.5 or 1.4
> builds of OpenAFS at openafs.org are built to use
> Kerberos 5."
>
> (More specific)
>
> Well, building OpenAFS for Kerberos 5 support requires
> headers, libraries, and certai
"It's my assumption that none of the 1.5 or 1.4
builds of OpenAFS at openafs.org are built to use
Kerberos 5."
(More specific)
Well, building OpenAFS for Kerberos 5 support requires
headers, libraries, and certain configure options.
What, if any, releases on openafs.org were built
On 10/24/07, Jeff Blaine <[EMAIL PROTECTED]> wrote:
>
> It's my assumption that none of the 1.5 or 1.4
> builds of OpenAFS at openafs.org are built to use
> Kerberos 5.
You'll have to be more specific about what you mean by that.
MacOS X certainly includes a krb5 aklog.
On 10/24/07, Jim Rees <[EMAIL PROTECTED]> wrote:
>
> Here's an interesting nugget from LINUX/osi_vfsops.c:vattr2inode():
in 1.5. look at 1.4
and to add to what derrick says, 'vos release' when there are very large
volumes involved and RO sites listed at geographically remote sites (ie,
many thousands of miles away), or when there are many users involved
(ie, all users of the cell) must be done in a purposeful, coordinated
way. and j
Steven Jenkins wrote:
I hadn't really thought about people intentionally keeping their RWs &
ROs out of sync w/each other. I'm not clear why someone would want to
do that -- could you elaborate?
Steven
some examples:
- putting in a new version of some software, and and trying it
Hello,
I am working on a project which wants to utilize the OpenAFS client to
connect to an AFS server running version 3.6. So far we have been unable to
find out if this will work ok. Can anyone provide information on this, and
perhaps direct us to where we can see the compatability of OpenAFS
Here's an interesting nugget from LINUX/osi_vfsops.c:vattr2inode():
#if defined(AFS_LINUX26_ENV)
ip->i_atime.tv_sec = vp->va_atime.tv_sec;
ip->i_mtime.tv_sec = vp->va_mtime.tv_sec;
/* Set the mtime nanoseconds to the sysname generation number.
* This convinces NFS clients that all
It's my assumption that none of the 1.5 or 1.4
builds of OpenAFS at openafs.org are built to use
Kerberos 5.
None of them say yes/no.
Is that correct?
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/ope
On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
>
> > dump/restore is just a mechanism in lieu of a volume copy operation.
> > Versionized clones could be interesting in this context, but I would
> > prefer to stay away from that approach as it makes it harder to
> > recover & see cha
On 10/24/07, Christopher D. Clausen <[EMAIL PROTECTED]> wrote:
...
> That sounds like a mis-use of the remsite command, although that is an
> interesting way to "hide" RO volumes.
>
Keep in mind the context of my comment -- I was looking at someone's
'move volumes en masse' code. It's not how I w
On 10/24/07, Steven Jenkins <[EMAIL PROTECTED]> wrote:
>
> On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
> > ...
> > where's Phil so I can beat him up some more?
> >
>
> Heh. He's about 100 feet from where you got your most recent Mac.
> But you'll have to get through Security unless yo
On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
> ...
> where's Phil so I can beat him up some more?
>
Heh. He's about 100 feet from where you got your most recent Mac.
But you'll have to get through Security unless you can lure him out by
offering him another tattoo or something..
And,
On 10/24/07, Lars Richter <[EMAIL PROTECTED]> wrote:
>
> Harald Barth schrieb:
>
> I also can reproduce this behavior.
>
>
> Do all clients but the one you created the files on show identical file
> dates?
>
> Harald.
>
>
>
> No.
>
> All clients have different dates in the nanoseconds. All othe
On 10/24/07, Steven Jenkins <[EMAIL PROTECTED]> wrote:
>
> On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
> ...
> > not everyone has VMS.
>
> *nod*, although it has been documented in public (at least some of the
> pieces) for quite some time. It seems CMU takes a similar approach,
> and
On 10/24/07, Harald Barth <[EMAIL PROTECTED]> wrote:
>
>
> > I also can reproduce this behavior.
>
> Do all clients but the one you created the files on show identical file
> dates?
i'll bet no.
* Steven Jenkins wrote:
> http://www-conf.slac.stanford.edu/AFSBestPractices/Slides/MorganStanley.pdf
Interesting, is there any more information available about the points
mentioned on the last 3 slides?
cheers
--lars
___
OpenAFS-info mailing list
Op
On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
...
> not everyone has VMS.
*nod*, although it has been documented in public (at least some of the
pieces) for quite some time. It seems CMU takes a similar approach,
and I suspect others out there have 'rolled their own'. From the 'me
too
Steven Jenkins <[EMAIL PROTECTED]> wrote:
> On 10/24/07, Brandon S. Allbery KF8NH <[EMAIL PROTECTED]> wrote:
>> On Oct 24, 2007, at 10:15 , Steven Jenkins wrote:
>>> - the RO handling is not good -- what happens if the _only_ RO is on
>>> the old server and the remsite happens? Clients with existi
On 10/24/07, Brandon S. Allbery KF8NH <[EMAIL PROTECTED]> wrote:
>
> On Oct 24, 2007, at 10:15 , Steven Jenkins wrote:
>
> > - the RO handling is not good -- what happens if the _only_ RO is on
> > the old server and the remsite happens? Clients with existing
>
> remsite is irrelevant: it just in
On Oct 24, 2007, at 11:33 , Lars Richter wrote:
Harald Barth schrieb:
I also can reproduce this behavior.
Do all clients but the one you created the files on show identical
file dates? Harald.
No.
All clients have different dates in the nanoseconds. All other
values are identical!
I d
On Oct 24, 2007, at 10:15 , Steven Jenkins wrote:
- the RO handling is not good -- what happens if the _only_ RO is on
the old server and the remsite happens? Clients with existing
remsite is irrelevant: it just informs the vlserver of where an R/O
replica will be stored in the future, it
On Oct 24, 2007, at 10:25 , Steven Jenkins wrote:
I sort of understand this need, but I suggest that it's caused by poor
namespace management, and that the solution should be to improve that
rather than try to keep your RWs and ROs out of sync with each other.
I think you're misunderstanding;
Harald Barth schrieb:
I also can reproduce this behavior.
Do all clients but the one you created the files on show identical file dates?
Harald.
No.
All clients have different dates in the nanoseconds. All other values
are identical!
Lars
--
Dipl.-Inf. Lars Richter
On Oct 24, 2007, at 10:22 AM, Christopher D. Clausen wrote:
Steven Jenkins <[EMAIL PROTECTED]> wrote:
On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
perl scripts exist to do it and I think have been posted here in the
past; they may even deal with the "RO already exists" case.
It
On Oct 24, 2007, at 10:15 , Steven Jenkins wrote:
- there is no error checking in here, so there are potential issues (I
realize your script is generating the commands, not actually doing
them, but it still needs to address error checking -- if nothing else
stick a '|| exit 1' at the end of eac
On Oct 24, 2007, at 9:54 , Steven Jenkins wrote:
On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
...
the interesting case is where the RW has unreleased changes and
you want to
recreate the ROs as they are now. i don't know of distributed
tools to do
this.
I hadn't really though
In message <[EMAIL PROTECTED]>,"Steve
n Jenkins" writes:
>- there is no error checking in here, so there are potential issues (I
>realize your script is generating the commands, not actually doing
>them, but it still needs to address error checking -- if nothing else
>stick a '|| exit 1' at the end
> I also can reproduce this behavior.
Do all clients but the one you created the files on show identical file dates?
Harald.
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
On 10/24/07, anne salemme <[EMAIL PROTECTED]> wrote:
...
>- having a well-known, scheduled time for releasing certain volumes
> to ensure that files become available at an approximately-scheduled time
> (useful for website management, or for dealing with vos releases of very
> popular volumes t
On 10/24/07, Steven Jenkins <[EMAIL PROTECTED]> wrote:
>
> On 10/24/07, Kevin Hildebrand <[EMAIL PROTECTED]> wrote:
> >
> > We've actually had this need a number of times... Say for instance,
> > you've installed a new version of software in volume X for testing
> > purposes, or as Derrick suggest
On 10/24/07, Kevin Hildebrand <[EMAIL PROTECTED]> wrote:
>
> We've actually had this need a number of times... Say for instance,
> you've installed a new version of software in volume X for testing
> purposes, or as Derrick suggests, using the volume as a web backend.
>
> Then you run out of disk
Steven Jenkins <[EMAIL PROTECTED]> wrote:
> On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
>> perl scripts exist to do it and I think have been posted here in the
>> past; they may even deal with the "RO already exists" case.
>
> It would be nice if there were a repository of publically a
It's great that you sent actual code.
However,
- there is no error checking in here, so there are potential issues (I
realize your script is generating the commands, not actually doing
them, but it still needs to address error checking -- if nothing else
stick a '|| exit 1' at the end of each com
Hi,
On Wed, Oct 24, 2007 at 09:31:55AM -0400, Steve Devine wrote:
[snip]
> >If you can afford some downtime, the most efficient way is to simply copy
> >the files from /vicepa to /vicepb on the server's filesystem:
> >
> > cd /vicepa;cp -a . /vicepb
> >
> >Make sure, /vicepb is empty before that
On Wed, Oct 24, 2007 at 09:56:36AM -0400, Derrick Brashear wrote:
> On 10/24/07, Steven Jenkins <[EMAIL PROTECTED]> wrote:
> >
> > On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
> > ...
> > > perl scripts exist to do it and I think have been posted here in the
> > past;
> > > they may eve
On Wed, 24 Oct 2007, Steven Jenkins wrote:
I hadn't really thought about people intentionally keeping their RWs &
ROs out of sync w/each other. I'm not clear why someone would want to
do that -- could you elaborate?
Test packages in the RO volume to make sure that stuff works as expected
bef
We've actually had this need a number of times... Say for instance,
you've installed a new version of software in volume X for testing
purposes, or as Derrick suggests, using the volume as a web backend.
Then you run out of disk space, have a failing server, etc, and you need
to move the RO
Hi,
we have got a strange behavior with file timestamps and so with our
development environment.
Example:
A script creates 2 files "test1" and "test2" after each other. The
timestamps difference for these files is only shown in the nanoseconds.
At another client these timestamps has different na
On 10/24/07, Steven Jenkins <[EMAIL PROTECTED]> wrote:
>
> On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
> ...
> > perl scripts exist to do it and I think have been posted here in the
> past;
> > they may even deal with the "RO already exists" case.
> >
>
> It would be nice if there were
On 10/24/07, Derrick Brashear <[EMAIL PROTECTED]> wrote:
...
> perl scripts exist to do it and I think have been posted here in the past;
> they may even deal with the "RO already exists" case.
>
It would be nice if there were a repository of publically available
contrib stuff like that.
> the in
In message <[EMAIL PROTECTED]>,Jacob Volstrup writes:
>For quite some time I've been searching for something to help me move
>some volumes from a constantly failing /vicepa raid to my new /vicepb.
>The reason for not doing this manually is partly that I'm lazy and
>Further, I would like to have thi
Frank Burkhardt wrote:
On Wed, Oct 24, 2007 at 01:34:51PM +0200, Jacob Volstrup wrote:
Hi,
For quite some time I've been searching for something to help me move
some volumes from a constantly failing /vicepa raid to my new /vicepb.
The reason for not doing this manually is partly that I'm la
On 10/24/07, Steven Jenkins <[EMAIL PROTECTED]> wrote:
>
> On 10/24/07, Steve Devine <[EMAIL PROTECTED]> wrote:
> > Jacob Volstrup wrote:
> ...run vos listvol 'servername vicepX'
> > >somefile and then grep out the RW vols and use a perl script to move
> > em. If you have RO vols then you need to
On 10/24/07, Steve Devine <[EMAIL PROTECTED]> wrote:
> Jacob Volstrup wrote:
...run vos listvol 'servername vicepX'
> >somefile and then grep out the RW vols and use a perl script to move
> em. If you have RO vols then you need to make sure you deal with them.
> But its pretty straight forward.
On 10/24/07, mohammed saif <[EMAIL PROTECTED]> wrote:
>
> Hi list,
>
> How are you doing?
>
> I have to do a project related to LLC (Linux Login Cluster) and AFS
> (Andrew File System). Please if you know some manuals to read about
> these ideas and how to implement them together, PLEASE inform me.
On Wed, Oct 24, 2007 at 01:34:51PM +0200, Jacob Volstrup wrote:
> Hi,
>
> For quite some time I've been searching for something to help me move
> some volumes from a constantly failing /vicepa raid to my new /vicepb.
> The reason for not doing this manually is partly that I'm lazy and
> Further,
Jacob Volstrup wrote:
Hi,
For quite some time I've been searching for something to help me move
some volumes from a constantly failing /vicepa raid to my new /vicepb.
The reason for not doing this manually is partly that I'm lazy and
Further, I would like to have this fully automated if I would
Hi,
For quite some time I've been searching for something to help me move
some volumes from a constantly failing /vicepa raid to my new /vicepb.
The reason for not doing this manually is partly that I'm lazy and
Further, I would like to have this fully automated if I would like to
move them back i
Hi list,
How are you doing?
I have to do a project related to LLC (Linux Login Cluster) and AFS
(Andrew File System). Please if you know some manuals to read about
these ideas and how to implement them together, PLEASE inform me. I'm
googling since 2 days but there is nothing appropriate till now
61 matches
Mail list logo