installation of openafs with kernel 2.6.27-7-generic fails

I can confirm the above.
Linux teej-laptop 2.6.27-7-generic #1 SMP Tue Nov 4 19:33:20 UTC 2008 i686 GNU/Linux
Ubuntu 2.6.27-7.16-generic
Attaching apt log.

Launchpad Bug Tracker <email address hidden> writes:

> I downloaded openafs-client_1.4.7.dfsg1-6_i386.deb and installed all
> dependencies, recommended and suggest and deinstalled all conflicts.
> But the installation with dpkg failed:

That's not a failure; it installed successfully.

> AFS module /lib/modules/2.6.27-7-generic/fs/openafs.o does not exist.
> Not starting AFS. Please consider building kernel modules using
> instructions in /usr/share/doc/openafs-client/README.modules

You should follow the instructions in that message for a fully working
client.

--
Russ Allbery (<email address hidden>) <http://www.eyrie.org/~eagle/>

I found out an semantically easy way to get it work:

first:
 >sudo apt-get install module-assistant
and
 >sudo m-a prepare

then download the current ubuntu package
and install it
 >sudo dpgk --install openafs-client_1.4.7.dfsg1-6_i386.deb

Cheers,
Lutz
Russ Allbery wrote:
> Launchpad Bug Tracker <email address hidden> writes:
>
>
>> I downloaded openafs-client_1.4.7.dfsg1-6_i386.deb and installed all
>> dependencies, recommended and suggest and deinstalled all conflicts.
>> But the installation with dpkg failed:
>>
>
> That's not a failure; it installed successfully.
>
>
>> AFS module /lib/modules/2.6.27-7-generic/fs/openafs.o does not exist.
>> Not starting AFS. Please consider building kernel modules using
>> instructions in /usr/share/doc/openafs-client/README.modules
>>
>
> You should follow the instructions in that message for a fully working
> client.
>
>

"<email address hidden>" <email address hidden> writes:

> I found out an semantically easy way to get it work:
>
> first:
> >sudo apt-get install module-assistant
> and
> >sudo m-a prepare
>
> then download the current ubuntu package
> and install it
> >sudo dpgk --install openafs-client_1.4.7.dfsg1-6_i386.deb

Right, that's what README.modules says, roughly. :)

--
Russ Allbery (<email address hidden>) <http://www.eyrie.org/~eagle/>

Thanks for the remark. Though I just can roughly see the parallels.

Before I posted this bug report I tried for about 10h to get openafs
running. These tries included the try to follow the instructions in
README.modules. This included recompiling the kernel, which also
failed:-) Unfortunately, I did not protokoll it. As the compilation took
a long time, I will not repeat it. Sorry! Probably, I've set a flag
wrongly due to insufficient Linux knowledge. I was very happy that I ve
found the above cited for the user *semantically *simple algorithm:-)

Cheers,
L--

Russ Allbery wrote:
> "<email address hidden>" <email address hidden> writes:
>
>
>> I found out an semantically easy way to get it work:
>>
>> first:
>> >sudo apt-get install module-assistant
>> and
>> >sudo m-a prepare
>>
>> then download the current ubuntu package
>> and install it
>> >sudo dpgk --install openafs-client_1.4.7.dfsg1-6_i386.deb
>>
>
> Right, that's what README.modules says, roughly. :)
>
>

"<email address hidden>" <email address hidden> writes:

> Before I posted this bug report I tried for about 10h to get openafs
> running. These tries included the try to follow the instructions in
> README.modules. This included recompiling the kernel, which also
> failed:-)

Hm, could you point me at what in README.modules led you to think that you
should recompile your kernel? I definitely want to fix that. You should
never have to recompile your kernel.

Maybe because the make-kpkg instructions don't explain how to get a kernel
source tree?

--
Russ Allbery (<email address hidden>) <http://www.eyrie.org/~eagle/>

The module-assistant instructions could be simplified to just
  apt-get install module-assistant
  module-assistant auto-install openafs
(or `m-a a-i openafs`), because auto-install implies prepare, auto-build, and dpkg -i.

Anders Kaseorg <email address hidden> writes:

> The module-assistant instructions could be simplified to just
> apt-get install module-assistant
> module-assistant auto-install openafs
> (or `m-a a-i openafs`), because auto-install implies prepare, auto-build, and dpkg -i.

Thanks! The documentation will be improved in the next release.

--
Russ Allbery (<email address hidden>) <http://www.eyrie.org/~eagle/>

This bug was fixed in the package openafs - 1.4.8.dfsg1-2

---------------
openafs (1.4.8.dfsg1-2) unstable; urgency=low

  * Make openafs-modules-source architecture-specific (arch: any instead
    of arch: all). The new method for generating the kernel source tree
    only generates correct build machinery for the architecture on which
    it was built, making the package architecture-specific. The generated
    tree is so much smaller that this still only uses about 1MB of archive
    space more than the old method and makes each openafs-modules-source
    package much smaller. This is a workaround until we can fix
    libafs_tree to include enough build machinery to handle all Linux
    architectures from one source tree. (Closes: #516023)
  * Explicitly remove *-stamp files in the clean target of the module
    build until the module build is upgraded to debhelper 7.

openafs (1.4.8.dfsg1-1) unstable; urgency=low

  * New upstream release. (Closes: #511535)
    - Support 2.6.28 kernels. (LP: #303112)
    - Check at compile time that the kernel has keyring support rather
      than building non-functional modules. (Closes: #500850)
    - Include vos clone man page. (LP: #324449)
  * Apply upstream CVS deltas:
    - STABLE14-libuafs-updates-20081229: prerequisite for other deltas.
    - STABLE14-linux-truncate-race-20090109: avoid race condition during
      truncation.
    - STABLE14-linux-i-size-20090112: further fix for truncation race.
    - STABLE14-linux-truncate-cleanup-20090113: further truncation fix.
    - STABLE14-osi-probe-check-result-cope-with-enoent-20090115: fix for
      syscall probing.
    - STABLE14-linux-2629-20090115: support for 2.6.29 kernels.
      (Closes: #513680)
    - STABLE14-rx-idledead-only-ignore-keepalives-20081222: rx bug fix to
      not ignore other ping packets.
    - STABLE14-rx-rdwr-writeproc-race-20081228: fix rx race condition that
      could result in reuse of freed memory.
    - STABLE14-rx-do-not-race-current-packet-20090105: fix rx race
      condition.
  * Use make libafs_tree to generate the tree for the kernel module
    compile rather than copying the entire source tree.
  * Compress the source in openafs-modules-source with bzip2 instead of
    gzip to reduce the package size.
  * Make dynroot the default for new installations. It works much better
    with systems that don't bring up their network until late in the boot
    process, such as wireless laptops. (LP: #249240, #318605)
  * Mention libpam-afs-session instead of libpam-openafs-session in the
    description of libpam-openafs-kaserver, and mention libpam-krb5 by
    name. Thanks, Philipp Kaluza. (Closes: #501308)
  * Suggest module-assistant auto-install in README.modules and be clearer
    that building one's own kernel is not required. Thanks, Anders
    Kaseorg and Lutz Goehring for suggestions. (LP: #295897)
  * Allow time-daemon to satisfy the openafs-fileserver recommends in
    addition to ntp, allowing for openntpd. (Closes: #508258)
  * General improvements to debconf configuration handling.
    - Do not abort the config script if we have no default realm and
      dnsdomainname fails. (LP: #274886, #318...