search for: cf0

Good day to you, too. No worries about the delay. I understand how busy everyone is with SYSLINUX. Gladly, the project continues to develop and improve. With that said, thanks for today's flurry of activity regarding my reported problem. Impressively, the debug version of MEMDISK that you had directed me to use appears to have done the trick. Results below. command line:

...pointer in the backtrace. ?I tried to strace everything but the segfault doesn't happen then :-). ?I'm not sure what to do to get better information. I attached my client session, dovecot -n output, gdb trace, maillog, and the core dump. I published the RPMs I made at: http://c3205012.r12.cf0.rackcdn.com/dovecot-2.0.11-1_125.x86_64.rpm http://c3205012.r12.cf0.rackcdn.com/dovecot-debuginfo-2.0.11-1_125.x86_64.rpm My platform is RHEL 5 with kernel 2.6.18 on x86_64. Is there anything else I can provide for more info? Thanks, Nick Nick VonHollen Rackspace Software Developer Desk: 540-4...

...ot; [5] "\\paperw11900\\paperh16840\\margl1440\\margr1440\\vieww9000\ \viewh8400\\viewkind0" [6] "\\pard\\tx566\\tx1133\\tx1700\\tx2267\\tx2834\\tx3401\\tx3968\ \tx4535\\tx5102\\tx5669\\tx6236\\tx6803\\ql\\qnatural\\pardirnatural" [7] "\\f0\\fs24" [8] "\\cf0" [9] "13\\" // This is where my file "should" start reading the numbers I see in the window when I open it with textedit [10] "27\\" [11] "39\\" [12] "48\\" [13] "34\\" [14] "17\\" [15] "23\\" [16...

..... [CB0] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [CC0] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [CD0] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [CE0] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [CF0] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [D00] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [D10] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [D20] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [D30] 00...

Hi Folks, I''ve got a 3.9 Tb zpool, and it is casing kernel panics on my Solaris 10 280r (SPARC) server. The message I get on panic is this: panic[cpu1]/thread=2a100a95cc0: zfs: freeing free segment (offset=423713792 size=1024) This seems to come about when the zpool is being used or being scrubbed - about twice a day at the moment. After the reboot, the scrub seems to have