This is going to complicate automated updates in an unhappy way, I suspect. We use yum instead of up2date (because up2date is a [deleted] pain to insert RPMs into channels and yum lets you do magic) but even the people using up2date may have problems if they have to build multiple RPMs for the exact same target with the only difference being UP vs SMP. Right now all of my SMP systems have both the UP and SMP kernel installed and I expect the OpenAFS RPM to install the modules for both kernels. I have had cases where I needed to reboot a multi-CPU system in UP because the second CPU was faulty.

I much prefer the previous method where every possible module was compiled at the same time and made available for install in one RPM.

nomad

Derek Atkins wrote:
What does "uname -r" return?  Running the rpmbuild on an x86_64 should
build the userspace RPMS and a kernel module/rpm for the currently running
kernel.  If it's an SMP kernel, then it should be an SMP module.

-derek

Quoting Lee Damon <[EMAIL PROTECTED]>:

This was all compiled in one rpmbuild -ba operation so hopefully it was all done with the same compiler.

Turns out the rpmbuild didn't build modules for SMP kernel (even when compiled while a 2.6.9-22.ELsmp kernel was running) so I'm back to playing with colorful blocks for a while until I learn more about building RPMs (in my CFT).

nomad

[EMAIL PROTECTED] wrote:


I had problems like this when I compiled aklog with a different compiler (gcc-2.95.3) from the one that I used with openafs (gcc-3.2.3) awhile back. Hopefully with them integrated together there's no way for it to pick up different compilers, but you never know...

On Mon, 31 Oct 2005, Lee Damon wrote:

Derek,

In the now successfully rebuilt 1.4.0rc5 SRPM-based RPM for x86_64
everything seems to work except for aklog.  It segfaults.

: || [EMAIL PROTECTED] ~ [15] ; which aklog
/usr/bin/aklog
: || [EMAIL PROTECTED] ~ [16] ; rpm -qf /usr/bin/aklog
openafs-krb5-1.4.0rc5-1.1
: || [EMAIL PROTECTED] ~ [17] ; /usr/bin/aklog
Segmentation fault

the tail end of an strace says:

open("/usr/vice/etc/ThisCell", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0444, st_size=18, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9556c000
read(3, "ee.washington.edu\n", 4096)    = 18
close(3)                                = 0
munmap(0x2a9556c000, 4096)              = 0
stat("/usr/vice/etc/CellServDB", {st_mode=S_IFREG|0444, st_size=20765, ...}) = 0
open("/usr/vice/etc/CellServDB", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0444, st_size=20765, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9556c000
read(3, ">ee.washington.edu\t#Nikola\n128.2"..., 4096) = 4096
read(3, "ysics, university Mainz, Germany"..., 4096) = 4096
read(3, "                   #cpeven.physi"..., 4096) = 4096
read(3, "              #ccafsdb3.in2p3.fr"..., 4096) = 4096
read(3, "#The Slackers\' Network\n63.201.48"..., 4096) = 4096
read(3, "Manchester HEP\n194.36.2.3       "..., 4096) = 285
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x2a9556c000, 4096)              = 0
open("/usr/vice/etc/CellAlias", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/vice/etc/KeyFile", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/vice/etc/CellServDB", {st_mode=S_IFREG|0444, st_size=20765, ...}) = 0 stat("/usr/vice/etc/CellServDB", {st_mode=S_IFREG|0444, st_size=20765, ...}) = 0
stat("/etc/krb5.conf", {st_mode=S_IFREG|0444, st_size=1349, ...}) = 0
stat("/etc/krb5.conf", {st_mode=S_IFREG|0444, st_size=1349, ...}) = 0
stat("/etc/krb5.conf", {st_mode=S_IFREG|0444, st_size=1349, ...}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 21860 detached


nomad
-----------                       - Lee "nomad" Damon -          \
work: [EMAIL PROTECTED]                                      \
play: [EMAIL PROTECTED]    or castle!nomad                           \
                                                                   /\
Sr. Systems Admin, UWEE SSLI Lab                                   /  \
               "Celebrate Diversity"                             /    \
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info

_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info




_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info

Reply via email to