Wow, bosserver just died on every single one of my AFS servers running
1.2.13 within the past hour. 1.3.x servers seem to be ok. My bad luck,
or another counter bug?
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Facilities
On Wed, Sep 21, 2005 at 07:05:19PM -0700, Russ Allbery wrote:
> Miles Davis <[EMAIL PROTECTED]> writes:
>
> > Wow, bosserver just died on every single one of my AFS servers running
> > 1.2.13 within the past hour. 1.3.x servers seem to be ok. My bad luck,
> > or a
On Thu, Sep 22, 2005 at 08:22:16AM -0400, Steve Devine wrote:
> Miles Davis wrote:
>
> >On Wed, Sep 21, 2005 at 07:05:19PM -0700, Russ Allbery wrote:
> >
> >
> >>Miles Davis <[EMAIL PROTECTED]> writes:
> >>
> >>
> >>
> >
ing that really stood out to me, but I'm not a kernel hacker. :)
Anybody have more information on this, or is there anything I can
provide to find the problem?
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Depart
ndard way to set the sysname on startup, without
running 'fs sysname -newsys', like an argument to afsd or a config file
somewhere?
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Fac
disk cache vs memcache on 1.4.1
I don't see any problems on the file server end with either the hardware (no
errors reported) or underlying filesystem (XFS).
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Fac
On Thu, May 11, 2006 at 04:36:42PM -0400, Derrick J Brashear wrote:
> On Thu, 11 May 2006, Miles Davis wrote:
>
> >release the volume, RO copy looks good to. Everything right with the world.
> >Now, wait some amount of time, do another install, and whamo -- bad rpm
> >a
On Thu, May 11, 2006 at 04:51:30PM -0400, Derrick J Brashear wrote:
> On Thu, 11 May 2006, Miles Davis wrote:
>
> >Sorry -- clone on same site. I haven't tried making a clone on another
> >site yet
> >(I didn't used to have it replicated, but decided to test tha
On Fri, May 12, 2006 at 11:57:05AM -0700, Miles Davis wrote:
> On Thu, May 11, 2006 at 04:51:30PM -0400, Derrick J Brashear wrote:
> > On Thu, 11 May 2006, Miles Davis wrote:
> >
> > >Sorry -- clone on same site. I haven't tried making a clone on another
> > &g
637 0 156
638 0 42
639 0 342
640 6 353
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Facilities
// Stanford University
___
OpenAFS-info mailing list
OpenAFS-i
On Fri, May 12, 2006 at 12:14:14PM -0700, Miles Davis wrote:
> On Fri, May 12, 2006 at 03:07:03PM -0400, Derrick J Brashear wrote:
> > Just for kicks, what does cmp -l on the original and corrupted files say?
>
>(good)(bad)
> cmp -l /tmp/good-p
On Thu, May 11, 2006 at 01:19:25PM -0700, Miles Davis wrote:
> OK, I'm having deja vu, but I can't remember when I saw this
> last...1.3.80something probably, and I think I blamed hardware at the time or
> something.
>
> I've got a mirror of fedora, among other t
o whatever debugging will help on the file server, as it has exactly one
volume on it right now.
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Facilities
// Stanford University
___
On Fri, May 26, 2006 at 01:48:53PM -0400, Derrick J Brashear wrote:
> On Fri, 26 May 2006, Miles Davis wrote:
>
> >
> >OK, by replacing a RAID controller and memory, I've managed to modify the
> >behaviour of my little file corruption issue, but magically it remai
On Fri, May 26, 2006 at 03:25:59PM -0400, Derrick J Brashear wrote:
> On Fri, 26 May 2006, Miles Davis wrote:
>
> >I think I can get it to happen pretty regularly on several clients. It
> >seems to
> >be just this server, though...I'm still stumped. Another point of
On Wed, May 31, 2006 at 01:08:14PM -0400, Derrick J Brashear wrote:
> On Wed, 31 May 2006, Miles Davis wrote:
>
> >Sure, I suppose, but I can't think of what could do it -- cpu/cache?
> >Magical
> >corrupting ethernet interface or driver (intel e1000)?
>
>
On Wed, May 31, 2006 at 01:25:45PM -0400, Derrick J Brashear wrote:
> On Wed, 31 May 2006, Miles Davis wrote:
>
> >>>OK, here we go: cmp -l aspell-bg-0.50-9.i386.rpm
> >>>/tmp/aspell-bg-0.50-9.i386.rpm
> >>>1683429 377 177
> >>>
> >
On Wed, May 31, 2006 at 11:23:29AM -0700, Russ Allbery wrote:
> Miles Davis <[EMAIL PROTECTED]> writes:
>
> > Well, just for fun, I exported my /vicep via NFS and I can reproduce the
> > exact same bit errors -- in fact, they seem to always occur at the same
> >
I'd like to hear what others are using.
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Facilities
// Stanford University
___
OpenAFS-info mailing list
OpenAFS-info@openafs
Y 0% /afs
(I had to look at up -- YB is yottabyte, 2^80 -- I guess I haven't hit
that storage milemarker yet...)
After years of being used to the fake ~8GB df output, this struck me
as odd. What defines this fake value?
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.ed
seems to work about 20% of the time. Tokens are
being obtained during pam auth, so that looks good, so I'm wondering
if this has to do with system calls vs keyring that may not be working
yet?
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science
worked on FC4 (2.6.14-something)
before I "upgraded".
> /proc/key-users will tell you who has key rings and how many. i dont
> know how to peek inside them.
Hrmm...not sure how to interpret this or /proc/keys for that matter.
--
// Miles Davis - [EMAIL PROTECTED] - http://w
n one that did that, but I forgot about it:
/afs/cs.stanford.edu/u/miles/src/afstools/volid/volid.pl
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Facilities
// Stanford University
___
On Fri, Mar 09, 2007 at 08:34:27PM -0800, Miles Davis wrote:
> On Fri, Mar 09, 2007 at 05:22:04PM -0500, chas williams - CONTRACTOR wrote:
> > i dont know much about imapd. is it afs aware itself or is it relying
> > on the pam module? only the children of the process tha
On Wed, Apr 04, 2007 at 12:25:31PM -0400, Kevin Coffman wrote:
> On 4/4/07, Miles Davis <[EMAIL PROTECTED]> wrote:
> >
> >OK, I've learned a bit about the kernel key management, and part of my
> >problem is they key quota. Anybody know offhand how to modify that?
&
On Wed, Apr 04, 2007 at 06:07:46PM +0100, David Howells wrote:
> Miles Davis <[EMAIL PROTECTED]> wrote:
>
> > Let me step back too, in case I'm on the wrong path. My symptom is
> > that tokens are disappearing out from under users after a few minutes
> >
fd
vfs_lstat_fd
crash was in afs_FlushVCache
I'll collect something more complete info soon. Seems to be easily reproducible.
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Facilities
//
Miles Davis wrote:
I'm sending this out before I have complete information, thinking
somebody may recognize the problem and cut me off.
CentOS 5, tested on kernels 2.6.18-53.1.21.el5 and 2.6.18-53.1.13.el5
(patched for lustre, testing originals now).
Yup, crashes (eventually) with a
nt the leash kerberos login box to handle things for me. I can't
seem to figure out the right options (so we're still using WAKE).
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Facilities
// Stanford University
ting afscreds automatically).
Thanks (and thanks for your work),
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Facilities
// Stanford University
___
OpenAFS-info mailing list
[EMAIL PRO
iour with any of our other file
servers, ever.
Before starting another salvage, I turned on logging via kill -TSTP
, but I don't see anything standing out. Maybe somebody else
does. I let it run in debug for about 10 minutes and then turned it off
again. The result is at http://cs.stan
On Fri, Nov 05, 2004 at 11:23:32PM -0500, Derrick J Brashear wrote:
> On Fri, 5 Nov 2004, Miles Davis wrote:
>
> >
> >On occasion, we have the classic gconf problem, where for reasons I don't
> >know (but have heard have been fixed in 1.3.X) where a user's gconf
On Fri, Nov 05, 2004 at 08:40:35PM -0800, Russ Allbery wrote:
> Miles Davis <[EMAIL PROTECTED]> writes:
>
> > On occasion, we have the classic gconf problem, where for reasons I
> > don't know (but have heard have been fixed in 1.3.X) where a user's
> >
dn't actually change anything
(examine, listvol and the like) worked fine. I didn't dare try a vos move
though.
I guess I'm down to a patch, rebuild & reboot (and hope I don't have to
haul my ass back to campus). :)
Thanks for the patch at any rate,
--
// Mile
ed me? Well, at least that
explains why it suddenly started happening a couple of days ago...
So, do I want to patch 1.2.11, rip out the 1.3.73 clients, or go all out
nuts and try out 1.3.73 on the server?
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
//
es from the afs file server
> to the client are blocked somewhere.
Doesn't seem to be any blockage -- udp ports 7000-7009 are open between
client and server.
Let me know what other info I can provide, if this helps.
--
// Miles Davis - [EMAIL PROTECTED] - ht
On Mon, Jan 10, 2005 at 04:49:58PM -0500, Derrick J Brashear wrote:
> On Mon, 10 Jan 2005, Miles Davis wrote:
>
> >I've seen this happen on other 1.3.76 clients, but not 1.2.X clients.
> >
> >In my example, the client seems to think all volumes on this server are
>
On Mon, Jan 10, 2005 at 05:22:12PM -0500, Matthew Miller wrote:
> On Mon, Jan 10, 2005 at 01:08:54PM -0800, Miles Davis wrote:
> > > Useful information would be the OpenAFS version number you have
> > > installed. I have no idea what is the latest OpenAFS rpm availabl
same behavior from another client and I'll get
back to you.
--
// Miles Davis - [EMAIL PROTECTED] - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Facilities
// Stanford University
___
OpenAFS-info mailing lis
77 and 79.
All the children (volserver, fileserver, etc) stay up just fine. Nothing
makes it to BosLog, that I can tell. I'm planning on turning on debugging
on bos to try and catch some more information next time. Anything else I
should be looking for? Anybody else seen this?
--
// Miles
40 matches
Mail list logo