From owner-freebsd-sparc64@FreeBSD.ORG Mon May 12 12:49:25 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15F0B37B401 for ; Mon, 12 May 2003 12:49:25 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72D5243F3F for ; Mon, 12 May 2003 12:49:24 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30802 invoked from network); 12 May 2003 19:49:15 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 12 May 2003 19:49:15 -0000 Received: from laptop.baldwin.cx ([216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h4CJn2p0024762; Mon, 12 May 2003 15:49:03 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <13AD31AA-8377-11D7-B3D5-000393B67A48@lila.com> Date: Mon, 12 May 2003 15:48:08 -0400 (EDT) From: John Baldwin To: Bill Dorsey cc: sparc64@FreeBSD.org Subject: Re: Cyrus IMAPD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2003 19:49:25 -0000 On 11-May-2003 Bill Dorsey wrote: > Hi John, > > test# imtest localhost > C: C01 CAPABILITY > > At this point, imtest is hung. Also: > > test# telnet localhost imap > Trying ::1... > Connected to localhost. > Escape character is '^]'. > > Again, it hangs at this point. > > Here's the log from cyrus: > > May 10 23:03:35 test master[20705]: about to exec > /usr/local/cyrus/bin/imapd > May 10 23:03:35 test service-imap[20705]: executed > [nothing more] If you do a ktrace of imapd's pid is it doing anything? > -- > Bill Dorsey > > On Friday, May 9, 2003, at 14:03 US/Pacific, John Baldwin wrote: > >> >> On 09-May-2003 Bill Dorsey wrote: >>> Has anyone met with any success in getting Cyrus IMAPD working on a >>> Sparc64 platform? I am trying to upgrade an older Sparc32 machine >>> with >>> an Ultrasparc. Cyrus IMAPD handles all my mail delivery. >>> >>> It seems to build fine, but after I start the master process, I am >>> unable to contact the imap daemon on the localhost as recommended by >>> the configure-testing.html file that comes with Cyrus. >>> >>> A look in the imap log file reveals the following: >>> >>> May 4 17:51:01 test master[41874]: about to exec >>> /usr/local/cyrus/bin/imapd >>> May 4 17:51:01 test service-imap[41874]: executed >>> >>> However, the imap daemon does not display the banner line as it does >>> on >>> my Sparc32 machine so it appears to be getting stuck somewhere. >>> >>> I assume this is likely a 64-bit issue? >>> >>> On the bright side, I'm getting a lot more stuff to work under >>> FreeBSD/Sparc64 than I was under NetBSD/Sparc64. Kudos to the folks >>> responsible for the porting effort! >> >> What are you using to test? imtest? Does 'imtest localhost' hang >> before generating any output? >> >> -- >> >> John Baldwin <>< http://www.FreeBSD.org/~jhb/ >> "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ >> >> > -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-sparc64@FreeBSD.ORG Tue May 13 14:44:22 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF73A37B401; Tue, 13 May 2003 14:44:22 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id EABAB43F75; Tue, 13 May 2003 14:44:21 -0700 (PDT) (envelope-from des@cueball.rtp.FreeBSD.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h4DLg9KX052743; Tue, 13 May 2003 17:42:10 -0400 (EDT) (envelope-from des@cueball.rtp.FreeBSD.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h4DLg96d052742; Tue, 13 May 2003 21:42:09 GMT Date: Tue, 13 May 2003 21:42:09 GMT From: Dag-Erling Smorgrav Message-Id: <200305132142.h4DLg96d052742@cueball.rtp.FreeBSD.org> To: current@freebsd.org, sparc64@freebsd.org Subject: CURRENT tinderbox failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 21:44:23 -0000 TB --- 2003-05-13 21:28:56 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- 2003-05-13 21:28:56 - checking out sources TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2003-05-13 21:31:22 - building world TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries [...] cc -O -pipe -DLIBC_SCCS -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getloadavg.c -o kvm_getloadavg.o cc -O -pipe -DLIBC_SCCS -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getswapinfo.c -o kvm_getswapinfo.o cc -O -pipe -DLIBC_SCCS -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c -o kvm_proc.o /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:103: storage size of `procsig' isn't known /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:195: structure has no member named `p_procsig' /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:196: structure has no member named `p_procsig' /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:198: structure has no member named `p_procsig' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-05-13 21:42:09 - /usr/bin/make returned exit code 1 TB --- 2003-05-13 21:42:09 - ERROR: failed to build world TB --- 2003-05-13 21:42:09 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue May 13 17:43:39 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6373D37B401 for ; Tue, 13 May 2003 17:43:39 -0700 (PDT) Received: from web41314.mail.yahoo.com (web41314.mail.yahoo.com [66.218.93.63]) by mx1.FreeBSD.org (Postfix) with SMTP id 5012243FBD for ; Tue, 13 May 2003 17:43:36 -0700 (PDT) (envelope-from baby_p_nut@yahoo.com) Message-ID: <20030514004335.40189.qmail@web41314.mail.yahoo.com> Received: from [198.80.171.28] by web41314.mail.yahoo.com via HTTP; Tue, 13 May 2003 17:43:35 PDT Date: Tue, 13 May 2003 17:43:35 -0700 (PDT) From: Baby Peanut To: Jake Burkholder In-Reply-To: <20030513214559.GC831@locore.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD 5.1-BETA panics my Ultra-2 w/isp X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 00:43:39 -0000 --- Jake Burkholder wrote: > Apparently, On Tue, May 13, 2003 at 05:19:38AM -0700, > Baby Peanut said words to the effect of; > > > Do I have to update fsck_ufs along with the kernel? > > > > Can a 5.1-BETA kernel support a 5.0-RELEASE-p7 userland? > > > > I added "db> show thread" to the bottom of this message. > > > > You should probably update userland as well as the kernel yes. Also > try disabling background fsck, that might be enough to boot with your > current userland. > > Jake No, disabling background fsck just changes the call that ends up in the the panic: Mounting NFS file systems:. Starting syslogd. May 13 20:12:20 netman syslogd: kernel boot file is /boot/kernel/kernel Starting ntpdate. Starting rpcbind. ELF ldconfig path: /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib Starting local daemons:. Updating motd. Starting ntpd. Starting sshd. Starting sendmail. Initial sparc64 initialization:. Additional ABI support:. Local package initialization:. Additional TCP options:. Starting inetd. Starting cron. Tue May 13 20:12:29 EDT 2003 panic: initiate_write_inodeblock_ufs1: already started cpuid = 1; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> show thread Proc 0xfffff800471be660 [CPU 1] syncer db> show all procs pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 430 fffff8000a3bf650 dfb90000 0 1 430 0000000 norm[SLPQ nanslp c03875d8][SLP] cron 419 fffff8000a177cb0 dfb80000 0 1 419 0000000 norm[CVQ select c03c5c40][SLP] inetd 390 fffff8002418acc0 e00ca000 25 1 390 0000100 norm[SLPQ pause e00ca000][SLP] sendmail 387 fffff800471bfcb0 dedb2000 0 1 387 0000100 norm[CVQ select c03c5c40][SLP] sendmail 382 fffff8000a176660 dfb72000 0 1 382 0000100 norm[CVQ select c03c5c40][SLP] sshd 360 fffff8002418a000 e00c2000 0 1 360 0000000 norm[CVQ select c03c5c40][SLP] ntpd 249 fffff8000a3bfcb0 dfb94000 0 1 249 0000000 norm[CVQ select c03c5c40][SLP] rpcbind 228 fffff8002418a330 e00c4000 0 1 228 0000000 norm[CVQ select c03c5c40][SLP] syslogd 178 fffff8000a176cc0 dfb76000 0 1 178 0000000 norm[CVQ select c03c5c40][SLP] dhclient 114 fffff8000a3be660 dfb86000 0 1 114 0000000 norm[SLPQ pause dfb86000][SLP] adjkerntz 31 fffff80047161980 decf6000 0 0 0 0000204 norm[SLPQ nfsidl c03cda50][SLP] nfsiod 3 30 fffff80047161cb0 decf8000 0 0 0 0000204 norm[SLPQ nfsidl c03cda48][SLP] nfsiod 2 29 fffff800471be000 ded0a000 0 0 0 0000204 norm[SLPQ nfsidl c03cda40][SLP] nfsiod 1 28 fffff800471be330 ded0c000 0 0 0 0000204 norm[SLPQ nfsidl c03cda38][SLP] nfsiod 0 27 fffff800471be660 ded0e000 0 0 0 0000204 norm[CPU 1] syncer 9 fffff800471be990 ded10000 0 0 0 0000204 norm[SLPQ vlruwt fffff800471be990][SLP] vnlru 8 fffff800471becc0 deda8000 0 0 0 0000204 norm[SLPQ psleep c03c616c][SLP] bufdaemon 7 fffff800471beff0 dedaa000 0 0 0 000020c norm[SLPQ pgzero c03cfb70][SLP] pagezero 6 fffff80047268330 db9be000 0 0 0 0000204 norm[SLPQ psleep c03cfbb4][SLP] vmdaemon 5 fffff80047268660 db9c0000 0 0 0 0000204 norm[SLPQ psleep c03cfb9c][SLP] pagedaemon --More-- db> t panic() at panic+0x134 initiate_write_inodeblock_ufs1() at initiate_write_inodeblock_ufs1+0x32c softdep_disk_io_initiation() at softdep_disk_io_initiation+0x80 spec_xstrategy() at spec_xstrategy+0x134 spec_specstrategy() at spec_specstrategy+0x8 spec_vnoperate() at spec_vnoperate+0x1c bwrite() at bwrite+0x3b8 vfs_bio_awrite() at vfs_bio_awrite+0x1a0 vop_stdfsync() at vop_stdfsync+0x120 spec_fsync() at spec_fsync+0x20 spec_vnoperate() at spec_vnoperate+0x1c sched_sync() at sched_sync+0x178 fork_exit() at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 isp_2200_risc_code() at isp_2200_risc_code+0xb302 panic: trap: fast data access mmu miss cpuid = 1; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> FreeBSD 5.0-RELEASE-p7 userland & 5.1-BETA kernel built from May 12 CVS update. Post 5.0 has always been broken on Ultra-2 one way or another. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From owner-freebsd-sparc64@FreeBSD.ORG Tue May 13 21:32:53 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35C5A37B401; Tue, 13 May 2003 21:32:53 -0700 (PDT) Received: from lila.com (lila.com [66.92.251.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79E0B43F3F; Tue, 13 May 2003 21:32:52 -0700 (PDT) (envelope-from dorsey@lila.com) Received: from lila.com (localhost [127.0.0.1]) by lila.com (8.11.6p2/8.11.3) with ESMTP id h4E4Wj925664; Tue, 13 May 2003 21:32:46 -0700 (PDT) Date: Tue, 13 May 2003 21:32:43 -0700 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: John Baldwin From: Bill Dorsey In-Reply-To: Message-Id: <1A7D0592-85C5-11D7-B3D5-000393B67A48@lila.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: sparc64@FreeBSD.org Subject: Re: Cyrus IMAPD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 04:32:53 -0000 John, Here's the output from a 'ktrace -i -p ' beginning when I run the "imtest localhost" command and ending when I kill the master process. I've snipped most of the trace in the middle as it's probably irrelevant. 30650 master GIO fd 5 wrote 76 bytes "<183>May 13 21:05:29 master[30650]: about to exec /usr/local/cyrus/bin\ /imapd" 30650 master RET sendto 76/0x4c 30650 master CALL execve(0x7fdfffff390,0x22c000,0x234000) 30650 master NAMI "/usr/local/cyrus/bin/imapd" 30650 master NAMI "/usr/libexec/ld-elf.so.1" 30650 imapd RET execve -1424/0x7fdfffffa70 30650 imapd CALL mmap(0,0x1960,0x3,0x1000,0xffffffffffffffff,0,0) 30650 imapd RET mmap 1076772864/0x402e4000 30650 imapd CALL munmap(0x402e4000,0x1960) 30650 imapd RET munmap 0 [snipped] 30650 imapd RET read 8192/0x2000 30650 imapd CALL mmap(0,0x104000,0x5,0x2,0xa,0,0) 30650 imapd RET mmap 1096040448/0x41544000 30650 imapd CALL mprotect(0x41544000,0x2000,0x7) 30650 imapd RET mprotect 0 30650 imapd CALL mprotect(0x41544000,0x2000,0x5) 30650 imapd RET mprotect 0 30650 imapd CALL mmap(0x41646000,0x2000,0x7,0x12,0xa,0,0x2000) 30650 imapd RET mmap 1097097216/0x41646000 30650 imapd CALL close(0xa) 30650 imapd RET close 0 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/local/lib/sasl/libcrypt.so.2" 30650 imapd RET access -1 errno 2 No such file or directory 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/local/lib/libcrypt.so.2" 30650 imapd RET access -1 errno 2 No such file or directory 30650 imapd CALL access(0x402ee980,0) 30650 imapd NAMI "/usr/lib/libcrypt.so.2" 30650 imapd RET access 0 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/local/lib/sasl/libkrb.so.3" 30650 imapd RET access -1 errno 2 No such file or directory 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/local/lib/libkrb.so.3" 30650 imapd RET access -1 errno 2 No such file or directory 30650 imapd CALL access(0x402ee980,0) 30650 imapd NAMI "/usr/lib/libkrb.so.3" 30650 imapd RET access 0 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/local/lib/sasl/libcrypto.so.2" 30650 imapd RET access -1 errno 2 No such file or directory 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/local/lib/libcrypto.so.2" 30650 imapd RET access -1 errno 2 No such file or directory 30650 imapd CALL access(0x402ee980,0) 30650 imapd NAMI "/usr/lib/libcrypto.so.2" 30650 imapd RET access 0 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/local/lib/sasl/libcom_err.so.2" 30650 imapd RET access -1 errno 2 No such file or directory 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/local/lib/libcom_err.so.2" 30650 imapd RET access -1 errno 2 No such file or directory 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/lib/libcom_err.so.2" 30650 imapd RET access 0 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/local/lib/sasl/libpam.so.2" 30650 imapd RET access -1 errno 2 No such file or directory 30650 imapd CALL access(0x402e6280,0) 30650 imapd NAMI "/usr/local/lib/libpam.so.2" 30650 imapd RET access -1 errno 2 No such file or directory 30650 imapd CALL access(0x402ee980,0) 30650 imapd NAMI "/usr/lib/libpam.so.2" 30650 imapd RET access 0 30650 imapd CALL mmap(0,0x270,0x3,0x1000,0xffffffffffffffff,0,0) 30650 imapd RET mmap 1076854784/0x402f8000 30650 imapd CALL munmap(0x402f8000,0x270) 30650 imapd RET munmap 0 30650 imapd CALL sigprocmask(0x3,0x403e6c38,0) 30650 imapd RET sigprocmask 0 30650 imapd CALL sigprocmask(0x1,0x403e6c28,0x7fdffffdf10) 30650 imapd RET sigprocmask 0 30650 imapd CALL sigprocmask(0x3,0x403e6c38,0) 30650 imapd RET sigprocmask 0 30650 imapd CALL getdirentries(0x5,0x2d0000,0x2000,0x2ce028) 30650 imapd RET getdirentries 0 30650 imapd CALL lseek(0x5,0,0,0) 30650 imapd RET lseek 0 30650 imapd CALL close(0x5) 30650 imapd RET close 0 30650 imapd CALL open(0x7fdffffe230,0,0x1b6) 30650 imapd NAMI "/var/imap/db/DB_CONFIG" 30650 imapd RET open -1 errno 2 No such file or directory 30650 imapd CALL stat(0x408d38f0,0x7fdffffe020) 30650 imapd NAMI "/var/tmp" 30650 imapd RET stat 0 30650 imapd CALL open(0x2cc100,0x2,0x1a4) 30650 imapd NAMI "/var/imap/db/__db.001" 30650 imapd RET open 5 30650 imapd CALL fcntl(0x5,0x2,0x1) 30650 imapd RET fcntl 0 30650 imapd CALL fstat(0x5,0x7fdffffe840) 30650 imapd RET fstat 0 30650 imapd CALL close(0x5) 30650 imapd RET close 0 30650 imapd CALL open(0x2cc100,0x2,0x1a4) 30650 imapd NAMI "/var/imap/db/__db.001" 30650 imapd RET open 5 30650 imapd CALL fcntl(0x5,0x2,0x1) 30650 imapd RET fcntl 0 30650 imapd CALL mmap(0,0x2000,0x3,0x201,0x5,0,0) 30650 imapd RET mmap 1076854784/0x402f8000 30650 imapd CALL close(0x5) 30650 imapd RET close 0 30650 imapd CALL select(0,0,0,0,0x7fdffffe730) 30650 imapd RET select 0 30650 imapd CALL select(0,0,0,0,0x7fdffffe730) 30650 imapd RET select 0 30650 imapd CALL select(0,0,0,0,0x7fdffffe730) 30650 imapd RET select 0 [repeats a bunch of times...] 30640 master RET select -1 errno 4 Interrupted system call 30650 imapd RET select -1 errno 4 Interrupted system call 30640 master PSIG SIGINT SIG_DFL I copied the contents of /var/imap from the old 32-bit sparc machine onto the new 64-bit machine. Is it possible that the databases don't use the same format and this is causing imapd to hang? I'm running the exact same version of Cyrus (2.0.17) on both machines... [Cyrus 2.0.17 compiled under FreeBSD 5.0/Sparc64] test64# ldd imapd imapd: libsasl.so.8 => /usr/local/lib/libsasl.so.8 (0x403e8000) libssl.so.2 => /usr/lib/libssl.so.2 (0x404fa000) libcrypto.so.2 => /usr/lib/libcrypto.so.2 (0x40634000) libdb3.so.3 => /usr/local/lib/libdb3.so.3 (0x40838000) libwrap.so.3 => /usr/lib/libwrap.so.3 (0x409de000) libc.so.5 => /usr/lib/libc.so.5 (0x40ae8000) libcrypt.so.2 => /usr/lib/libcrypt.so.2 (0x40ce8000) libkrb.so.3 => /usr/lib/libkrb.so.3 (0x40e04000) libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x40f24000) libpam.so.2 => /usr/lib/libpam.so.2 (0x41026000) [Cyrus 2.0.17 compiled under NetBSD 1.5.3/Sparc] test32[54]% ldd imapd imapd: -lcrypt.0 => /usr/lib/libcrypt.so.0 -lsasl.8 => /usr/pkg/lib/libsasl.so.8 -ldb3.3 => /usr/pkg/lib/libdb3.so.3 -lc.12 => /usr/lib/libc.so.12 -lcrypto.300 => /usr/pkg/lib/libcrypto.so.300 -lssl.300 => /usr/pkg/lib/libssl.so.300 -lcom_err.3 => /usr/lib/libcom_err.so.3 -lwrap.0 => /usr/lib/libwrap.so.0 Looks like the databases should be compatible to me... -- Bill Dorsey On Monday, May 12, 2003, at 12:48 US/Pacific, John Baldwin wrote: > > On 11-May-2003 Bill Dorsey wrote: >> Hi John, >> >> test# imtest localhost >> C: C01 CAPABILITY >> >> At this point, imtest is hung. Also: >> >> test# telnet localhost imap >> Trying ::1... >> Connected to localhost. >> Escape character is '^]'. >> >> Again, it hangs at this point. >> >> Here's the log from cyrus: >> >> May 10 23:03:35 test master[20705]: about to exec >> /usr/local/cyrus/bin/imapd >> May 10 23:03:35 test service-imap[20705]: executed >> [nothing more] > > If you do a ktrace of imapd's pid is it doing anything? > >> -- >> Bill Dorsey >> >> On Friday, May 9, 2003, at 14:03 US/Pacific, John Baldwin wrote: >> >>> >>> On 09-May-2003 Bill Dorsey wrote: >>>> Has anyone met with any success in getting Cyrus IMAPD working on a >>>> Sparc64 platform? I am trying to upgrade an older Sparc32 machine >>>> with >>>> an Ultrasparc. Cyrus IMAPD handles all my mail delivery. >>>> >>>> It seems to build fine, but after I start the master process, I am >>>> unable to contact the imap daemon on the localhost as recommended by >>>> the configure-testing.html file that comes with Cyrus. >>>> >>>> A look in the imap log file reveals the following: >>>> >>>> May 4 17:51:01 test master[41874]: about to exec >>>> /usr/local/cyrus/bin/imapd >>>> May 4 17:51:01 test service-imap[41874]: executed >>>> >>>> However, the imap daemon does not display the banner line as it does >>>> on >>>> my Sparc32 machine so it appears to be getting stuck somewhere. >>>> >>>> I assume this is likely a 64-bit issue? >>>> >>>> On the bright side, I'm getting a lot more stuff to work under >>>> FreeBSD/Sparc64 than I was under NetBSD/Sparc64. Kudos to the folks >>>> responsible for the porting effort! >>> >>> What are you using to test? imtest? Does 'imtest localhost' hang >>> before generating any output? >>> >>> -- >>> >>> John Baldwin <>< http://www.FreeBSD.org/~jhb/ >>> "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ >>> >>> >> > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > From owner-freebsd-sparc64@FreeBSD.ORG Tue May 13 22:05:23 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37FAE37B401; Tue, 13 May 2003 22:05:23 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 603E243F3F; Tue, 13 May 2003 22:05:22 -0700 (PDT) (envelope-from des@cueball.rtp.FreeBSD.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h4E539KX065499; Wed, 14 May 2003 01:03:09 -0400 (EDT) (envelope-from des@cueball.rtp.FreeBSD.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h4E539IE065498; Wed, 14 May 2003 05:03:09 GMT Date: Wed, 14 May 2003 05:03:09 GMT From: Dag-Erling Smorgrav Message-Id: <200305140503.h4E539IE065498@cueball.rtp.FreeBSD.org> To: current@freebsd.org, sparc64@freebsd.org Subject: CURRENT tinderbox failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 05:05:23 -0000 TB --- 2003-05-14 04:51:30 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- 2003-05-14 04:51:30 - checking out sources TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2003-05-14 04:52:54 - building world TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries [...] cc -O -pipe -DLIBC_SCCS -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getloadavg.c -o kvm_getloadavg.o cc -O -pipe -DLIBC_SCCS -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getswapinfo.c -o kvm_getswapinfo.o cc -O -pipe -DLIBC_SCCS -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c -o kvm_proc.o /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:103: storage size of `procsig' isn't known /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:195: structure has no member named `p_procsig' /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:196: structure has no member named `p_procsig' /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:198: structure has no member named `p_procsig' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-05-14 05:03:09 - /usr/bin/make returned exit code 1 TB --- 2003-05-14 05:03:09 - ERROR: failed to build world TB --- 2003-05-14 05:03:09 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Wed May 14 08:14:25 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 723C137B404 for ; Wed, 14 May 2003 08:14:25 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC67143FA3 for ; Wed, 14 May 2003 08:14:24 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20583 invoked from network); 14 May 2003 15:14:27 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 14 May 2003 15:14:27 -0000 Received: from laptop.baldwin.cx ([216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h4EFELp0031211; Wed, 14 May 2003 11:14:22 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <1A7D0592-85C5-11D7-B3D5-000393B67A48@lila.com> Date: Wed, 14 May 2003 11:14:30 -0400 (EDT) From: John Baldwin To: Bill Dorsey cc: sparc64@FreeBSD.org Subject: Re: Cyrus IMAPD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 15:14:25 -0000 On 14-May-2003 Bill Dorsey wrote: > John, > > Here's the output from a 'ktrace -i -p ' beginning when > I run the "imtest localhost" command and ending when I kill the master > process. I've snipped most of the trace in the middle as it's probably > irrelevant. Hmm, I don't see anything obvious in the ktrace. > I copied the contents of /var/imap from the old 32-bit sparc machine > onto the new 64-bit machine. Is it possible that the databases don't > use the same format and this is causing imapd to hang? I'm running the > exact same version of Cyrus (2.0.17) on both machines... > > [Cyrus 2.0.17 compiled under FreeBSD 5.0/Sparc64] > test64# ldd imapd > imapd: > libsasl.so.8 => /usr/local/lib/libsasl.so.8 (0x403e8000) > libssl.so.2 => /usr/lib/libssl.so.2 (0x404fa000) > libcrypto.so.2 => /usr/lib/libcrypto.so.2 (0x40634000) > libdb3.so.3 => /usr/local/lib/libdb3.so.3 (0x40838000) > libwrap.so.3 => /usr/lib/libwrap.so.3 (0x409de000) > libc.so.5 => /usr/lib/libc.so.5 (0x40ae8000) > libcrypt.so.2 => /usr/lib/libcrypt.so.2 (0x40ce8000) > libkrb.so.3 => /usr/lib/libkrb.so.3 (0x40e04000) > libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x40f24000) > libpam.so.2 => /usr/lib/libpam.so.2 (0x41026000) > > [Cyrus 2.0.17 compiled under NetBSD 1.5.3/Sparc] > test32[54]% ldd imapd > imapd: > -lcrypt.0 => /usr/lib/libcrypt.so.0 > -lsasl.8 => /usr/pkg/lib/libsasl.so.8 > -ldb3.3 => /usr/pkg/lib/libdb3.so.3 > -lc.12 => /usr/lib/libc.so.12 > -lcrypto.300 => /usr/pkg/lib/libcrypto.so.300 > -lssl.300 => /usr/pkg/lib/libssl.so.300 > -lcom_err.3 => /usr/lib/libcom_err.so.3 > -lwrap.0 => /usr/lib/libwrap.so.0 > > Looks like the databases should be compatible to me... Well, if they use any long's then they would not be compatible. Have you tried forcing cyrus to rebuild it's indexes? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-sparc64@FreeBSD.ORG Wed May 14 10:13:51 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE0DD37B401; Wed, 14 May 2003 10:13:51 -0700 (PDT) Received: from lila.com (lila.com [66.92.251.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 317F943FA3; Wed, 14 May 2003 10:13:51 -0700 (PDT) (envelope-from dorsey@lila.com) Received: from lila.com (localhost [127.0.0.1]) by lila.com (8.11.6p2/8.11.3) with ESMTP id h4EHDm928679; Wed, 14 May 2003 10:13:48 -0700 (PDT) Date: Wed, 14 May 2003 10:13:45 -0700 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: John Baldwin From: Bill Dorsey In-Reply-To: Message-Id: <6B9B9431-862F-11D7-B3D5-000393B67A48@lila.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: sparc64@FreeBSD.org Subject: Re: Cyrus IMAPD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 17:13:52 -0000 John, % ./reconstruct -m reconstructing mailboxes.db currently not supported :-( -- Bill Dorsey On Wednesday, May 14, 2003, at 08:14 US/Pacific, John Baldwin wrote: > > On 14-May-2003 Bill Dorsey wrote: >> John, >> >> Here's the output from a 'ktrace -i -p ' beginning when >> I run the "imtest localhost" command and ending when I kill the master >> process. I've snipped most of the trace in the middle as it's >> probably >> irrelevant. > > Hmm, I don't see anything obvious in the ktrace. > >> I copied the contents of /var/imap from the old 32-bit sparc machine >> onto the new 64-bit machine. Is it possible that the databases don't >> use the same format and this is causing imapd to hang? I'm running >> the >> exact same version of Cyrus (2.0.17) on both machines... >> >> [Cyrus 2.0.17 compiled under FreeBSD 5.0/Sparc64] >> test64# ldd imapd >> imapd: >> libsasl.so.8 => /usr/local/lib/libsasl.so.8 (0x403e8000) >> libssl.so.2 => /usr/lib/libssl.so.2 (0x404fa000) >> libcrypto.so.2 => /usr/lib/libcrypto.so.2 (0x40634000) >> libdb3.so.3 => /usr/local/lib/libdb3.so.3 (0x40838000) >> libwrap.so.3 => /usr/lib/libwrap.so.3 (0x409de000) >> libc.so.5 => /usr/lib/libc.so.5 (0x40ae8000) >> libcrypt.so.2 => /usr/lib/libcrypt.so.2 (0x40ce8000) >> libkrb.so.3 => /usr/lib/libkrb.so.3 (0x40e04000) >> libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x40f24000) >> libpam.so.2 => /usr/lib/libpam.so.2 (0x41026000) >> >> [Cyrus 2.0.17 compiled under NetBSD 1.5.3/Sparc] >> test32[54]% ldd imapd >> imapd: >> -lcrypt.0 => /usr/lib/libcrypt.so.0 >> -lsasl.8 => /usr/pkg/lib/libsasl.so.8 >> -ldb3.3 => /usr/pkg/lib/libdb3.so.3 >> -lc.12 => /usr/lib/libc.so.12 >> -lcrypto.300 => /usr/pkg/lib/libcrypto.so.300 >> -lssl.300 => /usr/pkg/lib/libssl.so.300 >> -lcom_err.3 => /usr/lib/libcom_err.so.3 >> -lwrap.0 => /usr/lib/libwrap.so.0 >> >> Looks like the databases should be compatible to me... > > Well, if they use any long's then they would not be compatible. > Have you tried forcing cyrus to rebuild it's indexes? > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > From owner-freebsd-sparc64@FreeBSD.ORG Wed May 14 10:25:33 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CD6237B404 for ; Wed, 14 May 2003 10:25:33 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0FCE43F75 for ; Wed, 14 May 2003 10:25:32 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 29646 invoked from network); 14 May 2003 17:25:37 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 14 May 2003 17:25:37 -0000 Received: from laptop.baldwin.cx ([216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h4EHPTp0031570; Wed, 14 May 2003 13:25:30 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <6B9B9431-862F-11D7-B3D5-000393B67A48@lila.com> Date: Wed, 14 May 2003 13:25:38 -0400 (EDT) From: John Baldwin To: Bill Dorsey cc: sparc64@FreeBSD.org Subject: Re: Cyrus IMAPD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 17:25:33 -0000 On 14-May-2003 Bill Dorsey wrote: > John, > > % ./reconstruct -m > reconstructing mailboxes.db currently not supported > >:-( I have no ideas then. :( Sorry I can't help more. (I run cyrus on a x86 machine running 4.x, not a sparc.) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/