[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference turris::digital_unix

Title:	DIGITAL UNIX(FORMERLY KNOWN AS DEC OSF/1)
Notice:	Welcome to the Digital UNIX Conference
Moderator:	SMURF::DENHAM

Created:	Thu Mar 16 1995
Last Modified:	Fri Jun 06 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	10068
Total number of notes:	35879

9527.0. "Using GDB crashed Unix V4.0B" by ALFSS2::DAU_G () Wed Apr 16 1997 17:50

    A customer uses "gdb" (gnu kernel debugger) on AS1000A or AS2100
    running Digital Unix V4.0B and the system crashed.
    
    He claimed that the enclosed code crashed the system also.
    
    Thanks for your help
    
    /Giao
    
    
    ------
    
    /* Running this program WILL CRASH your DU4.0B system.  You have
       been warned.  ;-)  It causes no problems under DU3.2C (or
       other revisions, I suspect).
    
       Since one of our users reported that ``gdb'' crashes DU4.0B,
       I've been working on reducing the reproduction of the problem
       to the smallest example (that hopefully doesn't require gdb).
       This little file seems to reproduce the gdb-induced crash
       identically.
    
       Note: I make no claims regarding gdb's logic; this file is merely
       a distillation of the steps that it goes through.
    
       Bob Krzaczek, <[email protected]>, Wed Apr 16 16:00:25 EDT 1997
     */
    
    #include <stdio.h>
    #include <unistd.h>
    #include <signal.h>
    #include <sys/ptrace.h>
    
    enum{ sl = 1 };
    
    void
    main()
    {
            pid_t p;
    
            switch( p = fork() ) {
            case -1:
                    puts( "bite me" );
                    exit( 1 );
            case 0:
                    ptrace( PT_TRACE_ME, 0, 0, 0 );
                    spin();
            }
    
            puts( "1" );
            sleep( sl );
            kill( p, SIGTSTP );
    
            puts( "2" );
            sleep( sl );
            ptrace( PT_KILL, p, 0, 0 );
    
            puts( "3" );
            sleep( sl );
            kill( p, SIGKILL );
    
            puts( "you will never see this message..." );
            exit( 0 );
    }
    
    int
    spin()
    {
            unsigned int u;
    
            for( u = 0; u >= 0 ; ++u )
                    ;
    }
    
    
    
    ----------------------

T.R	Title	User	Personal Name	Date	Lines
9527.1	pls provide crash information	GIDDAY::STRAUSS	talking through my binoculars	`Wed Apr 16 1997 19:00`	8
	Was the crash from "gdb" the same as for your code sample? What specific actions in gdb did the customer take to causse the system to crash? Is the problem reproducible? It would be useful if you could post the crash-data files. leon
9527.2	Known problem (if it's the one I know, at least!)	SMURF::PETERT	rigidly defined areas of doubt and uncertainty	`Wed Apr 16 1997 23:12`	34
	The problem is not with gdb or with the program provided. The program is actually a skeleton debugger, turning on ptrace which is what dbx, ladebug, and gdb had to do before procfs came along. The problem is the the 4.0b kernel. If the kernel has been built with KDEBUG configured, then any debugger used will crash the system. It has something to do with the integrated debugger, new with 4.0b, interfering with the graphic console. I forget the gruesome details, I just kept running into it all the time since I maintain dbx (with help). Reference QAR 50184 for more info, but there are a number of workarounds. Build your kernel without KDEBUG for one. Or, if you like things the way they are, go into superuser mode and run dbx on the kernel dbx -k /vmunix p db_enable /* should be 1 patch db_enable = 0 q And you're all set. Of course, if db_enable is NOT set to 1, then something else is going on and you should report it, but I'm pretty sure, given the brief description of the problem, that this is the problem. A patch is available - patch OSF410-046 (New id 26-00) to V4.0B There's also another workaround with sysconfigtab and saveterm, but I can't remember it offhand. Hope this helps. PeterT
9527.3	db_enable =0 and PATCH OSF410-046 applied	ALFSS2::DAU_G		`Thu Apr 17 1997 13:08`	711
	Thanks for the quick replies. Customer already tried to set "db_enable=0" and installed the OSF410-046 the system still crashed. Enclosed is the crash-data file. Thanks /Giao ------------------------------ # # Crash Data Collection (Version 1.4) # _crash_data_collection_time: Tue Apr 15 15:25:37 EDT 1997 _current_directory: / _crash_kernel: /var/adm/crash/vmunix.4 _crash_core: /var/adm/crash/vmcore.4 _crash_arch: alpha _crash_os: Digital UNIX _host_version: Digital UNIX V4.0B (Rev. 564); Thu Apr 10 17:43:30 EDT 1997 _crash_version: Digital UNIX V4.0B (Rev. 564); Thu Apr 10 17:43:30 EDT 1997 _crashtime: struct { tv_sec = 861132040 tv_usec = 492555 } _boottime: struct { tv_sec = 861131118 tv_usec = 568759 } _config: struct { sysname = "OSF1" nodename = "saturn.cis.rit.edu" release = "V4.0" version = "564" machine = "alpha" } _cpu: 52 _system_string: 0xffffffffff8007d8 = "AlphaServer 1000A 5/300" _ncpus: 1 _avail_cpus: 1 _partial_dump: 1 _physmem(MBytes): 127 _panic_string: 0xfffffc000057e150 = "psig: stop signal" _paniccpu: 0 _panic_thread: 0xfffffc0006746b00 _preserved_message_buffer_begin: struct { msg_magic = 0x63061 msg_bufx = 0x72d msg_bufr = 0x630 msg_bufc = "Alpha boot: available memory from 0x8a8000 to 0x7fee000 Digital UNIX V4.0B (Rev. 564); Thu Apr 10 17:43:30 EDT 1997 physical memory = 128.00 megabytes. available memory = 119.33 megabytes. using 484 buffers containing 3.78 megabytes of memory Firmware revision: 4.7 PALcode: OSF version 1.21 AlphaServer 1000A 5/300 Mem_size = 132268032, consmem = 238 pci0 at nexus eisa0 at pci0 ace0 at eisa0 ace1 at eisa0 lp0 at eisa0 fdi0 at eisa0 fd0 at fdi0 unit 0 cirrus0 at eisa0 cirrus0: Cirrus Logic CL-GD5428 (SVGA) 512 Kbytes pci2000 at pci0 slot 8 isp0 at pci2000 slot 0 isp0: QLOGIC ISP1020A isp0: Firmware revision 2.10 (loaded from driver) scsi0 at isp0 slot 0 rz0 at scsi0 target 0 lun 0 (LID=0) (FUJITSU M2266S-512 002C) tz5 at scsi0 target 5 lun 0 (LID=1) (DEC TLZ07 (C)DEC 553A) rz6 at scsi0 target 6 lun 0 (LID=2) (DEC RRD43 (C) DEC 1084) tu0: DECchip 21140-AA: Revision: 1.2 tu0 at pci0 slot 11 tu0: DEC Fast Ethernet Interface, hardware address: 00-00-F8-02-07-F4 tu0: console mode: selecting 100BaseTX (UTP) port: half duplex Initializing xcr0. Please wait.... xcr0 at pci0 slot 13 gpc0 at eisa0 No FRU table entry found in console-rpb --Not creating a FRU table errorlog packet pcxal_init_keyboard: keyboard init unsuccessful kernel console: cirrus0 dli: configured ADVFS: using 1153 buffers containing 9.00 megabytes of memory chk_bf_quota: user/group underflow chk_bf_quota: user/group underflow chk_bf_quota: user/group underflow Environmental Monitoring Subsystem Configured. SuperLAT. Copyright 1994 Meridian Technology Corp. All rights reserved. panic (cpu 0): psig: stop signal syncing disks... done device string for dump = SCSI 0 2000 0 0 0 0 0. DUMP.prom: dev SCSI 0 2000 0 0 0 0 0, block 251269 device string for dump = SCSI 0 2000 0 0 0 0 0. DUMP.prom: dev SCSI 0 2000 0 0 0 0 0, block 251269 " } _preserved_message_buffer_end: _kernel_process_status_begin: PID COMM 00000 kernel idle 00001 init 00003 kloadsrv 00022 update 00089 syslogd 00091 binlogd 00151 routed 00280 portmap 00288 ypbind 00295 mountd 00297 nfsd 00299 nfsiod 00302 rpc.statd 00304 rpc.lockd 00308 automount 00628 sendmail 00644 xntpd 00676 snmpd 00678 os_mibs 00693 svrSystem_mib 00698 envmond 00713 inetd 00746 cron 00772 lpd 00808 xdm 00815 Xdec 00819 getty 00820 getty 00821 getty 00822 getty 00823 getty 00824 getty 00825 getty 00826 getty 00827 getty 00828 getty 00829 getty 00830 getty 00831 getty 00832 getty 00833 getty 00834 getty 00835 getty 00850 xdm 00863 dxconsole 00910 rlogind 00911 csh 00930 es 00931 xterm 00933 es 00986 gdb 00987 foo _kernel_process_status_end: _current_pid: 987 _current_tid: 0xfffffc0006746b00 _proc_thread_list_begin: thread 0xfffffc0006746b00 stopped at [boot:2484 ,0xfffffc000046ef6c] Source not available _proc_thread_list_end: _dump_begin: > 0 boot(0x0, 0xfffffc0006746b00, 0x2c0000002c, 0x2c, 0x1) ["../../../../src/kernel/arch/alpha/machdep.c":2484, 0xfffffc000046ef6c] 1 panic(s = 0xfffffc000057e150 = "psig: stop signal") ["../../../../src/kernel/bsd/subr_prf.c":791, 0xfffffc000027a87c] pcpu = (nil) i = 6159072 mycpu = 0 spl = 1 2 sigexit(p = 0xfffffc000354e220) ["../../../../src/kernel/bsd/kern_sig.c":5119, 0xfffffc000026fb90] thread = 0xfffffc0006746b00 3 thread_halt_self(0xfffffc00004753a8, 0xffffffff88c60000, 0x51, 0x0, 0xfffffc0006746b00) ["../../../../src/kernel/kern/thread.c":1958, 0xfffffc00002b08a4] 4 trap() ["../../../../src/kernel/arch/alpha/trap.c":1592, 0xfffffc00004753a` t = 0xfffffc0006746b00 pcb = 0xffffffff88c63a38 task = 0xfffffc000354e000 p = 0xfffffc000354e220 syst = struct { tv_sec = 0 tv_usec = 0 } nofault_save = 0 exc_type = 18446744071709261824 exc_code = 0 exc_subcode = 0 s = -2000289792 gen_sig = 16 stime_enter = struct { seconds = 0 microseconds = -4397928116784 } stime_exit = struct { seconds = -4397912848992 microseconds = 1 } utime = struct { seconds = -4398043728464 microseconds = -4398040324488 } stime_enter_valid = 0 ast = 16 cursig = 16 instfault_types = { [0] 0xfffffc00005df740 = "bpt" [1] 0xfffffc00005df748 = "bugchk" [2] 0xfffffc00005df750 = "gentrap" [3] 0xfffffc00005df758 = "fen" [4] 0xfffffc00005df760 = "opdec" [5] 0xfffffc00005df768 = "5" [6] 0xfffffc00005df770 = "6" [7] 0xfffffc00005df778 = "7" } result = 7289760 sta = struct { trap_a0 = 0 trap_a1 = 1 trap_a2 = 982479 } uframe = { [0] -4398044070176 [1] 1 [2] -4398040327040 [3] 3849077537363201 [4] -4398044634880 [5] 1 [6] -4397990615312 [7] 982223 [8] 21474836481 [9] -4398044633568 [10] 3849077537363201 [11] -4398036935680 [12] -4398041879800 [13] -2000289792 [14] 0 [15] -4398044188735 [16] 1 [17] 5368983872 [18] 4396973303328 [19] 0 [20] -4398040215416 [21] -60424192 [22] 98304 [23] 536870911 [24] -4398041166880 [25] -4397912792864 [26] 0 [27] -4398044186415 [28] 1 [29] 5368983872 [30] 3849077537363201 [31] 4831842584 [32] -4398046511096 } sta = struct { trap_a0 = 18446739675667583856 trap_a1 = 18446739675664916736 trap_a2 = 2 } sta = struct { trap_a0 = 18446739675667584656 trap_a1 = 18446739675664916736 trap_a2 = 2 } sta = struct { trap_a0 = 18446739675667584656 trap_a1 = 18446739675669334872 trap_a2 = 18446739675665482716 } siginfo = struct { si_signo = 1 si_errno = 0 si_code = 0 si_kflags = 0 _sifields = union { _sigproc = struct { _pid = 118394320 _pinfo = union { _kill = struct { _uid = 4294966272 _pidgen = 133707968 } _pid = 118394320 _pinfo = union { _kill = struct { _uid = 4294966272 _pidgen = 133707968 } _sigchld = struct { _status = -1024 _utime = 133707968 _stime = -1024 } _sigtimer = struct { _timer1 = 4294966272 _timer2 = 133707968 } } _sigrt = struct { _sigval = union { sival_int = 4 sival_ptr = 0x4 } } _sigrt = struct { _sigval = union { sival_int = 4 sival_ptr = 0x4 } } } _sigfault = struct { _addr = 0xfffffc00070e8dd0 = "^�^�^7^G" } _sigpoll = struct { _band = -4397928116784 _fd = 133707968 } _siganon = struct { _siganon = union { sival_int = 118394320 sival_ptr = 0xfffffc00070e8dd0 } } } } signal = 133662112 ux_code = 6186616 inst = union { word = 16 byte = "^P" common = struct { 16 opcode = 0 } m_format = struct { memory_displacement = 16 rb = 0 ra = 0 opcode = 0 } b_format = struct { branch_displacement = 16 ra = 0 opcode = 0 } o_format = struct { rc = 16 function = 0 form = 0 0 rb = 0 ra = 0 opcode = 0 } l_format = struct { rc = 16 function = 0 form = 0 literal = 0 ra = 0 opcode = 0 } f_format = struct { fc = 16 function = 0 fb = 0 fa = 0 opcode = 0 } pal_format = struct { function = 16 opcode = 0 } j_format = struct { hint = 16 function = 0 rb = 0 ra = 0 opcode = 0 } } 5 exception_exit(0x8, 0x120001118, 0x140008070, 0x1, 0x11fffeae8) ["../../..` _dump_end: warning: Files compiled -g3: parameter values probably wrong _kernel_thread_list_begin: thread 0xfffffc0007f822c0 stopped at [thread_run:2469 ,0xfffffc00002a8758] ` thread 0xfffffc0007f82580 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007f82840 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007f82b00 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007f82dc0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007f83080 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007f83340 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007f83600 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007f838c0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007f83b80 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007226000 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00072262c0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007226580 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007226840 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007226b00 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007226dc0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007227340 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007227600 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00072278c0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0007227b80 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00070e8000 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00070e82c0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00070e8580 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00070e8840 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0000f86b00 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0000f86dc0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0000f87080 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0000f87340 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0000f87600 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0000f878c0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0000f87b80 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00013a4000 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00013a42c0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00013a4580 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00013a4840 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00013a4b00 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00013a4dc0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00013a5080 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00013a5340 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00013a5600 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc00013a5b80 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0001f96000 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0001f962c0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0001f96580 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0001f96840 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0001f96b00 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` thread 0xfffffc0001f96dc0 stopped at [thread_block:2097 ,0xfffffc00002a7f90] ` _kernel_thread_list_end: _savedefp: (nil) _kernel_memory_fault_data_begin: struct { fault_va = 0x0 fault_pc = 0x0 fault_ra = 0x0 fault_sp = 0x0 access = 0x0 status = 0x0 cpunum = 0x0 count = 0x0 pcb = (nil) thread = (nil) task = (nil) proc = (nil) } _kernel_memory_fault_data_end: _uptime: .25 hours paniccpu: 0x0 machine_slot[paniccpu]: struct { is_cpu = 0x1 cpu_type = 0xf cpu_subtype = 0x1b running = 0x1 cpu_ticks = { [0] 0x613d [1] 0x0 [2] 0xdd40 [3] 0xd6e56 [4] 0x6a5f } clock_freq = 0x400 error_restart = 0x0 cpu_panicstr = 0xfffffc000057e150 = "psig: stop signal" cpu_panic_thread = 0xfffffc0006746b00 } tset machine_slot[paniccpu].cpu_panic_thread: Begin Trace for machine_slot[paniccpu].cpu_panic_thread: > 0 boot(0x0, 0xfffffc0006746b00, 0x2c0000002c, 0x2c, 0x1) ["../../../../src/k` 1 panic(s = 0xfffffc000057e150 = "psig: stop signal") ["../../../../src/kern` 2 sigexit(p = 0xfffffc000354e220) ["../../../../src/kernel/bsd/kern_sig.c":5` 3 thread_halt_self(0xfffffc00004753a8, 0xffffffff88c60000, 0x51, 0x0, 0xffff` 4 trap() ["../../../../src/kernel/arch/alpha/trap.c":1592, 0xfffffc00004753a` 5 exception_exit(0x8, 0x120001118, 0x140008070, 0x1, 0x11fffeae8) ["../../..` End Trace for machine_slot[paniccpu].cpu_panic_thread: "cpu_data" is not an array _stack_trace[0]_begin: > 0 boot(0x0, 0xfffffc0006746b00, 0x2c0000002c, 0x2c, 0x1) ["../../../../src/k` 1 panic(s = 0xfffffc000057e150 = "psig: stop signal") ["../../../../src/kern` 2 sigexit(p = 0xfffffc000354e220) ["../../../../src/kernel/bsd/kern_sig.c":5` 3 thread_halt_self(0xfffffc00004753a8, 0xffffffff88c60000, 0x51, 0x0, 0xffff` 4 trap() ["../../../../src/kernel/arch/alpha/trap.c":1592, 0xfffffc00004753a` 5 exception_exit(0x8, 0x120001118, 0x140008070, 0x1, 0x11fffeae8) ["../../..` _stack_trace[0]_end: _kdbx_sum_start: Hostname : saturn.cis.rit.edu cpu: AlphaServer 1000A 5/300 avail: 1 Boot-time: Tue Apr 15 15:05:18 1997 Time: Tue Apr 15 15:20:40 1997 Kernel : OSF1 release V4.0 version 564 (alpha) _kdbx_sum_end: _kdbx_swap_start: Swap device name Size In Use Free -------------------------------- ---------- ---------- ---------- /dev/rz0b 375840k 8k 375832k 46980p 1p 46979p -------------------------------- ---------- ---------- ---------- Total swap partitions: 1 375840k 8k 375832k 46980p 1p 46979p _kdbx_swap_end: _kdbx_proc_start: Addr PID PPID PGRP UID NICE SIGCATCH P_SIG Event Flags =========== ===== ===== ===== ===== ==== ======== ======== =========== ========` k0x07f7eca0 0 0 0 0 0 00000000 00000000 NULL in sys k0x07eaeca0 1 0 1 0 0 307a62ff 00000000 NULL in conti` k0x0212a220 3 1 3 0 0 00004000 00000000 NULL in pagv k0x0212b720 22 1 22 0 0 00002000 00000000 NULL in pagv k0x01f36220 89 1 89 0 0 60086001 00000000 NULL in pagv k0x01f37720 91 1 91 0 0 00004001 00000000 NULL in pagv k0x0216eca0 151 1 151 0 0 60006003 00000000 NULL in pagv k0x0216f720 280 1 280 0 0 00080628 00000000 NULL in pagv k0x0216e220 288 1 0 0 0 00086efe 00000000 NULL in pagv k0x00984ca0 295 1 295 0 0 66006001 00000000 NULL in pagv k0x00984220 297 1 297 0 0 00000000 00000000 NULL in pagv k0x00985720 299 1 299 0 0 00000000 00000000 NULL in pagv k0x01f94220 302 1 0 0 0 00002000 00000000 NULL in pagv ` k0x01f94ca0 304 1 304 0 0 00002000 00000000 NULL in pagv k0x01f95720 308 1 0 0 0 00084001 00000000 NULL in pagv k0x02f52ca0 628 1 628 0 0 20086001 00000000 NULL in pagv k0x069b9720 644 1 644 0 -12 60486007 00000000 NULL in pagv k0x02f4f720 676 1 676 0 0 20004002 00000000 NULL in pagv k0x02f53720 678 1 678 0 0 00004002 00000000 NULL in pagv k0x069b8ca0 693 1 693 0 0 00004002 00000000 NULL in pagv k0x01f36ca0 698 1 698 0 0 00004003 00000000 NULL in pagv k0x02f52220 713 1 713 0 0 40082001 00000000 NULL in pagv k0x02f4e220 746 1 746 0 0 00002000 00000000 NULL in pagv k0x02f4eca0 772 1 772 0 0 00084007 00000000 NULL in pagv k0x02766220 808 1 0 0 0 20084003 00000000 NULL in pagv k0x03150220 815 808 815 0 0 00004003 00000000 NULL in pagv k0x07eaf720 819 1 819 0 0 00000000 00000000 NULL in pagv ` k0x0212aca0 820 1 820 0 0 00000000 00000000 NULL in pagv k0x03151720 821 1 821 0 0 00000000 00000000 NULL in pagv k0x03150ca0 822 1 822 0 0 00000000 00000000 NULL in pagv k0x0660c220 823 1 823 0 0 00000000 00000000 NULL in pagv k0x0660cca0 824 1 824 0 0 00000000 00000000 NULL in pagv k0x0660d720 825 1 825 0 0 00000000 00000000 NULL in pagv k0x05b1e220 826 1 826 0 0 00000000 00000000 NULL in pagv k0x05b1eca0 827 1 827 0 0 00000000 00000000 NULL in pagv k0x05b1f720 828 1 828 0 0 00000000 00000000 NULL in pagv k0x00b1c220 829 1 829 0 0 00000000 00000000 NULL in pagv k0x00b1cca0 830 1 830 0 0 00000000 00000000 NULL in pagv k0x00b1d720 831 1 831 0 0 00000000 00000000 NULL in pagv k0x0471a220 832 1 832 0 0 00000000 00000000 NULL in pagv k0x0471aca0 833 1 833 0 0 00000000 00000000 NULL in pagv k0x0471b720 834 1 834 0 0 00000000 00000000 NULL in pagv k0x05d2c220 835 1 835 0 0 00000000 00000000 NULL in pagv k0x06733720 850 808 850 0 0 20000002 00000000 NULL in pagv k0x06732ca0 863 1 854 0 0 00000000 00000000 NULL in pagv k0x069b8220 910 713 910 0 0 00084027 00000000 NULL in pagv k0x06732220 911 910 911 4171 0 01882003 00000000 NULL in pagv ` k0x02767720 930 1 927 666 0 00000006 00000000 NULL in pagv k0x05d2cca0 931 930 927 666 0 00081ef8 00000000 NULL in pagv k0x05d2d720 933 931 933 666 0 00004006 00000000 NULL in pagv ` k0x0354e220 987 986 987 666 0 00000000 00000100 NULL in pagv ` _kdbx_proc_end: Audit subsystem disabled field .base: Field not found field .head: Field not found field .last: Field not found field .tail: Field not found field .save: Field not found pid 660 exited with status 1 # _crash_data_collection_finished:
9527.4		CSC64::BLAYLOCK	If at first you doubt,doubt again.	`Thu Apr 17 1997 14:24`	6
	According to Canasta, this failure has been seen on V4.0 and V4.0B and I have just reproduced it on V4.0A. .0, you need to IPMT this for your customer.
9527.5	Use CANASTA ...	HAN::HALLE	Volker Halle MCS @HAO DTN 863-5216	`Sat Apr 19 1997 09:23`	7
	Giao, please read note 8919 on how to handle UNIX crash situations. The first step should ALWAYS be to obtain the crash-data.n file and send it to the CANASTA Mail Server. Volker.
9527.6	known/fixed	SMURF::DENHAM	Digital UNIX Kernel	`Sat Apr 19 1997 23:31`	12
	This is a known problem with a patch already in the latest support pools for V4.0 and later. But it will be a while yet before those patches are released. Please contact Sharon Reynolds ([email protected]) about getting an advance test patch to stop the crash. If she can't help, send me mail @ [email protected]. If this crash is as common as this note makes it sound, I wonder why I had one report of it only since v4.0 was released? I actually fixed this last fall. It's taken that long for the fix work its way through the system.
9527.7		SMURF::DENHAM	Digital UNIX Kernel	`Sat Apr 19 1997 23:33`	5
	I set .0 hidden, because it's a system crasher. The crash-data file that's posted should be a good enough clue as to whether the patch is needed. The panic is quite distinct. It only comes from ptrace, not /proc, and I've only seen gdb provoke it.
9527.8	a couple of those crashes have been seen in CANASTA	HAN::HALLE	Volker Halle MCS @HAO DTN 863-5216	`Sun Apr 20 1997 04:31`	48
	There are a couple of such crashes in CANASTA ! If you want to check the UNIX crash footprints in the world-wide CANASTA crash database, please see note SPECXN::CANASTA 239 for how to access that information. Volker. C970210-6328 OGO UNIDENTIFIED UNIVERSITY 10-FEB-1997 15:18:30.00 jupiter.cs.uml.edu C970210-6328 OGO V4.0B psig: stop signal C970210-6328 OGO boot panic sigexit thread_halt_self trap exception_exit C970210-6328 OGO sigexit:5119, 0xfffffc000026fae0] nil ************* C970414-4988 OGO UNIDENTIFIED RIT 15-APR-1997 15:25:37.00 saturn.cis.rit.edu C970414-4988 OGO V4.0B psig: stop signal C970414-4988 OGO boot panic sigexit thread_halt_self trap exception_exit C970414-4988 OGO sigexit:5119, 0xfffffc000026fb90] nil *********** DUNOTES9527.3 OGO UNIDENTIFIED BLAYLOCK 15-APR-1997 15:25:37.00 saturn.cis.rit.edu DUNOTES9527.3 OGO V4.0B psig: stop signal DUNOTES9527.3 OGO boot panic sigexit thread_halt_self trap DUNOTES9527.3 OGO ~ *********** FNO100130.0 OGO UNIDENTIFIED USEG 23-SEP-1996 14:00:23.00 beta.hut.fi FNO100130.0 OGO V4.0 psig: stop signal FNO100130.0 OGO boot panic sigexit thread_halt_self trap exception_exit FNO100130.0 OGO sigexit:5096, 0xfffffc000026f968] nil *********** FNO100130.3 OGO UNIDENTIFIED USEG 28-OCT-1996 18:36:19.00 alpha.hut.fi FNO100130.3 OGO V4.0 psig: stop signal FNO100130.3 OGO stop_secondary_cpu panic event_timeout xcpu_puts printf panic sigexit thread_halt_self trap _Xsyscall FNO100130.3 OGO sigexit:5096, 0xfffffc000026fa08] nil FNO100130.3_NEW OGO UNIDENTIFIED USEG 31-OCT-1996 12:21:19.00 alpha.hut.fi FNO100130.3_NEW OGO V4.0 psig: stop signal FNO100130.3_NEW OGO stop_secondary_cpu panic event_timeout xcpu_puts printf panic sigexit thread_halt_self trap _Xsyscall FNO100130.3_NEW OGO sigexit:5096, 0xfffffc000026fa08] nil FNO100130.4 OGO UNIDENTIFIED USEG 29-OCT-1996 15:25:45.00 alpha.hut.fi FNO100130.4 OGO V4.0 psig: stop signal FNO100130.4 OGO stop_secondary_cpu panic event_timeout xcpu_puts printf panic sigexit thread_halt_self trap _Xsyscall FNO100130.4 OGO sigexit:5096, 0xfffffc000026fa08] nil FNO100130.8 OGO UNIDENTIFIED USEG 20-NOV-1996 17:42:26.00 alpha.hut.fi FNO100130.8 OGO V4.0 psig: stop signal FNO100130.8 OGO stop_secondary_cpu panic event_timeout xcpu_puts printf panic sigexit thread_halt_self trap _Xsyscall FNO100130.8 OGO sigexit:5096, 0xfffffc000026fa08] nil ************* SERVER_0001068 OGO UNIDENTIFIED <UNKNOWN> 20-FEB-1997 16:07:25.00 galois.imag.fr SERVER_0001068 OGO V4.0B psig: stop signal SERVER_0001068 OGO boot panic sigexit thread_halt_self trap _Xsyscall SERVER_0001068 OGO sigexit:5119, 0xfffffc00002702d0] nil
9527.9		SMURF::DENHAM	Digital UNIX Kernel	`Mon Apr 21 1997 08:14`	6
	Interesting. Well, when Canasta starts fixing the crashes, I'll be happy when it hears about the problems more than I do. Until then, I'm not happy having one mere report of this having reached me. I did give input to a CLD response last October. Maybe that stopped all further reports from showing up because it look like it was being fixed??
9527.10	CANASTA can do more ...	HAN::HALLE	Volker Halle MCS @HAO DTN 863-5216	`Mon Apr 21 1997 12:03`	23
	If you want, we can easily write a CANASTA rule for this problem and ask for everyone seeing this problem to raise an IPMT (or whatever you like...). CANASTA can also be used as an 'early warning tool' and a mechanism to transport troubleshooting information to the field or ask for more IPMTs, if a problem cannot be found/fixed due to insufficient crash information. Just send mail to CSC32::CANASTA (or talk to Ed Riopelle @ZKO) and we will write a CANASTA rule for you. We need an example of the crash-data file and information, that should be included in the CANASTA rule. You can also ALWAYS access the world-wide CANASTA crash data (see note SPECXN::CANASTA 239) to find out, if a certain crash footprint has been seen (in CANASTA) before. Any questions regarding CANASTA should be asked in SPECXN::CANASTA or by sending mail to HAN::HALLE ([email protected]). Volker. Volker.
9527.11	CANASTA could do even more...	RHETT::MOORE		`Mon Apr 21 1997 12:25`	11
	I think this illustrates the biggest problem in using CANASTA. Lots of cases are being added to the database (we in the Digital UNIX Support Group are routinely sending every crash-data we get) but very few rules are being added. So CANASTA may find matches on some cases, but it's often difficult or impossible to track down those other cases and find out the resolution, if any. It would be nice if there were some automated way to generate new rules as the result of IPMT/QAR closures. Martin
9527.12	need UNIX rule writers for CANASTA ...	HAN::HALLE	Volker Halle MCS @HAO DTN 863-5216	`Mon Apr 21 1997 15:18`	22
	Martin, I completely agree ! The CANASTA Mail Server is now being more widely used for sending UNIX crash-data files and it's quite good at spotting crashes with 'similar' footprints. But trying to find out, what's the status of those 'other' crashes/calls is the hard part ... We've tried to 'automate' getting the crash footprint data into CANASTA (and we currently capture all crash-data from IPMT calls, GURU:: and DECATL::), but what you're really interested in are 'solution' information (IPMT closures, released patches). CANASTA can currently only try to point you to the IPMT escalation numbers and then you're on your own... Writing rules is 'human resource' intensive and that's the problem. For OpenVMS we at least have about 3 people writing rules 'part time'. For UNIX, it's just one - from time-to-time - writing rules based on released patches. Try to address this through your management... Volker.