[OpenAFS] Problems with OpenAFS 1.4.1.
Beam Davis
beam@transmeta.com
Tue, 20 Jun 2006 13:59:59 -0700
This is a multi-part message in MIME format.
--------------090600010807070404090602
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Rainer,
Thanks much! The patch worked perfectly. At last my cell can dump! :)
Beam Davis
Systems and Network Administrator
Transmeta Corporation
3990 Freedom Circle
Santa Clara, CA 95054
E-Mail: beam@transmeta.com
Telephone: (408) 919-3065
Home: http://www.transmeta.com/
--- I cleaned up the root partition and now there's LOTS of free space.
Rainer Toebbicke wrote:
> Beam Davis wrote:
>
>> I was running an IBM AFS cell on IBM pSeries (RS/6000) hardware (on
>> the server side). I have clients running IBM AFS on IBM pSeries
>> machines (AIX 5.1) and OpenAFS on both Linux & a few legacy Solaris
>> machines. It was decided to migrate to OpenAFS 1.4.1 database & file
>> servers running Linux (2.6.14, 64-bit). I've moved over to the new
>> Linux servers without much difficulty, but...
>>
>
> I might have misunderstood as it was a bit long... but if you're
> backing up on a x86_64 Linux then you need the attached patch.
>
> It's in CVS (DELTA backup-dump-parameter-fix-20060411), but wasn't yet
> in 1.4.1. (another integer passed when a pointer was intended).
>
>
>------------------------------------------------------------------------
>
>--- openafs/src/bucoord/commands.c.o141 2005-07-11 21:29:33.000000000 +0200
>+++ openafs/src/bucoord/commands.c 2006-04-11 17:27:09.000000000 +0200
>@@ -1964,7 +1964,7 @@
> code = bc_StartDmpRst(bc_globalConfig, dumpPath, vsName, volsToDump,
> /*destServer */ 0, /*destPartition */ 0,
> /*fromDate */ 0,
>- /*newExt */ 0, /*oldFlag */ 0,
>+ /*newExt */ NULL, /*oldFlag */ 0,
> parent, level, bc_Dumper, portp, /*portCount */ 1,
> baseds, doAppend, dontExecute);
> if (code)
>
>
--------------090600010807070404090602
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<tt>Rainer,<br>
<br>
Thanks much! The patch worked perfectly. At last my cell can dump! :)<br>
</tt>
<pre class="moz-signature" cols="72">Beam Davis
Systems and Network Administrator
Transmeta Corporation
3990 Freedom Circle
Santa Clara, CA 95054
E-Mail: <a class="moz-txt-link-abbreviated"
href="mailto:beam@transmeta.com">beam@transmeta.com</a>
Telephone: (408) 919-3065
Home: <a class="moz-txt-link-freetext" href="http://www.transmeta.com/">http://www.transmeta.com/</a>
--- I cleaned up the root partition and now there's LOTS of free space.
</pre>
<br>
<br>
Rainer Toebbicke wrote:
<blockquote cite="mid44929818.5050806@pclella.cern.ch" type="cite">Beam
Davis wrote: <br>
<blockquote type="cite">I was running an IBM AFS cell on IBM pSeries
(RS/6000) hardware (on the server side). I have clients running IBM
AFS on IBM pSeries machines (AIX 5.1) and OpenAFS on both Linux & a
few legacy Solaris machines. It was decided to migrate to OpenAFS
1.4.1 database & file servers running Linux (2.6.14, 64-bit). I've
moved over to the new Linux servers without much difficulty, but... <br>
<br>
</blockquote>
<br>
I might have misunderstood as it was a bit long... but if you're
backing up on a x86_64 Linux then you need the attached patch. <br>
<br>
It's in CVS (DELTA backup-dump-parameter-fix-20060411), but wasn't yet
in 1.4.1. (another integer passed when a pointer was intended). <br>
<br>
<br>
<pre wrap=""><hr size="4" width="90%">
--- openafs/src/bucoord/commands.c.o141 2005-07-11 21:29:33.000000000 +0200
+++ openafs/src/bucoord/commands.c 2006-04-11 17:27:09.000000000 +0200
@@ -1964,7 +1964,7 @@
code = bc_StartDmpRst(bc_globalConfig, dumpPath, vsName, volsToDump,
/*destServer */ 0, /*destPartition */ 0,
/*fromDate */ 0,
- /*newExt */ 0, /*oldFlag */ 0,
+ /*newExt */ NULL, /*oldFlag */ 0,
parent, level, bc_Dumper, portp, /*portCount */ 1,
baseds, doAppend, dontExecute);
if (code)
</pre>
</blockquote>
</body>
</html>
--------------090600010807070404090602--