From owner-freebsd-ia64@FreeBSD.ORG Sun Mar 14 19:49:50 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C22C3106564A for ; Sun, 14 Mar 2010 19:49:50 +0000 (UTC) (envelope-from itanium.user@gmail.com) Received: from mail-iw0-f185.google.com (mail-iw0-f185.google.com [209.85.223.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7D17F8FC0A for ; Sun, 14 Mar 2010 19:49:50 +0000 (UTC) Received: by iwn15 with SMTP id 15so2755637iwn.7 for ; Sun, 14 Mar 2010 12:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=dPuacQz7US7l71mR5CgtC61wZhMdoZoYvp+ORmXbjqg=; b=A9WJu7fnJYokraVhs/R6pjjINmclTVWMP0EybdkDQtBL4y7PvBx5fYcYz8GLmWpe48 cRP1FNfZeVp9MdAX7ch71TLMfZk8X4K0foMCoZatLRA3/SvrJlMDmc05S0rrA6BHw6rb cx9NbtkifcaDUyf3JN3EuoX0QksiIZ2arIx70= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=eFRg61j3mlxoZpFGwz8g2w3Fgzy9m6NJidzwB2qj/a8MqNQmeksFnMxqCHThK29rNu um/s9ZM6NdffvSNhM5fU61WD93AklunPHlGEuVU9tFDhY+ZsnOCreXSv3XWd0pNrTXZG UuQP8drXo4IxHXWaxHIiLMtO5o1NJjeCSsyig= MIME-Version: 1.0 Received: by 10.231.144.66 with SMTP id y2mr243548ibu.13.1268596189392; Sun, 14 Mar 2010 12:49:49 -0700 (PDT) In-Reply-To: <230f61611003131348l33d4b7eave754326b00d3bdc0@mail.gmail.com> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> <230f61611003111259ja9e91e0mdfd8550df41d64f8@mail.gmail.com> <22F39E8E-C13D-43E7-8AF8-9DAFC14CD6CC@mac.com> <230f61611003111653o3cc8630bj93e0ce53077e9a2c@mail.gmail.com> <230f61611003120412m1cd9704aia0e482f55aca3a77@mail.gmail.com> <230f61611003131254hea7f714v8663873f3a66bc39@mail.gmail.com> <230f61611003131348l33d4b7eave754326b00d3bdc0@mail.gmail.com> Date: Sun, 14 Mar 2010 15:49:49 -0400 Message-ID: <230f61611003141249n5748af13q88db2b2a41679918@mail.gmail.com> From: Mister Itanium To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 19:49:50 -0000 Hi, I cleaned the disk using dd if=/dev/zero of=/dev/ad0 bs=1M but it still didn't resolve the issue.. FreeBSD Disklabel Editor SEES the HD empty, which is fine, but it can't write anything on it.. Any more help? Thanks! On Sat, Mar 13, 2010 at 5:48 PM, Mister Itanium wrote: > Sorry, but those log files are old (when the HDD was set as a SECONDARY * > SLAVE*, so the disk wasn't being detected) > > > Now the disk is the PRIMARY *MASTER* and is being detected at boot. > > This is the current boot verbose log: (http://paste.pocoo.org/show/189298/ > ) > > > \ Entering /boot/kernel/kernel at 0xe000000004080000... > > > PAL Proc at 0xe00000007ff08010 > SAL Proc at 0xe00000007ff48020, GP at 0xe0000000801712c0 > SAL: AP wake-up vector: 0xf0 > Platform clock frequency 199476428 Hz > > > Processor ratio 14/2, Bus ratio 1/1, ITC ratio 14/2 > ptc.e base=0x0, count1=1, count2=1, stride1=0x0, stride2=0x0 > Processor supports 24 Region ID bits > Trying VHPT size 0x1000000 > Putting VHPT at 0x6000000 > Splitting [0x560c000-0x7fb40000] > > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 8.0-RELEASE #0: Sun Nov 22 01:11:28 UTC 2009 > root@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC > UNWIND: table added: base=e000000004000000, start=e000000004bbb060, end=e000000004bfc250 > Preloaded elf kernel "/boot/kernel/kernel" at 0xe000000005608580. > > Preloaded mfs_root "/boot/mfsroot" at 0xe000000005608660. > CPU: Madison (1396.33-Mhz Itanium 2) > Origin = "GenuineIntel" Revision = 5 > Features = 0x1 > real memory = 4282097664 (4083 MB) > > Physical memory chunk(s): > 0x01900000 - 0x03ffffff, 40894464 bytes (4992 pages) > 0x0560c000 - 0x05ffffff, 10436608 bytes (1274 pages) > 0x0a000000 - 0x7fb3ffff, 1974730752 bytes (241056 pages) > 0x7ff7c000 - 0x7ff81fff, 24576 bytes (3 pages) > > 0x180000000 - 0x1fb455fff, 2068144128 bytes (252459 pages) > 0x1feffe000 - 0x1ff453fff, 4546560 bytes (555 pages) > 0x1ff802000 - 0x1ff8fdfff, 1032192 bytes (126 pages) > 0x1ff900000 - 0x1ff905fff, 24576 bytes (3 pages) > > 0x1ff9fe000 - 0x1ffd63fff, 3563520 bytes (435 pages) > 0x1ffdfe000 - 0x1ffe0ffff, 73728 bytes (9 pages) > 0x1ffe7e000 - 0x1fffb7fff, 1286144 bytes (157 pages) > avail memory = 4084006912 (3894 MB) > FPSWA Revision = 0x10012, Entry = 0xe0000001ffe60050 > > Table 'FACP' at 0xe00000007ff99138 > Table 'APIC' at 0xe00000007ff99230 > Local APIC address=0xfee00000 > Local SAPIC entry > ProcessorId=0x0, Id=0xc0, Eid=0x18 > Local SAPIC entry > ProcessorId=0x1, Id=0xc6, Eid=0x18 > > I/O SAPIC entry > Id=0x0, InterruptBase=0x0, Address=0xfec00000 > I/O SAPIC entry > Id=0x2, InterruptBase=0x18, Address=0xfaffe000 > I/O SAPIC entry > Id=0x1, InterruptBase=0x30, Address=0xfafff000 > Interrupt source override entry > > Bus=0, Source=9, Irq=0x9 > Platform interrupt entry > Polarity=3, TriggerMode=3, Id=0xc6, Eid=0x18, Vector=0x1e, Irq=22 > Table 'IPPT' at 0xe00000007ff99308 > Table 'SPCR' at 0xe00000007ff99340 > > MCA: allocated 16384 bytes for state info. > SMP: waking up cpu1 > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0: ACPI Id=1, SAPIC Id=c6, SAPIC Eid=18 (BSP) > cpu1: ACPI Id=0, SAPIC Id=c0, SAPIC Eid=18 > > ULE: setup cpu 0 > ULE: setup cpu 1 > mem: > null: > nfslock: pseudo-device > random: > ACPI: RSDP 0x7ff99000 00024 (v2 AMI ) > > ACPI: XSDT 0x7ff99090 00044 (v1 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: FACP 0x7ff99138 000F4 (v3 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: DSDT 0x7ff9b000 0220E (v1 AMI TIGER2W 00000000 MSFT 0100000D) > > ACPI: FACS 0x7ff992c0 00040 > ACPI: APIC 0x7ff99230 0008E (v1 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: IPPT 0x7ff99308 00034 (v1 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: SPCR 0x7ff99340 00050 (v1 AMI TIGER_2W 01072002 MSFT 00010013) > > nexus0: registered as a time-of-day clock (resolution 1000us) > acpi0: on motherboard > acpi0: [MPSAFE] > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > AcpiOsDerivePciId: \_SB_.CSFF.IOH5.IOHC -> bus 255 dev 28 func 5 > > AcpiOsDerivePciId: \_SB_.CSFF.IOH1.IO01 -> bus 255 dev 28 func 1 > AcpiOsDerivePciId: \_SB_.CSFF.IOH2.IO02 -> bus 255 dev 28 func 2 > ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > pci0: domain=0, physical bus=0 > found-> vendor=0x8086, dev=0x244e, revid=0x82 > > domain=0, bus=0, slot=30, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x24c0, revid=0x02 > > domain=0, bus=0, slot=31, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x24cb, revid=0x02 > > domain=0, bus=0, slot=31, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=0 > map[20]: type I/O Port, range 32, base 0x1000, size 4, enabled > > map[24]: type Memory, range 32, base 0, size 10, memory disabled > pcib0: no PRT entry for 0.31.INTA > found-> vendor=0x8086, dev=0x24c3, revid=0x02 > domain=0, bus=0, slot=31, func=3 > class=0c-05-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=0 > map[20]: type I/O Port, range 32, base 0xcc0, size 5, enabled > pcib0: no PRT entry for 0.31.INTB > > pcib1: at device 30.0 on pci0 > pcib1: domain 0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0xd000-0xdfff > pcib1: memory decode 0xfb000000-0xfd0fffff > > pcib1: no prefetched decode > pcib1: Subtractively decoded bridge. > pci1: on pcib1 > pci1: domain=0, physical bus=1 > found-> vendor=0x1002, dev=0x4752, revid=0x27 > domain=0, bus=1, slot=2, func=0 > > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0087, statreg=0x0290, cachelnsz=32 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > > map[10]: type Memory, range 32, base 0xfc000000, size 24, enabled > pcib1: requested memory range 0xfc000000-0xfcffffff: good > map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled > pcib1: requested I/O range 0xd800-0xd8ff: in range > > map[18]: type Memory, range 32, base 0xfd0ff000, size 12, enabled > pcib1: requested memory range 0xfd0ff000-0xfd0fffff: good > pcib1: matched entry for 1.2.INTA > pcib1: slot 2 INTA hardwired to IRQ 18 > vgapci0: port 0xd800-0xd8ff mem 0xfc000000-0xfcffffff,0xfd0ff000-0xfd0fffff irq 18 at device 2.0 on pci1 > > pci0: at device 31.0 (no driver attached) > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f irq 0 at device 31.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000 > > ata0: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=03 ostat0=50 ostat1=00 > ata0: stat0=0x90 err=0x90 lsb=0x90 msb=0x90 > > ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > > ata0: [MPSAFE] > ata0: [ITHREAD] > ata1: on atapci0 > > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=03 ostat0=50 ostat1=01 > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 > > ata1: reset tp2 stat0=00 stat1=01 devices=0x10000 > ata1: [MPSAFE] > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > pcib2: on acpi0 > pcib2: could not get PCI interrupt routing table for \_SB_.PCI1 - AE_NOT_FOUND > > pci2: on pcib2 > pci2: domain=0, physical bus=2 > found-> vendor=0x8086, dev=0x1461, revid=0x04 > domain=0, bus=2, slot=28, func=0 > class=08-00-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0030, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[10]: type Memory, range 32, base 0xfafff000, size 12, enabled > found-> vendor=0x8086, dev=0x1460, revid=0x04 > domain=0, bus=2, slot=29, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0030, cachelnsz=32 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x1461, revid=0x04 > > domain=0, bus=2, slot=30, func=0 > class=08-00-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0030, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[10]: type Memory, range 32, base 0xfaffe000, size 12, enabled > > found-> vendor=0x8086, dev=0x1460, revid=0x04 > domain=0, bus=2, slot=31, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0030, cachelnsz=32 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > > pci2: at device 28.0 (no driver attached) > pcib3: at device 29.0 on pci2 > pcib3: domain 0 > pcib3: secondary bus 3 > pcib3: subordinate bus 3 > > pcib3: I/O decode 0xf000-0xffff > pcib3: memory decode 0xfa000000-0xfa0fffff > pcib3: no prefetched decode > pci3: on pcib3 > pci3: domain=0, physical bus=3 > found-> vendor=0x8086, dev=0x1010, revid=0x01 > > domain=0, bus=3, slot=2, func=0 > class=02-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0117, statreg=0x0230, cachelnsz=32 (dwords) > lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=3 > > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type Memory, range 64, base 0xfa0c0000, size 17, enabled > pcib3: requested memory range 0xfa0c0000-0xfa0dffff: good > map[20]: type I/O Port, range 32, base 0xfe80, size 6, enabled > > pcib3: requested I/O range 0xfe80-0xfebf: in range > pcib3: matched entry for 3.2.INTA > pcib3: slot 2 INTA hardwired to IRQ 48 > found-> vendor=0x8086, dev=0x1010, revid=0x01 > domain=0, bus=3, slot=2, func=1 > > class=02-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0117, statreg=0x0230, cachelnsz=32 (dwords) > lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) > intpin=b, irq=3 > powerspec 2 supports D0 D3 current D0 > > MSI supports 1 message, 64 bit > map[10]: type Memory, range 64, base 0xfa0e0000, size 17, enabled > pcib3: requested memory range 0xfa0e0000-0xfa0fffff: good > map[20]: type I/O Port, range 32, base 0xff00, size 6, enabled > > pcib3: requested I/O range 0xff00-0xff3f: in range > pcib3: matched entry for 3.2.INTB > pcib3: slot 2 INTB hardwired to IRQ 49 > em0: port 0xfe80-0xfebf mem 0xfa0c0000-0xfa0dffff irq 48 at device 2.0 on pci3 > > em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa0c0000 > em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0xfe80 > em0: [FILTER] > em0: bpf attached > em0: Ethernet address: 00:30:48:20:f6:2a > em1: port 0xff00-0xff3f mem 0xfa0e0000-0xfa0fffff irq 49 at device 2.1 on pci3 > > em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa0e0000 > em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0xff00 > em1: [FILTER] > em1: bpf attached > em1: Ethernet address: 00:30:48:20:f6:2b > pci2: at device 30.0 (no driver attached) > > pcib4: at device 31.0 on pci2 > pcib4: domain 0 > pcib4: secondary bus 4 > pcib4: subordinate bus 4 > pcib4: I/O decode 0xf000-0xfff > pcib4: no prefetched decode > > pci4: on pcib4 > pci4: domain=0, physical bus=4 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 > uart0: [FILTER] > uart0: fast interrupt > uart0: console (115200,n,8,1) > cpu0: on acpi0 > > cpu0: switching to generic Cx mode > cpu1: on acpi0 > Reducing kern.maxvnodes 131431 -> 100000 > procfs registered > Timecounters tick every 1.000 msec > lo0: bpf attached > ata0: Identifying devices: 00000001 > > ata0: New devices: 00000001 > > md0: Preloaded image 8388608 bytes at 0xe000000004e08580 > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire > * > ad0: setting PIO4 on ICH4 chip > ad0: setting UDMA100 on ICH4 chip > > ad0: 114473MB at ata0-master UDMA100 > ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue* > GEOM: new disk ad0 > ad0: Intel check1 failed > ad0: Adaptec check1 failed > > ad0: LSI (v3) check1 failed > ad0: LSI (v2) check1 failed > ad0: FreeBSD check1 failed > > ata1: Identifying devices: 00010000 > ata1: New devices: 00010000 > ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire > > acd0: setting PIO4 on ICH4 chip > acd0: setting UDMA33 on ICH4 chip > acd0: CDROM drive at ata1 as master > acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, packet > > acd0: Writes: > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: CD-ROM 120mm data disc > ATA PseudoRAID loaded > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 > Trying to mount root from ufs:/dev/md0 > ct_to_ts([2010-03-13 21:41:12]) = 1268516472.000000000 > > start_init: trying /sbin/init > start_init: trying /sbin/oinit > > start_init: trying /sbin/init.bak > start_init: trying /rescue/init > start_init: trying /stand/sysinstall > /stand/sysinstall running as init on serial console > > These are the predefined terminal types available to > > sysinstall when running stand-alone. Please choose the > closest match for your particular terminal. > > 1 ...................... Standard ANSI terminal. > 2 ...................... VT100 or compatible terminal. > 3 ...................... FreeBSD system console (color). > > 4 ...................... FreeBSD system console (monochrome). > > 5 ...................... xterm terminal emulator. > > Your choice: (1-5) > > > > > > On Sat, Mar 13, 2010 at 4:03 PM, Marcel Moolenaar wrote: > >> >> On Mar 13, 2010, at 12:54 PM, Mister Itanium wrote: >> >> *snip* >> >> > This is what I get when I try to WRITE something on the disk: >> > >> > =============================================== >> > ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=0 >> > GEOM: ad0: corrupt or invalid GPT detected. >> > GEOM: ad0: GPT rejected -- may not be recoverable. >> > =============================================== >> > >> > And then I get a message saying it can't wirte on ad0 disk etc.. >> >> > Question number 1: >> > Any suggestions/help on resolving this? >> >> >> You probably have a dead disk. Replace the disk and see what >> happens. Notice how the disk wasn't probed at first as well: >> >> *snip* >> > atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f irq 0 at device 31.1 on >> pci0 >> > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000 >> > ata0: on atapci0 >> > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 >> > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 >> > ata0: reset tp1 mask=03 ostat0=00 ostat1=50 >> > ata0: stat0=0x01 err=0x01 lsb=0x01 msb=0x01 >> > ata0: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 >> > ata0: reset tp2 stat0=01 stat1=01 devices=0x0 >> > ata0: [MPSAFE] >> > ata0: [ITHREAD] >> > ata1: on atapci0 >> > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 >> > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 >> > ata1: reset tp1 mask=03 ostat0=50 ostat1=01 >> > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb >> > ata1: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 >> > ata1: reset tp2 stat0=00 stat1=01 devices=0x10000 >> > ata1: [MPSAFE] >> > ata1: [ITHREAD] >> *snip* >> > ata0: Identifying devices: 00000000 >> > ata0: New devices: 00000000 >> > ata1: Identifying devices: 00010000 >> > ata1: New devices: 00010000 >> *snip* >> > ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire >> > acd0: setting PIO4 on ICH4 chip >> > acd0: setting UDMA33 on ICH4 chip >> > acd0: CDROM drive at ata1 as master >> > acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 >> > acd0: Reads: CDR, CDRW, CDDA stream, packet >> > acd0: Writes: >> > acd0: Audio: play, 256 volume levels >> > acd0: Mechanism: ejectable tray, unlocked >> > acd0: Medium: CD-ROM 120mm data disc >> *snip* >> > ATA PseudoRAID loaded >> *snip* >> > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 >> > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 >> *snip* >> >> There's no ad0 at all. You may want to check the RAID setting on >> the controller. If it's enabled, disable it... >> >> > Question n.2: >> > How do I disable ACPI on boot on IA64 machines? >> >> You can't. ACPI is mandatory. Nothing works without it. ACPI is at the >> root of everything. >> >> > PS: HDD works fine under Debian Linux, using fdisk I'm able to >> change/delete/add partitions without a problem, which makes me think it's >> not a hardware issue. >> >> Did you move the hard disk onto another machine to do this? >> >> HTH, >> >> -- >> Marcel Moolenaar >> xcllnt@mac.com >> >> >> >> > From owner-freebsd-ia64@FreeBSD.ORG Mon Mar 15 11:07:15 2010 Return-Path: Delivered-To: freebsd-ia64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D4F91065672 for ; Mon, 15 Mar 2010 11:07:15 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E50228FC13 for ; Mon, 15 Mar 2010 11:07:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2FB7EpA026898 for ; Mon, 15 Mar 2010 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2FB7E28026896 for freebsd-ia64@FreeBSD.org; Mon, 15 Mar 2010 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Mar 2010 11:07:14 GMT Message-Id: <201003151107.o2FB7E28026896@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-ia64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 11:07:15 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb 1 problem total. From owner-freebsd-ia64@FreeBSD.ORG Mon Mar 15 13:14:32 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C6FD106566C; Mon, 15 Mar 2010 13:14:32 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1A78FC1F; Mon, 15 Mar 2010 13:14:31 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nr9jM-0000IE-He; Mon, 15 Mar 2010 14:49:12 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Nr9jL-0000fx-Nj; Mon, 15 Mar 2010 14:49:11 +0200 To: FreeBSD-CURRENT Mailing List , freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Mon, 15 Mar 2010 14:49:11 +0200 Message-Id: Cc: Hajimu UMEMOTO , Nathan Whitehorn Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 13:14:32 -0000 Hi I originally wasn't going to weigh in on this, but: options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options COMPAT_FREEBSD5 #Compatible with FreeBSD5 options COMPAT_FREEBSD6 #Compatible with FreeBSD6 options COMPAT_FREEBSD7 #Compatible with FreeBSD7 options COMPAT_FREEBSD32 Thanks for the advance notice that FreeBSD will be EoL before RELENG_32. Ian -- Ian Freislich From owner-freebsd-ia64@FreeBSD.ORG Mon Mar 15 13:25:24 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D946106566C; Mon, 15 Mar 2010 13:25:24 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 31B5C8FC0C; Mon, 15 Mar 2010 13:25:22 +0000 (UTC) Received: by bwz8 with SMTP id 8so2901943bwz.3 for ; Mon, 15 Mar 2010 06:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=pH7a5PrOPfoGTQPYidTw9FedQPiFsEumsocvx3wRIkg=; b=WI5cws7b3oMm/4t6JOOTThM9GYqFDVdsEpwz+vWj8jRs6EPi1OIiRRp4lUqWcQu8xm WwgCdRgpOnFcsUmQZSzcz/VGeQXtGXsc6iUbHrHmLuTE4p6O8moB9IhLMN5JQz7fjACm RrxQDyaHGfmYA/Uw1K1TLhgkGBgTRNiidsnpY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=n5uhuxCfWOfczzI9ViW4qIDLAP2dK+k9sH1YN+BmMAPSWk6mEgx7OB5KcHw6C7rqmb WDHOXsrGJCFYKKEzkWYOwOdjwbixBhPHXiRHH5CVCluru34DNTuMQpnwDGWkJmegmsHA aWWwxY/qWwZLXFmZCqRSkK1dmo9d5X05gRe0Q= MIME-Version: 1.0 Sender: chmeeedalf@gmail.com Received: by 10.204.8.212 with SMTP id i20mr151082bki.166.1268657806772; Mon, 15 Mar 2010 05:56:46 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Mar 2010 08:56:46 -0400 X-Google-Sender-Auth: a9e262e4b8ff5b6a Message-ID: From: Justin Hibbits To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Nathan Whitehorn , FreeBSD-CURRENT Mailing List , Hajimu UMEMOTO , freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 13:25:24 -0000 On Mon, Mar 15, 2010 at 8:49 AM, Ian FREISLICH wrote: > Hi > > I originally wasn't going to weigh in on this, but: > > options COMPAT_FREEBSD4 #Compatible with FreeBSD4 > options COMPAT_FREEBSD5 #Compatible with FreeBSD5 > options COMPAT_FREEBSD6 #Compatible with FreeBSD6 > options COMPAT_FREEBSD7 #Compatible with FreeBSD7 > options COMPAT_FREEBSD32 > > Thanks for the advance notice that FreeBSD will be EoL before RELENG_32. > > Ian Use Babylonian counting (base 60) and we have almost 200 years before worrying about that. From owner-freebsd-ia64@FreeBSD.ORG Mon Mar 15 13:31:18 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12CDE106566B; Mon, 15 Mar 2010 13:31:18 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1C70C8FC0C; Mon, 15 Mar 2010 13:31:16 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 25so194191eya.9 for ; Mon, 15 Mar 2010 06:31:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:cc:subject :references:date:mime-version:content-transfer-encoding:from :message-id:in-reply-to:user-agent; bh=AtvQ5CqMIgw9enwwlwPTXfqalFwvBZGLSpLqcTFsqvk=; b=lAgICp/i3BrG1UYKScBT4TFNfvmSGoe4j3Xxb//CmkmmT3weBWxUtvN7HLuiUbv7Bs zyGHTqD/hTEoqWB91vNVQFUXL+FmlnvLxs3JEN54bvoXI9le2jyxDtqELJT4ZuIW/0hy +40ragVZZ04iJE56rIUB5EoFvXiM7O8v3B4us= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; b=qinD1VBT6K1uM6ssruL+T8FQN6U8UQKUN7AjfeNef+GxS8/p+ZhQ9D5h3CyRASE5BP mrc1BB/Rje1+oblF9LtBKuNt4Gh1Otf8MQT6RUvAKoE+Ekzi+pFG9IxO0Gjlr4lW97zA gEIVw2O5lNEWrKk0C99+54dlYhvXvNBVEpKHk= Received: by 10.213.96.206 with SMTP id i14mr1669510ebn.74.1268657998747; Mon, 15 Mar 2010 05:59:58 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id 14sm2551157ewy.14.2010.03.15.05.59.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Mar 2010 05:59:57 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Ian FREISLICH" , "FreeBSD-CURRENT Mailing List" , freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org References: Date: Mon, 15 Mar 2010 14:59:54 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: In-Reply-To: User-Agent: Opera Mail/10.10 (FreeBSD) Cc: Hajimu UMEMOTO , Nathan Whitehorn Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 13:31:18 -0000 On Mon, 15 Mar 2010 14:49:11 +0200, Ian FREISLICH wrote: > Hi > > I originally wasn't going to weigh in on this, but: > > options COMPAT_FREEBSD4 #Compatible with FreeBSD4 > options COMPAT_FREEBSD5 #Compatible with FreeBSD5 > options COMPAT_FREEBSD6 #Compatible with FreeBSD6 > options COMPAT_FREEBSD7 #Compatible with FreeBSD7 > options COMPAT_FREEBSD32 > > Thanks for the advance notice that FreeBSD will be EoL before RELENG_32. Well... BSD *is* dying. Now we know when to expect it to finally happen. -- Andrius From owner-freebsd-ia64@FreeBSD.ORG Mon Mar 15 14:01:49 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B76A106567A; Mon, 15 Mar 2010 14:01:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4401A8FC14; Mon, 15 Mar 2010 14:01:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2FE1m3N041367; Mon, 15 Mar 2010 10:01:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2FE1mZU041358; Mon, 15 Mar 2010 14:01:48 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 15 Mar 2010 14:01:48 GMT Message-Id: <201003151401.o2FE1mZU041358@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 14:01:49 -0000 TB --- 2010-03-15 12:14:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-15 12:14:15 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-15 12:14:15 - cleaning the object tree TB --- 2010-03-15 12:14:33 - cvsupping the source tree TB --- 2010-03-15 12:14:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-15 12:15:08 - building world TB --- 2010-03-15 12:15:08 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-15 12:15:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-15 12:15:08 - TARGET=ia64 TB --- 2010-03-15 12:15:08 - TARGET_ARCH=ia64 TB --- 2010-03-15 12:15:08 - TZ=UTC TB --- 2010-03-15 12:15:08 - __MAKE_CONF=/dev/null TB --- 2010-03-15 12:15:08 - cd /src TB --- 2010-03-15 12:15:08 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 15 12:15:09 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Mar 15 13:31:34 UTC 2010 TB --- 2010-03-15 13:31:34 - generating LINT kernel config TB --- 2010-03-15 13:31:34 - cd /src/sys/ia64/conf TB --- 2010-03-15 13:31:34 - /usr/bin/make -B LINT TB --- 2010-03-15 13:31:34 - building LINT kernel TB --- 2010-03-15 13:31:34 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-15 13:31:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-15 13:31:34 - TARGET=ia64 TB --- 2010-03-15 13:31:34 - TARGET_ARCH=ia64 TB --- 2010-03-15 13:31:34 - TZ=UTC TB --- 2010-03-15 13:31:34 - __MAKE_CONF=/dev/null TB --- 2010-03-15 13:31:34 - cd /src TB --- 2010-03-15 13:31:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 15 13:31:34 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Mar 15 13:59:16 UTC 2010 TB --- 2010-03-15 13:59:16 - building GENERIC kernel TB --- 2010-03-15 13:59:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-15 13:59:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-15 13:59:16 - TARGET=ia64 TB --- 2010-03-15 13:59:16 - TARGET_ARCH=ia64 TB --- 2010-03-15 13:59:16 - TZ=UTC TB --- 2010-03-15 13:59:16 - __MAKE_CONF=/dev/null TB --- 2010-03-15 13:59:16 - cd /src TB --- 2010-03-15 13:59:16 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 15 13:59:16 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_textdump.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_variables.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_watch.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_write_cmd.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/aac/aac.c cc1: warnings being treated as errors /src/sys/dev/aac/aac.c: In function 'aac_ioctl_send_raw_srb': /src/sys/dev/aac/aac.c:3129: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-15 14:01:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-15 14:01:48 - ERROR: failed to build GENERIC kernel TB --- 2010-03-15 14:01:48 - 5196.48 user 724.49 system 6452.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-ia64@FreeBSD.ORG Mon Mar 15 18:06:58 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 182EF106568C for ; Mon, 15 Mar 2010 18:06:58 +0000 (UTC) (envelope-from returns@c.ss36.on9mail.com) Received: from c.ss36.on9mail.com (c.ss36.on9mail.com [209.144.27.61]) by mx1.freebsd.org (Postfix) with ESMTP id D2DD18FC3D for ; Mon, 15 Mar 2010 18:06:57 +0000 (UTC) Received: by c.ss36.on9mail.com (Postfix, from userid 0) id DE5D35815E1; Mon, 15 Mar 2010 12:48:42 -0500 (CDT) To: freebsd-ia64@freebsd.org Message-ID: <1268675322_SectionID-501087_HitID-1268672224201_SiteID-43865_EmailID-102454157_DB-1_SID-0@ss36.on9mail.com> DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ss36.on9mail.com; i=@ss36.on9mail.com; q=dns/txt; s=gmmailerd; t=1268675310; h=From; bh=47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=; l=0; b=XEcpEb0JK+FDkX6QFrI3orssd6UCiAYdaWHIG+y0hhlEGXF1JVE/UnFQ9cjhWQDKPN5NFLAzKM35UQSG4582UD7DMuNz9kaZQEzjNF6+2a/wes4KfTpE3ixXaxQNLggzRP7vQw0VbbD3bab8/KVbnoIR+m3mLWmjl0APRijcUUo= From: "Mike Hammond" Mime-Version: 1.0 Date: Mon, 15 Mar 2010 12:48:42 -0500 (CDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: If you have a hardwood floor, times have changed. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 18:06:58 -0000 =20 Happy New Years! www.FloorGuardian.com = January 2010 =EF=BF=BD =20 We protect your floors while the others just cover it! We offer floo= r protection.=EF=BF=BD You have invested serious money in your gym floors a= nd we offer serious protection.=EF=BF=BD We protect your floor for the dama= ge that tables, chairs and heels can inflict.=EF=BF=BD Installs in about an= hour for my gyms.=EF=BF=BD Come in 9 colors but we can also Pantone match = if needed.=EF=BF=BD Not one of those tacky tarp systems, Floor Guardian is = a velcro'd seamed, carpet based, 6' wide roll product that is easily rolled= and carted under all doorways and stored on end.=EF=BF=BD No lifting as wi= th tiles, and none of the tape waste or trip hazards of a tarp and way more= elegant in looks.=EF=BF=BD As an example a=EF=BF=BD 70'x96' gym would have= 16 rolls and the storage would be 32"x108" of floor space.=20 =EF=BF=BDWe also will take your tarp system as a trade = in- We clean them and then donate them to your choice of=EF=BF=BD a Boys an= d Girls Club.=EF=BF=BD Turn your Gym or Hall into more than just an athletic s= pace, use it for receptions, rehearsals, recitals, graduations, PTA meeting= s, fund raisers and registrations. Reduce the need to refinish, while warmi= ng and quieting down the room.=EF=BF=BD Have recess insides on rainy days!= =EF=BF=BD Kids love it.=EF=BF=BD 7 year full warranty. So tough, you can cl= ean it with regular bleach.=EF=BF=BD Hundreds of schools for the past 20 ye= ars have been protecting their floors using Floor Guardian without 1 compla= int.=EF=BF=BD We have the referrals to back it up.=EF=BF=BD Click here for = a free sample and brochure. =EF=BF=BD Please visit our website or call for = more info.=20 =20 =20 =20 =20 =20 =20 web - www.FloorGuardian.com =EF=BF=BD=EF=BF=BD|=EF=BF= =BD=EF=BF=BD Product Sample - Free Sample=EF=BF=BD |=EF=BF=BD=EF=BF=BD tel = - 206-255-1491=20 =20 =20 =20 =20 =0AMessage sent by: Floor Guardian, 4841 California Ave SW, Seattle, 9= 8166-4329, United States=0A=0ATo unsubscribe, click the link below.=0Ahttp:= //c.ss36.on9mail.com/RWCode/subscribe.asp?SID=3D0&SiteID=3D43865&Email=3Dfr= eebsd-ia64@freebsd.org&HitID=3D1268672224201 From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 17 16:32:32 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 745F51065673; Wed, 17 Mar 2010 16:32:32 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 342CA8FC1C; Wed, 17 Mar 2010 16:32:31 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NrwAY-0006Gz-QK; Wed, 17 Mar 2010 16:32:30 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NrwAY-00029X-MX; Wed, 17 Mar 2010 16:32:30 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id o2HGWUoW014760; Wed, 17 Mar 2010 16:32:30 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2HGWUvg014759; Wed, 17 Mar 2010 16:32:30 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 17 Mar 2010 16:32:30 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: ldd leaves the machine unresponsive X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 16:32:32 -0000 Just updated to ia64 r205248 If my problem is due to my mis-configuration, I apologise in advance. I run this shell script after each upgrade and 'make delete-old-libs' to check if any shared objects need to be rebuilt: #!/bin/sh for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` do echo $file ldd $file >> /root/ldd_results 2> /dev/zero done After the upgrade to r205248, the script freezes at seemingly random points. I can still ssh to the machine (using keys), i.e. I see the welcome message, but cannot get to the console prompt. On the serial console I cannot get the prompt after entering the root password. I have top(1) running interactively in another window. The sh process is in "getblk" state, and ignores kill -9. But there's no ldd process. And shutdown requests are also ignored: # shutdown -r now Shutdown NOW! shutdown: [pid 8019] # and nothing happens after that So I have to do a cold reset via MP. On ia64 r204322, this script causes no problems. Please advise many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 17 23:59:17 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0A791065677; Wed, 17 Mar 2010 23:59:17 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 8FE378FC0A; Wed, 17 Mar 2010 23:59:17 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZG00KYQAMRB560@asmtp025.mac.com>; Wed, 17 Mar 2010 16:59:17 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003170286 From: Marcel Moolenaar In-reply-to: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> Date: Wed, 17 Mar 2010 16:59:15 -0700 Message-id: <8F22D9F5-DFF0-4877-9499-7A11839F0B30@mac.com> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 23:59:17 -0000 On Mar 17, 2010, at 9:32 AM, Anton Shterenlikht wrote: > Just updated to ia64 r205248 > > If my problem is due to my mis-configuration, > I apologise in advance. > > I run this shell script after each upgrade > and 'make delete-old-libs' to check > if any shared objects need to be rebuilt: > > > > #!/bin/sh > > for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > do > echo $file > ldd $file >> /root/ldd_results 2> /dev/zero > done > > > After the upgrade to r205248, the script > freezes at seemingly random points. The script is pretty disk intensive. How long do you wait before giving up on output? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 18 04:38:03 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3F5E1065672; Thu, 18 Mar 2010 04:38:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CE1C68FC08; Thu, 18 Mar 2010 04:38:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2I4c2rP054453; Thu, 18 Mar 2010 00:38:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2I4c2Be054449; Thu, 18 Mar 2010 04:38:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 04:38:02 GMT Message-Id: <201003180438.o2I4c2Be054449@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 04:38:03 -0000 TB --- 2010-03-18 03:14:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 03:14:09 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-18 03:14:09 - cleaning the object tree TB --- 2010-03-18 03:14:28 - cvsupping the source tree TB --- 2010-03-18 03:14:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-18 03:14:54 - building world TB --- 2010-03-18 03:14:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 03:14:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 03:14:54 - TARGET=ia64 TB --- 2010-03-18 03:14:54 - TARGET_ARCH=ia64 TB --- 2010-03-18 03:14:54 - TZ=UTC TB --- 2010-03-18 03:14:54 - __MAKE_CONF=/dev/null TB --- 2010-03-18 03:14:54 - cd /src TB --- 2010-03-18 03:14:54 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 03:14:55 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 04:30:50 UTC 2010 TB --- 2010-03-18 04:30:50 - generating LINT kernel config TB --- 2010-03-18 04:30:50 - cd /src/sys/ia64/conf TB --- 2010-03-18 04:30:50 - /usr/bin/make -B LINT TB --- 2010-03-18 04:30:50 - building LINT kernel TB --- 2010-03-18 04:30:50 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 04:30:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 04:30:50 - TARGET=ia64 TB --- 2010-03-18 04:30:50 - TARGET_ARCH=ia64 TB --- 2010-03-18 04:30:50 - TZ=UTC TB --- 2010-03-18 04:30:50 - __MAKE_CONF=/dev/null TB --- 2010-03-18 04:30:50 - cd /src TB --- 2010-03-18 04:30:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 04:30:50 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mii/inphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mii/ip1000phy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mii/jmphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mii/lxtphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mii/mii.c cc1: warnings being treated as errors /src/sys/dev/mii/mii.c: In function 'miibus_statchg': /src/sys/dev/mii/mii.c:256: warning: unused variable 'ifp' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 04:38:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 04:38:02 - ERROR: failed to build lint kernel TB --- 2010-03-18 04:38:02 - 4021.59 user 612.02 system 5032.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 18 14:18:57 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FA5B106566C; Thu, 18 Mar 2010 14:18:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1A03F8FC1B; Thu, 18 Mar 2010 14:18:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2IEIukB083396; Thu, 18 Mar 2010 10:18:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2IEIuhL083386; Thu, 18 Mar 2010 14:18:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 14:18:56 GMT Message-Id: <201003181418.o2IEIuhL083386@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 14:18:57 -0000 TB --- 2010-03-18 12:48:58 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 12:48:58 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-18 12:48:58 - cleaning the object tree TB --- 2010-03-18 12:49:10 - cvsupping the source tree TB --- 2010-03-18 12:49:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-18 12:49:39 - building world TB --- 2010-03-18 12:49:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 12:49:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 12:49:39 - TARGET=ia64 TB --- 2010-03-18 12:49:39 - TARGET_ARCH=ia64 TB --- 2010-03-18 12:49:39 - TZ=UTC TB --- 2010-03-18 12:49:39 - __MAKE_CONF=/dev/null TB --- 2010-03-18 12:49:39 - cd /src TB --- 2010-03-18 12:49:39 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 12:49:40 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 14:06:11 UTC 2010 TB --- 2010-03-18 14:06:11 - generating LINT kernel config TB --- 2010-03-18 14:06:11 - cd /src/sys/ia64/conf TB --- 2010-03-18 14:06:11 - /usr/bin/make -B LINT TB --- 2010-03-18 14:06:11 - building LINT kernel TB --- 2010-03-18 14:06:11 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 14:06:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 14:06:11 - TARGET=ia64 TB --- 2010-03-18 14:06:11 - TARGET_ARCH=ia64 TB --- 2010-03-18 14:06:11 - TZ=UTC TB --- 2010-03-18 14:06:11 - __MAKE_CONF=/dev/null TB --- 2010-03-18 14:06:11 - cd /src TB --- 2010-03-18 14:06:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 14:06:11 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_ddb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_dfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_hostap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_ht.c /src/sys/net80211/ieee80211_ht.c: In function 'ht_announce': /src/sys/net80211/ieee80211_ht.c:291: error: 'struct ieee80211com' has no member named 'ic_rxstream' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 14:18:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 14:18:56 - ERROR: failed to build lint kernel TB --- 2010-03-18 14:18:56 - 4319.61 user 613.23 system 5397.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 18 15:51:17 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45450106564A; Thu, 18 Mar 2010 15:51:17 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id F31448FC20; Thu, 18 Mar 2010 15:51:16 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NsI0B-0006Bv-9P; Thu, 18 Mar 2010 15:51:15 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NsI0A-0002xx-Db; Thu, 18 Mar 2010 15:51:14 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2IFpEPh002500; Thu, 18 Mar 2010 15:51:14 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2IFpDWV002499; Thu, 18 Mar 2010 15:51:13 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 18 Mar 2010 15:51:13 +0000 From: Anton Shterenlikht To: jhell Message-ID: <20100318155113.GE1552@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 15:51:17 -0000 On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: > In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> > > > Just updated to ia64 r205248 > > > > If my problem is due to my mis-configuration, > > I apologise in advance. > > > > I run this shell script after each upgrade > > and 'make delete-old-libs' to check > > if any shared objects need to be rebuilt: > > > > > > > > #!/bin/sh > > > > for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > > do > > echo $file > > ldd $file >> /root/ldd_results 2> /dev/zero > > done > > > > > > > > This will probably do closer to what you actually would want to look for. > > Writing to /dev/zero ... I don't know never tried it since /dev/null is > usually the standard place to throw trash. > > #!/bin/sh > for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do > echo $file > ldd $file >>/root/ldd_results 2>/dev/null > done > > The problem with your script is that it finds most files that it can not > or is not useful to run ldd on and leaves you junk in return. > > It might be more useful if you searched for dynamically linked ELF > binaries to run ldd against like the following. > > === Script starts here === > #!/bin/sh > > SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" > > trap 'exit 1' 2 > > check_libs() { > for spath in $SEARCHPATH; do > for ifelf in `find $spath -type f`; do > ldd `file $ifelf | grep dynamically | cut -f1 -d:` > done > done > } > > check_libs 2>/dev/null > === Script ends here === > > The above will find all type ELF * that are dynamically linked within the > SEARCHPATH variable and run ldd on them and print the results to stdout. > > Obviously since you are going to have thousands of files being questioned, > stdout is not going to be useful. > > So with the about stated: > save the script to: checklibs.sh > run with: "sh checklibs.sh >/root/checklibs_output" > or: "script /root/checklibs_output checklibs.sh" > > > After the upgrade to r205248, the script > > freezes at seemingly random points. > > > > Unneeded disk usage & execution. > > > I can still ssh to the machine (using keys), i.e. > > I see the welcome message, but cannot get to the console prompt. > > Of course... to many open files or processes in wait. SSH already has the > information it needs loaded into memory, that's why you can get sort-of-in > > ZFS file-system perhaps ? > > > > > On the serial console I cannot get the prompt > > after entering the root password. > > > > See above. > > > I have top(1) running interactively in another window. > > The sh process is in "getblk" state, and ignores kill -9. > > But there's no ldd process. > > > > And shutdown requests are also ignored: > > > > # shutdown -r now > > Shutdown NOW! > > shutdown: [pid 8019] > > # > > and nothing happens after that > > > > So I have to do a cold reset via MP. > > > > On ia64 r204322, this script causes no problems. > > > > Please advise > > > > The above edited script should help to limit disk usage and too many open > processes that causes your machine to bog down like that. This script does > have its limitations and there is one bug in it... Ill let you figure out > how to get rid of that bug but it really does not effect the intended > output so I left it alone and sent error output to fd/2. > > The limitations you'll find is how many files that ldd(1) or file(1) can > handle at one time. But if you specify specific paths like already in > SEARCHPATH then you will most likely never see this unless the files in > /*bin grow to be over max number of files that file(1) or ldd(1) can > handle at one time. Shortly said... use direct paths or short globs like > above. > > > many thanks > > anton > > > > A final note you might want to just install sysutils/libchk and run that. > > Standard Disclaimer: NONE OF THIS CONTAINED HEREIN "THIS MESSAGE" EXCUSES > ANY OF THE UNEXPLAINED DISK LOCKING THAT IS GOING ON AND THE INFORMATION > FOR WHICH IT MAY CONTAIN BECOMING UNAVAILABLE AT ANY POINT IN TIME DURING > THE ORIGINAL RUN OF THE FIRST SCRIPT OR THE SECOND SCRIPT THAT WAS POSTED > EITHER AS A ATTACHMENT OR IN-LINE. > > ;) JK! > > Good Luck. many thanks, this is very helpful I don't seem to have this lockup anymore. Don't know what was happening. I've run it now several times on 3 different ia64 current (different revisions) boxes, with disks of different speed, and can't reproduce. My script was very crude, of course. I'll try sysutils/libchk thanks again anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 18 15:57:11 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E17661065670 for ; Thu, 18 Mar 2010 15:57:11 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f178.google.com (mail-qy0-f178.google.com [209.85.221.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6468FC23 for ; Thu, 18 Mar 2010 15:57:11 +0000 (UTC) Received: by qyk8 with SMTP id 8so1058171qyk.4 for ; Thu, 18 Mar 2010 08:57:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=47uwmfe1W0MJ9cSmYiJUWLEny533PQzu441N6JORPEI=; b=w6TUl43t4KGfUjqsFRT/H0dZavYUAeypTuNe0MEN5kmOs/d9g+qryc2zAyAE6aK/2f g9lQtYNTbX8qzkU2VFMkUKr3vs649vvHCu4H56d488EQPZ8fRdF+C3yqhROQ3JzK7e/u Xm4c/1vjQXPl21yZ67qjDAwzL12fE1vFK0UBg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=sNFmVlr4j0AFjtTyEhF2fYRGtG8fFrjtXxHLXkV4HzfbT21efZ3jiBUXx21UBuefaX Fdu7EkH4jy2sKLE8BhRy70pnB1IIHgR1qV6ll7xeYt7rNwNWtD4sZ5ALVY+il/Ef26mm boYvIsQt4F3SusztGLtLIjx5e0zOHLiE4z/Yk= Received: by 10.229.230.208 with SMTP id jn16mr2406267qcb.106.1268926980127; Thu, 18 Mar 2010 08:43:00 -0700 (PDT) Received: from centel.dataix.local (ppp-22.172.dialinfree.com [209.172.22.172]) by mx.google.com with ESMTPS id 35sm25146yxh.33.2010.03.18.08.42.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Mar 2010 08:42:58 -0700 (PDT) Sender: "J. Hellenthal" Date: Thu, 18 Mar 2010 11:29:36 -0400 From: jhell To: Anton Shterenlikht In-Reply-To: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> Message-ID: References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 15:57:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> > Just updated to ia64 r205248 > > If my problem is due to my mis-configuration, > I apologise in advance. > > I run this shell script after each upgrade > and 'make delete-old-libs' to check > if any shared objects need to be rebuilt: > > > > #!/bin/sh > > for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > do > echo $file > ldd $file >> /root/ldd_results 2> /dev/zero > done > > > This will probably do closer to what you actually would want to look for. Writing to /dev/zero ... I don't know never tried it since /dev/null is usually the standard place to throw trash. #!/bin/sh for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do echo $file ldd $file >>/root/ldd_results 2>/dev/null done The problem with your script is that it finds most files that it can not or is not useful to run ldd on and leaves you junk in return. It might be more useful if you searched for dynamically linked ELF binaries to run ldd against like the following. === Script starts here === #!/bin/sh SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" trap 'exit 1' 2 check_libs() { for spath in $SEARCHPATH; do for ifelf in `find $spath -type f`; do ldd `file $ifelf | grep dynamically | cut -f1 -d:` done done } check_libs 2>/dev/null === Script ends here === The above will find all type ELF * that are dynamically linked within the SEARCHPATH variable and run ldd on them and print the results to stdout. Obviously since you are going to have thousands of files being questioned, stdout is not going to be useful. So with the about stated: save the script to: checklibs.sh run with: "sh checklibs.sh >/root/checklibs_output" or: "script /root/checklibs_output checklibs.sh" > After the upgrade to r205248, the script > freezes at seemingly random points. > Unneeded disk usage & execution. > I can still ssh to the machine (using keys), i.e. > I see the welcome message, but cannot get to the console prompt. Of course... to many open files or processes in wait. SSH already has the information it needs loaded into memory, that's why you can get sort-of-in ZFS file-system perhaps ? > > On the serial console I cannot get the prompt > after entering the root password. > See above. > I have top(1) running interactively in another window. > The sh process is in "getblk" state, and ignores kill -9. > But there's no ldd process. > > And shutdown requests are also ignored: > > # shutdown -r now > Shutdown NOW! > shutdown: [pid 8019] > # > and nothing happens after that > > So I have to do a cold reset via MP. > > On ia64 r204322, this script causes no problems. > > Please advise > The above edited script should help to limit disk usage and too many open processes that causes your machine to bog down like that. This script does have its limitations and there is one bug in it... Ill let you figure out how to get rid of that bug but it really does not effect the intended output so I left it alone and sent error output to fd/2. The limitations you'll find is how many files that ldd(1) or file(1) can handle at one time. But if you specify specific paths like already in SEARCHPATH then you will most likely never see this unless the files in /*bin grow to be over max number of files that file(1) or ldd(1) can handle at one time. Shortly said... use direct paths or short globs like above. > many thanks > anton > A final note you might want to just install sysutils/libchk and run that. Standard Disclaimer: NONE OF THIS CONTAINED HEREIN "THIS MESSAGE" EXCUSES ANY OF THE UNEXPLAINED DISK LOCKING THAT IS GOING ON AND THE INFORMATION FOR WHICH IT MAY CONTAIN BECOMING UNAVAILABLE AT ANY POINT IN TIME DURING THE ORIGINAL RUN OF THE FIRST SCRIPT OR THE SECOND SCRIPT THAT WAS POSTED EITHER AS A ATTACHMENT OR IN-LINE. ;) JK! Good Luck. - -- jhell -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLokboAAoJEJBXh4mJ2FR+njQH/12zvjvwkBCEuWCzSg0O6mXA kFR9XeF7TeFyAgBWTNWblmU6e1QRURI5V6qvR3oG+58jngbvSmAyZRbw3tz+mf2U TJGhhnFYMph8PLDVmtVfYGf2V3UQXxcmDNtnJLsQT3i2RyRurIDFmtNf5GvBOw3b 6jpTF1xpZfJIfQMSxgQ0NhGFPQcYZCNRZy5Yh+5q7JeKSBx73btgnFSJ9IGSQfZj xFCxELWDQOc20/M2pIRQ5z9+OyeSP0J7XrX6g0TlofJ5IxcCqNiQ8pruvKUm8/S7 AkYIgh8kqOSGhxOkXN4RqyHN537u6QLATJwMed2jgy8TBj/L+51Y+Ni1ceWdVaU= =+oRv -----END PGP SIGNATURE----- From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 18 19:26:27 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4925B106564A for ; Thu, 18 Mar 2010 19:26:27 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2D38FC18 for ; Thu, 18 Mar 2010 19:26:26 +0000 (UTC) Received: by pxi38 with SMTP id 38so1522231pxi.27 for ; Thu, 18 Mar 2010 12:26:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ERW7BWabPP3KPR2dvErA6G/KfmWa8ljxgC5Hiu2+y9c=; b=BxlcGXGkkn6UjRGdVKEPIEGnK8JU17+HD5g8rZE9Boed04KXpWFvaJAcMfVH9aSci0 MKJTkijSG6jQ/3IECQI/wlHvx/Lip0oPuP7+tmRgfuHBuFJIm9MMd6wWS3FMAi9dBpth XDlLjJh+DHv2dutzlDIVO8k3/3EBVbIOsJuYY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Z0Eb8D713FrMecisTabot4++WQIiWIKZKbpaONgDFHuOye4Xw5ebtMuWyWjgAgbUgg SO7DJox2r3mXQX9rdO/Xq+Eu+a2jBLOxklk58zgXr1nUwqkecF5xpQ/46IHsiApPhgYd BQfk6d79vg+eVXeupqTw9gFkalMV+cMx33I1c= MIME-Version: 1.0 Received: by 10.142.249.29 with SMTP id w29mr125249wfh.163.1268938774569; Thu, 18 Mar 2010 11:59:34 -0700 (PDT) In-Reply-To: <20100318155113.GE1552@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> <20100318155113.GE1552@mech-cluster241.men.bris.ac.uk> Date: Thu, 18 Mar 2010 11:59:34 -0700 Message-ID: <7d6fde3d1003181159t3eb1a665ge07f5673cf096e67@mail.gmail.com> From: Garrett Cooper To: Anton Shterenlikht Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: jhell , FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 19:26:27 -0000 On Thu, Mar 18, 2010 at 8:51 AM, Anton Shterenlikht w= rote: > On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> >> On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: >> In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> >> >> > Just updated to ia64 r205248 >> > >> > If my problem is due to my mis-configuration, >> > I apologise in advance. >> > >> > I run this shell script after each upgrade >> > and 'make delete-old-libs' to check >> > if any shared objects need to be rebuilt: >> > >> > >> > >> > #!/bin/sh >> > >> > for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec = /usr/local -name "*"` >> > do >> > =A0 =A0 =A0 =A0echo $file >> > =A0 =A0 =A0 =A0ldd $file >> /root/ldd_results 2> /dev/zero >> > done >> > >> > >> > >> >> This will probably do closer to what you actually would want to look for= . >> >> Writing to /dev/zero ... I don't know never tried it since /dev/null is >> usually the standard place to throw trash. >> >> #!/bin/sh >> for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do >> =A0 =A0 =A0 echo $file >> =A0 =A0 =A0 ldd $file >>/root/ldd_results 2>/dev/null >> done >> >> The problem with your script is that it finds most files that it can not >> or is not useful to run ldd on and leaves you junk in return. >> >> It might be more useful if you searched for dynamically linked ELF >> binaries to run ldd against like the following. >> >> =3D=3D=3D Script starts here =3D=3D=3D >> #!/bin/sh >> >> SEARCHPATH=3D"/*bin /usr/*bin /usr/lib* /usr/local/*bin" >> >> trap 'exit 1' 2 >> >> check_libs() { >> for spath in $SEARCHPATH; do >> =A0 =A0 =A0 =A0 =A0for ifelf in `find $spath -type f`; do >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ldd `file $ifelf | grep dynamically |= cut -f1 -d:` >> =A0 =A0 =A0 =A0 =A0done >> done >> } >> >> check_libs 2>/dev/null >> =3D=3D=3D Script ends here =3D=3D=3D >> >> The above will find all type ELF * that are dynamically linked within th= e >> SEARCHPATH variable and run ldd on them and print the results to stdout. >> >> Obviously since you are going to have thousands of files being questione= d, >> stdout is not going to be useful. >> >> So with the about stated: >> save the script to: checklibs.sh >> run with: "sh checklibs.sh >/root/checklibs_output" >> or: "script /root/checklibs_output checklibs.sh" >> >> > After the upgrade to r205248, the script >> > freezes at seemingly random points. >> > >> >> Unneeded disk usage & execution. >> >> > I can still ssh to the machine (using keys), i.e. >> > I see the welcome message, but cannot get to the console prompt. >> >> Of course... to many open files or processes in wait. SSH already has th= e >> information it needs loaded into memory, that's why you can get sort-of-= in >> >> ZFS file-system perhaps ? >> >> > >> > On the serial console I cannot get the prompt >> > after entering the root password. >> > >> >> See above. >> >> > I have top(1) running interactively in another window. >> > The sh process is in "getblk" state, and ignores kill -9. >> > But there's no ldd process. >> > >> > And shutdown requests are also ignored: >> > >> > # shutdown -r now >> > Shutdown NOW! >> > shutdown: [pid 8019] >> > # >> > and nothing happens after that >> > >> > So I have to do a cold reset via MP. >> > >> > On ia64 r204322, this script causes no problems. >> > >> > Please advise >> > >> >> The above edited script should help to limit disk usage and too many ope= n >> processes that causes your machine to bog down like that. This script do= es >> have its limitations and there is one bug in it... Ill let you figure ou= t >> how to get rid of that bug but it really does not effect the intended >> output so I left it alone and sent error output to fd/2. >> >> The limitations you'll find is how many files that ldd(1) or file(1) can >> handle at one time. But if you specify specific paths like already in >> SEARCHPATH then you will most likely never see this unless the files in >> /*bin grow to be over max number of files that file(1) or ldd(1) can >> handle at one time. Shortly said... use direct paths or short globs like >> above. >> >> > many thanks >> > anton >> > >> >> A final note you might want to just install sysutils/libchk and run that= . >> >> Standard Disclaimer: NONE OF THIS CONTAINED HEREIN "THIS MESSAGE" EXCUSE= S >> ANY OF THE UNEXPLAINED DISK LOCKING THAT IS GOING ON AND THE INFORMATION >> FOR WHICH IT MAY CONTAIN BECOMING UNAVAILABLE AT ANY POINT IN TIME DURIN= G >> THE ORIGINAL RUN OF THE FIRST SCRIPT OR THE SECOND SCRIPT THAT WAS POSTE= D >> EITHER AS A ATTACHMENT OR IN-LINE. >> >> ;) JK! >> >> Good Luck. > > many thanks, this is very helpful > > I don't seem to have this lockup anymore. > Don't know what was happening. I've run > it now several times on 3 different ia64 > current (different revisions) boxes, with > disks of different speed, and can't reproduce. > My script was very crude, of course. > I'll try sysutils/libchk FWIW I've been seeing some performance issues with iir(4) and mfi(4) backed UFS2 with softupdate filesystems on my new machine with some other drivers loaded on my system [a PCI based em(4) card and nvidia-driver enabled card -- which uses GIANT locking still]. Machine is Core i7 on an ASUS W6T Professional MB, 12GB RAM, with debug symbols, ddb, kgdb, anti-reslock contention manager, (no witness) etc. I don't have much other than that to provide at this time, but it might help to see if and when there's an overlap in the drivers noted here. Thanks, -Garrett From owner-freebsd-ia64@FreeBSD.ORG Fri Mar 19 21:15:39 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E803106566B; Fri, 19 Mar 2010 21:15:39 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 290BC8FC19; Fri, 19 Mar 2010 21:15:39 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NsjXd-0001d4-P7; Fri, 19 Mar 2010 21:15:37 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NsjXc-00040K-Nt; Fri, 19 Mar 2010 21:15:36 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2JLFaDE076781; Fri, 19 Mar 2010 21:15:36 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2JLFZpL076780; Fri, 19 Mar 2010 21:15:35 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 19 Mar 2010 21:15:35 +0000 From: Anton Shterenlikht To: jhell Message-ID: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 21:15:39 -0000 On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: > In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> > > > Just updated to ia64 r205248 > > > > If my problem is due to my mis-configuration, > > I apologise in advance. > > > > I run this shell script after each upgrade > > and 'make delete-old-libs' to check > > if any shared objects need to be rebuilt: > > > > > > > > #!/bin/sh > > > > for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > > do > > echo $file > > ldd $file >> /root/ldd_results 2> /dev/zero > > done > > > > > > > > This will probably do closer to what you actually would want to look for. > > Writing to /dev/zero ... I don't know never tried it since /dev/null is > usually the standard place to throw trash. > > #!/bin/sh > for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do > echo $file > ldd $file >>/root/ldd_results 2>/dev/null > done > > The problem with your script is that it finds most files that it can not > or is not useful to run ldd on and leaves you junk in return. > > It might be more useful if you searched for dynamically linked ELF > binaries to run ldd against like the following. > > === Script starts here === > #!/bin/sh > > SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" > > trap 'exit 1' 2 > > check_libs() { > for spath in $SEARCHPATH; do > for ifelf in `find $spath -type f`; do > ldd `file $ifelf | grep dynamically | cut -f1 -d:` > done > done > } > > check_libs 2>/dev/null > === Script ends here === > > The above will find all type ELF * that are dynamically linked within the > SEARCHPATH variable and run ldd on them and print the results to stdout. > > Obviously since you are going to have thousands of files being questioned, > stdout is not going to be useful. > > So with the about stated: > save the script to: checklibs.sh > run with: "sh checklibs.sh >/root/checklibs_output" > or: "script /root/checklibs_output checklibs.sh" > > > After the upgrade to r205248, the script > > freezes at seemingly random points. > > > > Unneeded disk usage & execution. > > > I can still ssh to the machine (using keys), i.e. > > I see the welcome message, but cannot get to the console prompt. > > Of course... to many open files or processes in wait. SSH already has the > information it needs loaded into memory, that's why you can get sort-of-in > > ZFS file-system perhaps ? I've no ZFS. I'm seeing very similar behaviour now with csup: ( I do csup -L2 /root/ports-supfile, where # cat /root/ports-supfile *default host=cvsup.uk.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=. delete use-rel-suffix compress ports-all # ) top(1) shows: last pid: 1160; load averages: 0.00, 0.06, 0.07 up 0+00:10:53 15:05:52 81 processes: 3 running, 61 sleeping, 17 waiting CPU 0: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 23M Active, 19M Inact, 75M Wired, 136K Cache, 34M Buf, 5900M Free Swap: 2780M Total, 2780M Free PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10 0 2 171 ki31 0K 64K RUN 0 20:18 198.00% idle 11 0 17 -48 - 0K 544K WAIT 0 0:01 0.00% intr 1118 1001 1 96 0 12800K 3920K CPU0 0 0:00 0.00% top 4 0 1 -8 - 0K 32K - 1 0:00 0.00% g_down 1158 0 4 -8 0 43672K 6296K biowr 0 0:00 0.00% csup which stays in biowr state indefinitely. I can issue kill -9 or kill -HUP from top(1), which makes csup change state to STOP, but nothing else happens. As before, I can't log in from other terminals and have to do a cold reset. I've reinstalled on another disk, so not sure what's going on. I think rm(1) is also extremely slow, but maybe I'm imagining things. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Sat Mar 20 11:28:30 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA9FC1065670; Sat, 20 Mar 2010 11:28:30 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id 84D9A8FC26; Sat, 20 Mar 2010 11:28:30 +0000 (UTC) Received: by qyk5 with SMTP id 5so2621781qyk.13 for ; Sat, 20 Mar 2010 04:28:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=g3C+YzQofwURFc3nbSy1irff65h/fc1/2dDBejfwjBE=; b=tkTrLjIpu077iAfOG2SPZP+ac8+IbyAf8zoATvCzLo6qY91A/m6Ec0v0CN24bUfhYE DeCYLan0wAyHymspjEnpKtd1lP+dzPF51ju2/o3zqqykywOucsdhl0qQfnyClA1e/28l j1T/K0L6l4n45g0L18XTvZD3SQCzhJy7WAsNk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=js74mile0K8VXi46wdG37n/d7cCYogsnbkyBIuh0VV5/VHe6CtiNwr0rbntq8Ve8u/ wU9KZZ+zvfRewLcWw70U6ufJd4OD7lAuwYXu5KmWUU3aN6wHv4r3ao0k5hSuK6q9nJTj fYXhrd7Yjuapwi9lZXCMuDlzbknWw5+JZB4as= Received: by 10.224.107.193 with SMTP id c1mr1575254qap.67.1269084508879; Sat, 20 Mar 2010 04:28:28 -0700 (PDT) Received: from centel.dataix.local (ppp-21.107.dialinfree.com [209.172.21.107]) by mx.google.com with ESMTPS id 5sm4342399qwh.15.2010.03.20.04.28.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 20 Mar 2010 04:28:28 -0700 (PDT) Sender: "J. Hellenthal" Date: Sat, 20 Mar 2010 07:27:43 -0400 From: jhell To: Anton Shterenlikht In-Reply-To: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> Message-ID: References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 11:28:31 -0000 On Fri, 19 Mar 2010 17:15, Anton Shterenlikht wrote: In Message-Id: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> > On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> >> On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: >> In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> >> >>> Just updated to ia64 r205248 >>> >>> If my problem is due to my mis-configuration, >>> I apologise in advance. >>> >>> I run this shell script after each upgrade >>> and 'make delete-old-libs' to check >>> if any shared objects need to be rebuilt: >>> >>> >>> >>> #!/bin/sh >>> >>> for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` >>> do >>> echo $file >>> ldd $file >> /root/ldd_results 2> /dev/zero >>> done >>> >>> >>> >> >> This will probably do closer to what you actually would want to look for. >> >> Writing to /dev/zero ... I don't know never tried it since /dev/null is >> usually the standard place to throw trash. >> >> #!/bin/sh >> for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do >> echo $file >> ldd $file >>/root/ldd_results 2>/dev/null >> done >> >> The problem with your script is that it finds most files that it can not >> or is not useful to run ldd on and leaves you junk in return. >> >> It might be more useful if you searched for dynamically linked ELF >> binaries to run ldd against like the following. >> >> === Script starts here === >> #!/bin/sh >> >> SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" >> >> trap 'exit 1' 2 >> >> check_libs() { >> for spath in $SEARCHPATH; do >> for ifelf in `find $spath -type f`; do >> ldd `file $ifelf | grep dynamically | cut -f1 -d:` >> done >> done >> } >> >> check_libs 2>/dev/null >> === Script ends here === >> >> The above will find all type ELF * that are dynamically linked within the >> SEARCHPATH variable and run ldd on them and print the results to stdout. >> >> Obviously since you are going to have thousands of files being questioned, >> stdout is not going to be useful. >> >> So with the about stated: >> save the script to: checklibs.sh >> run with: "sh checklibs.sh >/root/checklibs_output" >> or: "script /root/checklibs_output checklibs.sh" >> >>> After the upgrade to r205248, the script >>> freezes at seemingly random points. >>> >> >> Unneeded disk usage & execution. >> >>> I can still ssh to the machine (using keys), i.e. >>> I see the welcome message, but cannot get to the console prompt. >> >> Of course... to many open files or processes in wait. SSH already has the >> information it needs loaded into memory, that's why you can get sort-of-in >> >> ZFS file-system perhaps ? > > I've no ZFS. > > I'm seeing very similar behaviour now with csup: > > ( I do csup -L2 /root/ports-supfile, where > > # cat /root/ports-supfile > *default host=cvsup.uk.FreeBSD.org > *default base=/var/db > *default prefix=/usr > *default release=cvs tag=. delete use-rel-suffix compress > > ports-all > # ) > > top(1) shows: > > last pid: 1160; load averages: 0.00, 0.06, 0.07 up 0+00:10:53 15:05:52 > 81 processes: 3 running, 61 sleeping, 17 waiting > CPU 0: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > Mem: 23M Active, 19M Inact, 75M Wired, 136K Cache, 34M Buf, 5900M Free > Swap: 2780M Total, 2780M Free > > PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 10 0 2 171 ki31 0K 64K RUN 0 20:18 198.00% idle > 11 0 17 -48 - 0K 544K WAIT 0 0:01 0.00% intr > 1118 1001 1 96 0 12800K 3920K CPU0 0 0:00 0.00% top > 4 0 1 -8 - 0K 32K - 1 0:00 0.00% g_down > 1158 0 4 -8 0 43672K 6296K biowr 0 0:00 0.00% csup > > > which stays in biowr state indefinitely. > > I can issue kill -9 or kill -HUP from top(1), > which makes csup change state to STOP, but > nothing else happens. > > As before, I can't log in from other terminals > and have to do a cold reset. I've reinstalled > on another disk, so not sure what's going on. > > I think rm(1) is also extremely slow, but > maybe I'm imagining things. > > many thanks > anton > > I would post up the contents of your make.conf & your kernel config & your dmesg somewhere so it can be evaluated. Regards, -- jhell From owner-freebsd-ia64@FreeBSD.ORG Sat Mar 20 15:44:50 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 081A41065673; Sat, 20 Mar 2010 15:44:50 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id AE96D8FC18; Sat, 20 Mar 2010 15:44:49 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Nt0r2-0005RA-7b; Sat, 20 Mar 2010 15:44:48 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Nt0r1-00053y-8Y; Sat, 20 Mar 2010 15:44:47 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2KFilKn084471; Sat, 20 Mar 2010 15:44:47 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2KFika0084470; Sat, 20 Mar 2010 15:44:46 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sat, 20 Mar 2010 15:44:46 +0000 From: Anton Shterenlikht To: jhell Message-ID: <20100320154446.GE84236@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 15:44:50 -0000 On Sat, Mar 20, 2010 at 07:27:43AM -0400, jhell wrote: > > On Fri, 19 Mar 2010 17:15, Anton Shterenlikht wrote: > In Message-Id: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> > > > On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> > >> > >> On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: > >> In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> > >> > >>> Just updated to ia64 r205248 > >>> > >>> If my problem is due to my mis-configuration, > >>> I apologise in advance. > >>> > >>> I run this shell script after each upgrade > >>> and 'make delete-old-libs' to check > >>> if any shared objects need to be rebuilt: > >>> > >>> > >>> > >>> #!/bin/sh > >>> > >>> for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > >>> do > >>> echo $file > >>> ldd $file >> /root/ldd_results 2> /dev/zero > >>> done > >>> > >>> > >>> > >> > >> This will probably do closer to what you actually would want to look for. > >> > >> Writing to /dev/zero ... I don't know never tried it since /dev/null is > >> usually the standard place to throw trash. > >> > >> #!/bin/sh > >> for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do > >> echo $file > >> ldd $file >>/root/ldd_results 2>/dev/null > >> done > >> > >> The problem with your script is that it finds most files that it can not > >> or is not useful to run ldd on and leaves you junk in return. > >> > >> It might be more useful if you searched for dynamically linked ELF > >> binaries to run ldd against like the following. > >> > >> === Script starts here === > >> #!/bin/sh > >> > >> SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" > >> > >> trap 'exit 1' 2 > >> > >> check_libs() { > >> for spath in $SEARCHPATH; do > >> for ifelf in `find $spath -type f`; do > >> ldd `file $ifelf | grep dynamically | cut -f1 -d:` > >> done > >> done > >> } > >> > >> check_libs 2>/dev/null > >> === Script ends here === > >> > >> The above will find all type ELF * that are dynamically linked within the > >> SEARCHPATH variable and run ldd on them and print the results to stdout. > >> > >> Obviously since you are going to have thousands of files being questioned, > >> stdout is not going to be useful. > >> > >> So with the about stated: > >> save the script to: checklibs.sh > >> run with: "sh checklibs.sh >/root/checklibs_output" > >> or: "script /root/checklibs_output checklibs.sh" > >> > >>> After the upgrade to r205248, the script > >>> freezes at seemingly random points. > >>> > >> > >> Unneeded disk usage & execution. > >> > >>> I can still ssh to the machine (using keys), i.e. > >>> I see the welcome message, but cannot get to the console prompt. > >> > >> Of course... to many open files or processes in wait. SSH already has the > >> information it needs loaded into memory, that's why you can get sort-of-in > >> > >> ZFS file-system perhaps ? > > > > I've no ZFS. > > > > I'm seeing very similar behaviour now with csup: > > > > ( I do csup -L2 /root/ports-supfile, where > > > > # cat /root/ports-supfile > > *default host=cvsup.uk.FreeBSD.org > > *default base=/var/db > > *default prefix=/usr > > *default release=cvs tag=. delete use-rel-suffix compress > > > > ports-all > > # ) > > > > top(1) shows: > > > > last pid: 1160; load averages: 0.00, 0.06, 0.07 up 0+00:10:53 15:05:52 > > 81 processes: 3 running, 61 sleeping, 17 waiting > > CPU 0: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle > > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > Mem: 23M Active, 19M Inact, 75M Wired, 136K Cache, 34M Buf, 5900M Free > > Swap: 2780M Total, 2780M Free > > > > PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 10 0 2 171 ki31 0K 64K RUN 0 20:18 198.00% idle > > 11 0 17 -48 - 0K 544K WAIT 0 0:01 0.00% intr > > 1118 1001 1 96 0 12800K 3920K CPU0 0 0:00 0.00% top > > 4 0 1 -8 - 0K 32K - 1 0:00 0.00% g_down > > 1158 0 4 -8 0 43672K 6296K biowr 0 0:00 0.00% csup > > > > > > which stays in biowr state indefinitely. > > > > I can issue kill -9 or kill -HUP from top(1), > > which makes csup change state to STOP, but > > nothing else happens. > > > > As before, I can't log in from other terminals > > and have to do a cold reset. I've reinstalled > > on another disk, so not sure what's going on. > > > > I think rm(1) is also extremely slow, but > > maybe I'm imagining things. > > > > many thanks > > anton > > > > > > > I would post up the contents of your make.conf & your kernel config & your > dmesg somewhere so it can be evaluated. When I reinstalled 8.0 from a CD, I updated source with csup, that worked. However, after upgrading to current, I can't get any luck with csup. The important bit is that I don't really know what revision this is. I've no /etc/make.conf kernel config: http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2600/uzi/UZI dmesg: http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2600/uzi/dmesg.boot many thanks for your help anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Sat Mar 20 20:53:41 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57295106566C; Sat, 20 Mar 2010 20:53:41 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9838FC1A; Sat, 20 Mar 2010 20:53:40 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Nt5fv-0000Jp-V0; Sat, 20 Mar 2010 20:53:40 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Nt5fu-0000Ef-Ne; Sat, 20 Mar 2010 20:53:38 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2KKrcCG085078; Sat, 20 Mar 2010 20:53:38 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2KKrcCK085077; Sat, 20 Mar 2010 20:53:38 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sat, 20 Mar 2010 20:53:37 +0000 From: Anton Shterenlikht Message-ID: <20100320205337.GF84236@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> <20100320154446.GE84236@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100320154446.GE84236@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: jhell , FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 20:53:41 -0000 On Sat, Mar 20, 2010 at 03:44:46PM +0000, Anton Shterenlikht wrote: > On Sat, Mar 20, 2010 at 07:27:43AM -0400, jhell wrote: > > > > On Fri, 19 Mar 2010 17:15, Anton Shterenlikht wrote: > > In Message-Id: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> > > > > > On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: > > >> -----BEGIN PGP SIGNED MESSAGE----- > > >> Hash: SHA1 > > >> > > >> > > >> > > >> On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: > > >> In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> > > >> > > >>> Just updated to ia64 r205248 > > >>> > > >>> If my problem is due to my mis-configuration, > > >>> I apologise in advance. > > >>> > > >>> I run this shell script after each upgrade > > >>> and 'make delete-old-libs' to check > > >>> if any shared objects need to be rebuilt: > > >>> > > >>> > > >>> > > >>> #!/bin/sh > > >>> > > >>> for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > > >>> do > > >>> echo $file > > >>> ldd $file >> /root/ldd_results 2> /dev/zero > > >>> done > > >>> > > >>> > > >>> > > >> > > >> This will probably do closer to what you actually would want to look for. > > >> > > >> Writing to /dev/zero ... I don't know never tried it since /dev/null is > > >> usually the standard place to throw trash. > > >> > > >> #!/bin/sh > > >> for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do > > >> echo $file > > >> ldd $file >>/root/ldd_results 2>/dev/null > > >> done > > >> > > >> The problem with your script is that it finds most files that it can not > > >> or is not useful to run ldd on and leaves you junk in return. > > >> > > >> It might be more useful if you searched for dynamically linked ELF > > >> binaries to run ldd against like the following. > > >> > > >> === Script starts here === > > >> #!/bin/sh > > >> > > >> SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" > > >> > > >> trap 'exit 1' 2 > > >> > > >> check_libs() { > > >> for spath in $SEARCHPATH; do > > >> for ifelf in `find $spath -type f`; do > > >> ldd `file $ifelf | grep dynamically | cut -f1 -d:` > > >> done > > >> done > > >> } > > >> > > >> check_libs 2>/dev/null > > >> === Script ends here === > > >> > > >> The above will find all type ELF * that are dynamically linked within the > > >> SEARCHPATH variable and run ldd on them and print the results to stdout. > > >> > > >> Obviously since you are going to have thousands of files being questioned, > > >> stdout is not going to be useful. > > >> > > >> So with the about stated: > > >> save the script to: checklibs.sh > > >> run with: "sh checklibs.sh >/root/checklibs_output" > > >> or: "script /root/checklibs_output checklibs.sh" > > >> > > >>> After the upgrade to r205248, the script > > >>> freezes at seemingly random points. > > >>> > > >> > > >> Unneeded disk usage & execution. > > >> > > >>> I can still ssh to the machine (using keys), i.e. > > >>> I see the welcome message, but cannot get to the console prompt. > > >> > > >> Of course... to many open files or processes in wait. SSH already has the > > >> information it needs loaded into memory, that's why you can get sort-of-in > > >> > > >> ZFS file-system perhaps ? > > > > > > I've no ZFS. > > > > > > I'm seeing very similar behaviour now with csup: > > > > > > ( I do csup -L2 /root/ports-supfile, where > > > > > > # cat /root/ports-supfile > > > *default host=cvsup.uk.FreeBSD.org > > > *default base=/var/db > > > *default prefix=/usr > > > *default release=cvs tag=. delete use-rel-suffix compress > > > > > > ports-all > > > # ) > > > > > > top(1) shows: > > > > > > last pid: 1160; load averages: 0.00, 0.06, 0.07 up 0+00:10:53 15:05:52 > > > 81 processes: 3 running, 61 sleeping, 17 waiting > > > CPU 0: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle > > > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > > Mem: 23M Active, 19M Inact, 75M Wired, 136K Cache, 34M Buf, 5900M Free > > > Swap: 2780M Total, 2780M Free > > > > > > PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > > 10 0 2 171 ki31 0K 64K RUN 0 20:18 198.00% idle > > > 11 0 17 -48 - 0K 544K WAIT 0 0:01 0.00% intr > > > 1118 1001 1 96 0 12800K 3920K CPU0 0 0:00 0.00% top > > > 4 0 1 -8 - 0K 32K - 1 0:00 0.00% g_down > > > 1158 0 4 -8 0 43672K 6296K biowr 0 0:00 0.00% csup > > > > > > > > > which stays in biowr state indefinitely. > > > > > > I can issue kill -9 or kill -HUP from top(1), > > > which makes csup change state to STOP, but > > > nothing else happens. > > > > > > As before, I can't log in from other terminals > > > and have to do a cold reset. I've reinstalled > > > on another disk, so not sure what's going on. > > > > > > I think rm(1) is also extremely slow, but > > > maybe I'm imagining things. > > > > > > many thanks > > > anton > > > > > > > > > > > > I would post up the contents of your make.conf & your kernel config & your > > dmesg somewhere so it can be evaluated. > > When I reinstalled 8.0 from a CD, > I updated source with csup, that worked. > However, after upgrading to current, I can't get > any luck with csup. The important bit is that > I don't really know what revision this is. > > I've no /etc/make.conf > > kernel config: > http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2600/uzi/UZI > > dmesg: > http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2600/uzi/dmesg.boot > Marcel, this might be of some interest. I managed to csup /usr/src, probably because there was not too many updates from 3 days ago. I proceeded with updating the system, but had a freeze again in single user at the very beginning of 'make installworld'. Now I've reinstalled 8.0-CURRENT-200906 snapshot and have no issues with csup, just completed downloading the ports tree. It seems something is wrong with csup(1), or pehaps disk i/o, in the recent ia64 updates. I'll try building svn from ports and update via svn, will report the results. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423