Patch from Derrick Brashear that solves this problem:
--- src/libafs/MakefileProto.SOLARIS.in28 Dec 2006 21:59:45 -
1.24.2.3
+++ src/libafs/MakefileProto.SOLARIS.in5 Jun 2007 15:16:10 -
@@ -33,7 +33,7 @@
KDEFS= -D_KERNEL -DSYSV -dn ${ARCH_DEFS}
-KDEFS_32 =
+KDEFS_32 = -xarc
Douglas E. Engert wrote:
Jeff Blaine wrote:
Derrick J Brashear wrote:
On Wed, 25 Apr 2007, Jeff Blaine wrote:
Well, FWIW, the binary distribution of 1.4.4 for
sun4x_59 works on this box. That's cool and all,
but I need my own build.
I am trying a build of 1.4.4 now (this thread was
based on
Jeff Blaine wrote:
Derrick J Brashear wrote:
On Wed, 25 Apr 2007, Jeff Blaine wrote:
Well, FWIW, the binary distribution of 1.4.4 for
sun4x_59 works on this box. That's cool and all,
but I need my own build.
I am trying a build of 1.4.4 now (this thread was
based on 1.4.3).
Won't change
Derrick J Brashear wrote:
On Wed, 25 Apr 2007, Jeff Blaine wrote:
Well, FWIW, the binary distribution of 1.4.4 for
sun4x_59 works on this box. That's cool and all,
but I need my own build.
I am trying a build of 1.4.4 now (this thread was
based on 1.4.3).
Won't change anything. Points to yo
Jeff Blaine wrote:
Well, FWIW, the binary distribution of 1.4.4 for
sun4x_59 works on this box. That's cool and all,
but I need my own build.
That was built on a Sun-Blade-100 with 122300-05
using Sun Workshop 6.2
On 4/9 you had a problem with rx_event.o and the loader.
How did you get arou
On Wed, 25 Apr 2007, Jeff Blaine wrote:
Well, FWIW, the binary distribution of 1.4.4 for
sun4x_59 works on this box. That's cool and all,
but I need my own build.
I am trying a build of 1.4.4 now (this thread was
based on 1.4.3).
Won't change anything. Points to your compiler environment, th
Well, FWIW, the binary distribution of 1.4.4 for
sun4x_59 works on this box. That's cool and all,
but I need my own build.
I am trying a build of 1.4.4 now (this thread was
based on 1.4.3).
Jeff Blaine wrote:
Derrick J Brashear wrote:
On Mon, 16 Apr 2007, Jeff Blaine wrote:
No matter, BTW.
Jeff Blaine <[EMAIL PROTECTED]> writes:
> So we have 60 boxes with /cache logging and zero problems. I guess
> we're very very lucky? :O
If AFS is the only process that ever touches the partition, I believe it
doesn't matter. Logging bites you when your AFS cache is on the same
partition as us
Derrick J Brashear wrote:
On Mon, 16 Apr 2007, Jeff Blaine wrote:
No matter, BTW. The box still crashes with 'nologging'
for /cache
Sure, I didn't figure that had anything to do with this problem.
The crash is in afs_GetServer.
I don't know offhand what that trap is, but, afs_GetServer is
On Mon, 16 Apr 2007, Jeff Blaine wrote:
No matter, BTW. The box still crashes with 'nologging'
for /cache
Sure, I didn't figure that had anything to do with this problem.
The crash is in afs_GetServer.
I don't know offhand what that trap is, but, afs_GetServer is pretty
boring. Got any mul
On Mon, 16 Apr 2007, Jeff Blaine wrote:
As I said above ("and is NOT using 'logging'"):
I think you lied then:
In Solaris 9 you need to mount with nologging. In solaris 8 you needed to
not mount with logging.
Wow!
That's totally news to me. Are you sure that was a change between
Solaris 8
No matter, BTW. The box still crashes with 'nologging'
for /cache
Derrick J Brashear wrote:
On Mon, 16 Apr 2007, Jeff Blaine wrote:
Derrick J Brashear wrote:
On Mon, 16 Apr 2007, Jeff Blaine wrote:
Well, I re-Jumpstarted the box and rebuilt OpenAFS
1.4.3 just to be "pristine".
Box still p
Derrick J Brashear wrote:
On Mon, 16 Apr 2007, Jeff Blaine wrote:
Derrick J Brashear wrote:
On Mon, 16 Apr 2007, Jeff Blaine wrote:
Well, I re-Jumpstarted the box and rebuilt OpenAFS
1.4.3 just to be "pristine".
Box still panics with a BAD TRAP
What's this all about? /cache is its own UFS
On Mon, 16 Apr 2007, Jeff Blaine wrote:
Derrick J Brashear wrote:
On Mon, 16 Apr 2007, Jeff Blaine wrote:
Well, I re-Jumpstarted the box and rebuilt OpenAFS
1.4.3 just to be "pristine".
Box still panics with a BAD TRAP
What's this all about? /cache is its own UFS partition
and is NOT using
Derrick J Brashear wrote:
On Mon, 16 Apr 2007, Jeff Blaine wrote:
Well, I re-Jumpstarted the box and rebuilt OpenAFS
1.4.3 just to be "pristine".
Box still panics with a BAD TRAP
What's this all about? /cache is its own UFS partition
and is NOT using 'logging':
...
+ awk -F: {print $1, $2}
On Mon, 16 Apr 2007, Jeff Blaine wrote:
Well, I re-Jumpstarted the box and rebuilt OpenAFS
1.4.3 just to be "pristine".
Box still panics with a BAD TRAP
What's this all about? /cache is its own UFS partition
and is NOT using 'logging':
...
+ awk -F: {print $1, $2} /usr/vice/etc/cacheinfo
+ [
Well, I re-Jumpstarted the box and rebuilt OpenAFS
1.4.3 just to be "pristine".
Box still panics with a BAD TRAP
What's this all about? /cache is its own UFS partition
and is NOT using 'logging':
...
+ awk -F: {print $1, $2} /usr/vice/etc/cacheinfo
+ [ ! -d /afs ]
+ [ ! -d /cache/afs ]
+ echo
* Jeff Blaine [2007-04-12 17:02:04 -0400]:
> I am getting a hard crash and system panic with OpenAFS
> 1.4.3 built on Solaris 9 SPARC. It happens right after
> running 'sh /etc/init.d/afs start' and 'all afs daemons
> started' is displayed.
>
> bash-2.05# isainfo -b
> 32
Have you tried running a
the afs_GetServer in the stack trace makes me wonder if somehow it's
looking up nothing, but i don't see how.
___
OpenAFS-info mailing list
[EMAIL PROTECTED]
https://lists.openafs.org/mailman/listinfo/openafs-info
Derrick J Brashear wrote:
On Thu, 12 Apr 2007, Jeff Blaine wrote:
Christopher D. Clausen wrote:
Jeff Blaine <[EMAIL PROTECTED]> wrote:
I am getting a hard crash and system panic with OpenAFS
1.4.3 built on Solaris 9 SPARC. It happens right after
running 'sh /etc/init.d/afs start' and 'all af
On Thu, 12 Apr 2007, Jeff Blaine wrote:
Christopher D. Clausen wrote:
Jeff Blaine <[EMAIL PROTECTED]> wrote:
I am getting a hard crash and system panic with OpenAFS
1.4.3 built on Solaris 9 SPARC. It happens right after
running 'sh /etc/init.d/afs start' and 'all afs daemons
started' is displ
Christopher D. Clausen wrote:
Jeff Blaine <[EMAIL PROTECTED]> wrote:
I am getting a hard crash and system panic with OpenAFS
1.4.3 built on Solaris 9 SPARC. It happens right after
running 'sh /etc/init.d/afs start' and 'all afs daemons
started' is displayed.
bash-2.05# isainfo -b
32
bash-2.05#
Jeff Blaine <[EMAIL PROTECTED]> wrote:
> I am getting a hard crash and system panic with OpenAFS
> 1.4.3 built on Solaris 9 SPARC. It happens right after
> running 'sh /etc/init.d/afs start' and 'all afs daemons
> started' is displayed.
>
> bash-2.05# isainfo -b
> 32
> bash-2.05# uname -a
> SunOS
I am getting a hard crash and system panic with OpenAFS
1.4.3 built on Solaris 9 SPARC. It happens right after
running 'sh /etc/init.d/afs start' and 'all afs daemons
started' is displayed.
bash-2.05# isainfo -b
32
bash-2.05# uname -a
SunOS alberta 5.9 Generic_112233-12 sun4u sparc SUNW,Ultra-5_
24 matches
Mail list logo