Miles Davis wrote:
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 another counter
I'm trying to compile openafs 1.4.0rc4 from the SRPM's. I am trying this on both RHEL AS 3 and RHEL AS 4.Openafs itself seems to compile OK but when the rpmbuild runs the configure script for afs-krb5 it gets the following error:make[1]: Leaving directory `/usr/src/redhat/BUILD/openafs-1.4.0-rc4'+
Quoting Kurt Seiffert [EMAIL PROTECTED]:
I'm trying to compile openafs 1.4.0rc4 from the SRPM's. I am trying
this on both RHEL AS 3 and RHEL AS 4.
both of these should work just fine. Although I believe I only used
WS, not AS.
Is there really a big difference between them?
Openafs itself
I was going to try to avoiding the check this morning.I do have the glibc-devel package installed on both. I'm not sure I understand everything in the test. Is there another quick way to test if res_search is available? My C programming is very rusty.Thanks.-KASP.S. Sorry about any duplicates on
Well, you could actually check the config.log in the afs-krb5 subdirectory and
see what's actually failing. That might give you some clue. On my RHEL3
system it finds res_search in -lresolv.
I do have access to a patch that removes res_search... I'll probably
just apply
that to the next
I already looked there. It wasn't very helpful to me. It just claimed an undefined reference to res_search. Which tends to tell me that it can't find the function can't be found in the library. One thing that bothers me is that the function declaration in the test C program, doesn't seem to match
--On Thursday, September 22, 2005 08:22:16 AM -0400 Steve Devine
[EMAIL PROTECTED] wrote:
turned out to be a wierd bug that killed the bosservers after a set
number of seconds had elapsed. (23 ~24 days)
Here is the bug id .. don't know if the link is still good.
Kurt Seiffert [EMAIL PROTECTED] writes:
[snip]
I tried bypassing the res_search check. ./configure ran successfully by hand
then but then the make blew up with the following:
gcc -c -g -O2 -I/usr/src/redhat/BUILD/openafs-1.4.0-rc4/afs-krb5/src/..
/../amd64_linux26/dest//include
Kurt Seiffert [EMAIL PROTECTED] writes:
I'm trying to compile openafs 1.4.0rc4 from the SRPM's. I am trying
this on both RHEL AS 3 and RHEL AS 4.
Openafs itself seems to compile OK but when the rpmbuild runs the
configure script for afs-krb5 it gets the following error:
checking for
Hi Derek,
I also get the res_search error while attempting to rebuild the source rpm,
this is again on the amd64 (x86_64) platform running RHEL 3. I've been
putting ugly, evil kludges into the spec file to make it look for
__res_search rather than res_search and then building from the spec.
Lester Barrows [EMAIL PROTECTED] writes:
Hi Derek,
I also get the res_search error while attempting to rebuild the source rpm,
this is again on the amd64 (x86_64) platform running RHEL 3. I've been
putting ugly, evil kludges into the spec file to make it look for
__res_search rather
Russ,
Russ Allbery [EMAIL PROTECTED] writes:
The slightly more robust cheat is to change anything like:
AC_SEARCH_LIBS([res_search], [resolv])
in configure.in or wherever to:
AC_SEARCH_LIBS([res_search], [resolv], ,
[AC_SEARCH_LIBS([__res_search], [resolv])])
I could do
I could do this.. But.. Is there any reason we need to do this at
all? Where does the code even _use_ res_search? Maybe KenH can pipe
up here about why he's searching for res_search in the configure
script? Is there some API that's needed on some platforms that's
shipped with res_search?
Quoting Ken Hornstein [EMAIL PROTECTED]:
I could do this.. But.. Is there any reason we need to do this at
all? Where does the code even _use_ res_search? Maybe KenH can pipe
up here about why he's searching for res_search in the configure
script? Is there some API that's needed on some
U ... what? I'm sorry, I wasn't paying attention to this discussion.
I don't recall ever adding anything to any OpenAFS configure.in script
that checks for res_search.
No, not openafs.. afs-krb5
Ah. Ummm that's probably there because we had a dependency on linking
all Kerberos
At 9:24 AM -0500 9/21/05, [EMAIL PROTECTED] wrote:
The problem is this:
When sshd starts up from boot time, it has no PAG, so when aklog
runs the user gets tokens for the whole system. Whlie this is not
the ideal case, it is sufficent for most things at this time.
Sometimes, we need to
Hi Derek,
On Thursday 22 September 2005 12:21 pm, Derek Atkins wrote:
Oh, amd64! I don't recall that being stated before! That's the
issue. GLibc on amd64 doesn't export res_search in the same way as
x86. Honestly, I think we can probably just remove the res_search
checks, we really don't
Ken Hornstein [EMAIL PROTECTED] writes:
U ... what? I'm sorry, I wasn't paying attention to this discussion.
I don't recall ever adding anything to any OpenAFS configure.in script
that checks for res_search.
No, not openafs.. afs-krb5
Ah. Ummm that's probably there because we
Lester Barrows [EMAIL PROTECTED] writes:
Note that I edited the spec file, but that was just a few sed lines that
modify res_search in a few files and my attempt to disable krb5 to see if the
issue would go away. I can send it to you directly if you want to see what
mess I may have made of
just today, starting this morning openafs on windows xp hangs.
I'm using openafs 1.3.84. Its been installed for a while. Its been
running fine.
Today, when I started windows, there was no \\afs unc available. I
opened a process list and noticed the afsd_service process taking 99%
of the cpu.
I
David:
You have a corrupted AFSCache file. You either need to delete
it or upgrade to the current release of OpenAFS for Windows.
You might want to read the OpenAFS for Windows Debugging section in the
afs-install-notes.txt file. It provides clues on how to track down
the cause of problems
if I release a volume is the release process atomic?
for example:
fs-one /vicepa myvol
fs-one /vicepa myvol.readonly
fs-two /vicepa myvol.replica
what I'm wanting to do is have apache sever a site from afs, and
since I have a readonly on both fileserver apache will be
Hi Derek,
You're absolutely right, not sure how the UTS_RELEASE became different from
the version of the kernel. I'll have to talk with the guy who installed this.
Thanks for the information! I rebuilt with the spec again, now I'm getting
this error though:
RPM build errors:
File not
Quoting Lester Barrows [EMAIL PROTECTED]:
Hi Derek,
You're absolutely right, not sure how the UTS_RELEASE became different from
the version of the kernel. I'll have to talk with the guy who installed this.
Thanks for the information!
NP. I /knew/ THAT code worked... Once I saw the output
On Thu, Sep 22, 2005 at 03:59:09PM -0700, Jeffrey Altman wrote:
David:
You have a corrupted AFSCache file. You either need to delete
it or upgrade to the current release of OpenAFS for Windows.
You might want to read the OpenAFS for Windows Debugging section in the
On the web page you downloaded the installer from.
Jeffrey Altman
David Bear wrote:
On Thu, Sep 22, 2005 at 03:59:09PM -0700, Jeffrey Altman wrote:
David:
You have a corrupted AFSCache file. You either need to delete
it or upgrade to the current release of OpenAFS for Windows.
You might
Kurt Seiffert [EMAIL PROTECTED] writes:
I tried bypassing the res_search check. ./configure ran successfully by hand
then but then the make blew up with the following:
Okay, I've got changes now in my sources. This will be fixed in
the next package release.
Thanks for reporting it.
-derek
Are the OpenAFS docs (the IBM manuals) available under
http://www.openafs/doc/ available in AFS somewhere? That would be a
lot easier than grabbing the whole directory via wget to archive a
local copy.
--
Coy Hile
[EMAIL PROTECTED]
___
OpenAFS-info
28 matches
Mail list logo