Re: Supermicro Bladeserver
On Wed, Jan 12, 2011 at 03:13 -, you wrote: Out of interest what change was that? As what seems to have been a left-over from a debugging session a long time ago, I had MSI disabled in loader.conf. That's not supported by the driver. So simply reenabling that solved my problem. Robin -- Robin Sommer * Phone +1 (510) 722-6541 * ro...@icir.org ICSI/LBNL* Fax +1 (510) 666-2956 * www.icir.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: File system trouble with ICH9 controller
On Thu, Jun 10, 2010 at 14:06 -0700, I wrote: Thanks for your quick response. I don't need much in terms of long-term data reliability on these machines (thus the RAID 0). However, if MatrixRAID is unreliably even without further external events (like disk problems/changes), I'll turn it off. An update on this: I have now turned off the RAID on half of my blades, leaving the other half untouched. After a few days, 3 of those systems still using the RAID have experienced similar fs corruption as reported before, while all the blades wo/ RAID have been running fine. So, that looks like the RAID is indeed to blame and I'll turn it off for all systems now. Robin -- Robin Sommer * Phone +1 (510) 666-2886 * ro...@icir.org ICSI/LBNL* Fax +1 (510) 666-2956 * www.icir.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
File system trouble with ICH9 controller
I'm running 8.0-RELEASE-p2 (amd64) on a larger number of Supermicro SBI-7425C-T3 blades. Each of the blades has 2 x 500GB disks striped into a single volume via the on-board ICH9 RAID controller. However, after running fine for a while (days), the blades crash eventually with file system problems such as the one below. Initially I thought that must be a bad disk, but by now 5 different blades have shown similar problems so I'm suspecting some OS issue. Has anybody seen something similar before? Could this be an incompatibility with the RAID controller (I haven't found much recent on Google but there are a number of older threads indicating that it might not be well supported. Not sure though whether those still apply). Any other thoughts? Thanks, Robin - syslog --- Jun 9 10:00:02 user.crit blade19 kernel: ar0s1a[WRITE(offset=704187858944, length=114688)]error = 5 Jun 9 10:00:02 user.crit blade19 kernel: g_vfs_done():ar0s1a[WRITE(offset=704188219392, length=131072)]error = 5 Jun 9 10:00:02 user.crit blade19 kernel: g_vfs_done():ar0s1a[WRITE(offset=704188891136, length=114688)]error = 5 Jun 9 10:00:02 user.crit blade19 kernel: g_vfs_done():ar0s1a[WRITE(offset=704189382656, length=114688)]error = 5 Jun 9 10:00:02 user.crit blade19 kernel: g_vfs_done():ar0s1a[WRITE(offset=704189743104, length=131072)] Jun 9 10:00:02 user.crit blade19 kernel: error = 5 - system information -- # uname -a FreeBSD blade5 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Tue Jan 5 21:11:58 UTC 2010 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 # pciconf -lv | grep SATA device = '82801IB/IR/IH (ICH9 Family) SATA RAID Controller' # atacontrol list ATA channel 2: Master: ad4 ST9500325AS/0001SDM1 SATA revision 2.x Slave: no device present ATA channel 3: Master: ad6 ST9500325AS/0001SDM1 SATA revision 2.x Slave: no device present # dmesg | grep ata atapci0: Intel ICH9 SATA300 controller port 0x1c50-0x1c57,0x1c44-0x1c47,0x1c48-0x1c4f,0x1c40-0x1c43,0x18e0-0x18ff mem 0xfcc0-0xfcc007ff irq 17 at device 31.2 on pci0 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.20 controller with 6 3Gbps ports, PM supported ata2: ATA channel 0 on atapci0 ata2: [ITHREAD] ata3: ATA channel 1 on atapci0 ata3: [ITHREAD] ata4: ATA channel 2 on atapci0 ata4: stopping AHCI engine failed ata4: [ITHREAD] ata5: ATA channel 3 on atapci0 ata5: stopping AHCI engine failed ata5: [ITHREAD] ata6: ATA channel 4 on atapci0 ata6: [ITHREAD] ata7: ATA channel 5 on atapci0 ata7: [ITHREAD] ad4: 476940MB Seagate ST9500325AS 0001SDM1 at ata2-master SATA300 ad6: 476940MB Seagate ST9500325AS 0001SDM1 at ata3-master SATA300 ar0: writing of DDF metadata is NOT supported yet ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master -- Robin Sommer * Phone +1 (510) 666-2886 * ro...@icir.org ICSI/LBNL* Fax +1 (510) 666-2956 * www.icir.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
File system trouble with ICH9 controller
I'm running 8.0-RELEASE-p2 (amd64) on a larger number of Supermicro SBI-7425C-T3 blades. Each of the blades has 2 x 500GB disks striped into a single volume via the on-board ICH9 RAID controller. However, after running fine for a while (days), the blades crash eventually with file system problems such as the one below. Initially I thought that must be a bad disk, but by now 5 different blades have shown similar problems so I'm suspecting some OS issue. Has anybody seen something similar before? Could this be an incompatibility with the RAID controller (I haven't found much recent on Google but there are a number of older threads indicating that it might not be well supported. Not sure though whether those still apply). Any other thoughts? Thanks, Robin - syslog --- Jun 9 10:00:02 user.crit blade19 kernel: ar0s1a[WRITE(offset=704187858944, length=114688)]error = 5 Jun 9 10:00:02 user.crit blade19 kernel: g_vfs_done():ar0s1a[WRITE(offset=704188219392, length=131072)]error = 5 Jun 9 10:00:02 user.crit blade19 kernel: g_vfs_done():ar0s1a[WRITE(offset=704188891136, length=114688)]error = 5 Jun 9 10:00:02 user.crit blade19 kernel: g_vfs_done():ar0s1a[WRITE(offset=704189382656, length=114688)]error = 5 Jun 9 10:00:02 user.crit blade19 kernel: g_vfs_done():ar0s1a[WRITE(offset=704189743104, length=131072)] Jun 9 10:00:02 user.crit blade19 kernel: error = 5 - system information -- # uname -a FreeBSD blade5 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Tue Jan 5 21:11:58 UTC 2010 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 # pciconf -lv | grep SATA device = '82801IB/IR/IH (ICH9 Family) SATA RAID Controller' # atacontrol list ATA channel 2: Master: ad4 ST9500325AS/0001SDM1 SATA revision 2.x Slave: no device present ATA channel 3: Master: ad6 ST9500325AS/0001SDM1 SATA revision 2.x Slave: no device present # dmesg | grep ata atapci0: Intel ICH9 SATA300 controller port 0x1c50-0x1c57,0x1c44-0x1c47,0x1c48-0x1c4f,0x1c40-0x1c43,0x18e0-0x18ff mem 0xfcc0-0xfcc007ff irq 17 at device 31.2 on pci0 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.20 controller with 6 3Gbps ports, PM supported ata2: ATA channel 0 on atapci0 ata2: [ITHREAD] ata3: ATA channel 1 on atapci0 ata3: [ITHREAD] ata4: ATA channel 2 on atapci0 ata4: stopping AHCI engine failed ata4: [ITHREAD] ata5: ATA channel 3 on atapci0 ata5: stopping AHCI engine failed ata5: [ITHREAD] ata6: ATA channel 4 on atapci0 ata6: [ITHREAD] ata7: ATA channel 5 on atapci0 ata7: [ITHREAD] ad4: 476940MB Seagate ST9500325AS 0001SDM1 at ata2-master SATA300 ad6: 476940MB Seagate ST9500325AS 0001SDM1 at ata3-master SATA300 ar0: writing of DDF metadata is NOT supported yet ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master -- Robin Sommer * Phone +1 (510) 666-2886 * ro...@icir.org ICSI/LBNL* Fax +1 (510) 666-2956 * www.icir.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: File system trouble with ICH9 controller
On Thu, Jun 10, 2010 at 11:17 -0700, you wrote: You're using Intel MatrixRAID. Please stop[1]; you're living dangerously. Thanks for your quick response. I don't need much in terms of long-term data reliability on these machines (thus the RAID 0). However, if MatrixRAID is unreliably even without further external events (like disk problems/changes), I'll turn it off. 1) Provide output from gpart show ar0s1. I'm curious about something (likely a red herring, but I want to see). # gpart show ar0s1 = 0 1952989857 ar0s1 BSD (931G) 0 1952989857 1 freebsd-ufs (931G) 2) Install sysutils/smartmontools and run smartctl -a /dev/adXX on each of the disks which make up the RAID array. See below. Thanks, Robin - cut --- # smartctl -a /dev/ad4 smartctl 5.39.1 2010-01-28 r3054 [FreeBSD 8.0-RELEASE-p2 amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Seagate Momentus 5400.6 series Device Model: ST9500325AS Serial Number:6VE3R9QW Firmware Version: 0001SDM1 User Capacity:500,107,862,016 bytes Device is:In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 4 Local Time is:Thu Jun 10 12:16:49 2010 PDT SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 0) seconds. Offline data collection capabilities:(0x73) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. No Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities:(0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability:(0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time:( 1) minutes. Extended self-test routine recommended polling time:( 144) minutes. Conveyance self-test routine recommended polling time:( 2) minutes. SCT capabilities: (0x103b) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 111 099 006Pre-fail Always - 37061718 3 Spin_Up_Time0x0003 099 099 000Pre-fail Always - 0 4 Start_Stop_Count0x0032 100 100 020Old_age Always - 10 5 Reallocated_Sector_Ct 0x0033 100 100 036Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 100 253 030Pre-fail Always - 453274 9 Power_On_Hours 0x0032 099 099 000Old_age Always - 1564 10 Spin_Retry_Count0x0013 100 100 097Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 037 020Old_age Always - 10 184 End-to-End_Error0x0032 100 100 099Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 000Old_age Always - 0 188 Command_Timeout 0x0032 100 100 000Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 079 073 045Old_age Always - 21 (Lifetime Min/Max 21/22) 191 G-Sense_Error_Rate 0x0032 100 100 000Old_age Always - 0 192 Power
RE: option HZ=?
I want to know what is the bad effect of increasing HZ too much? And when is too much? What problems can I expect when HZ2000? Can I change this value without pre-compiling the kernel? You can set kern.hz in /boot/loader.conf Robin P. Blanchard Systems Administrator Information Technology Outreach Services Carl Vinson Institute of Government The University of Georgia fon 706.542.6295 // fax 706.542.6535 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
4.8 - 4.11 in-place upgrade ?
I just inherited a remote 4.8 box...Having not used RELENG_4 in eons, just wanted to check if it's safe to live upgrade (make installworld/kernel ; mergemaster) directly to 4.11 (world/kernel already built; waiting to install). /usr/src/UPDATING doesn't seem to indicate this is out of the question. Tia Robin P. Blanchard Systems Administrator Information Technology Outreach Services Carl Vinson Institute of Government The University of Georgia fon 706.542.6295 // fax 706.542.6535 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
botched RELENG_6 buildworld (ncurses)
Any suggestions how to get past this (now make itself it broken) ? Buildworld/installworld with this morning's sources: === lib/ncurses/ncurses (install) install -C -o root -g wheel -m 444 libncurses.a /usr/lib install -s -o root -g wheel -m 444 libncurses.so.6 /lib ln -fs /lib/libncurses.so.6 /usr/lib/libncurses.so install -o root -g wheel -m 444 /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/doc/html/ncurses-intro. html /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/doc/html/hackguide.html /usr/share/doc/ncurses install -o root -g wheel -m 444 curs_addch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_addchstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_addstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_attr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_beep.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_bkgd.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_bkgrnd.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_border.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_border_set.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_clear.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_color.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_delch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_deleteln.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_extend.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_getcchar.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_getch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_getstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_getyx.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_inch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_inchstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_initscr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_inopts.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_insch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_insstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_instr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_inwstr.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_kernel.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_mouse.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_move.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_outopts.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_overlay.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_pad.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_print.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_refresh.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_scr_dump.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_scroll.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_slk.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_termattrs.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_termcap.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_terminfo.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_touch.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_trace.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_util.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 curs_window.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 default_colors.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 define_key.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 key_defined.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 keybound.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 keyok.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 legacy_coding.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 ncurses.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 resizeterm.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 wresize.3.gz /usr/share/man/man3 install -o root -g wheel -m 444 term.5.gz /usr/share/man/man5 install -o root -g wheel -m 444 terminfo.5.gz /usr/share/man/man5 install -o root -g wheel -m 444 term.7.gz /usr/share/man/man7 /libexec/ld-elf.so.1: /lib/libncurses.so.6: Undefined symbol __mb_sb_limit *** Error code 1 Stop in /usr/src/lib/ncurses/ncurses. *** Error code 1 Stop in /usr/src/lib/ncurses. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --- Robin P. Blanchard Systems Integration Specialist The University of Georgia Center for Continuing Education Conference Center Hotel fon: 706.542.2404 fax
Line-in on sblive (uadio) on RELENG_6 ?
Since migrating a local NPR station from RELENG_5 with a pci ES1370 card to
RELENG_6 with an USB SBLive, listeners are complaining of very low levels.
The feed (from the radio station) is straight into the line-in on the sblive
(but notice that mixer reports the only recording device as mic). On the
previous server, line-in was an option. Despite the recording device being
currently set to 'mic' (and the cabling plugged into line-in), sound is
indeed being captured and recorded. Adjusting the mixer levels seems to have
no impact on volume whatsoever. Should I just go ahead and try using the
mic-in ? Or am I missing something simple here ?
TIA,
Robin
# mixer
Mixer vol is currently set to 100:100
Mixer pcm is currently set to 99:99
Mixer speaker is currently set to 99:99
Mixer line is currently set to 99:99
Recording source: mic
# sysctl -a |egrep 'pcm|audio'
hw.snd.pcm0.buffersize: 16384
hw.snd.pcm0.vchans: 1
dev.uaudio.0.%desc: Creative Technology SB Live! 24-bit External, rev
1.10/1.00, addr 2
dev.uaudio.0.%driver: uaudio
dev.uaudio.0.%location: port=1 interface=0
dev.uaudio.0.%pnpinfo: vendor=0x041e product=0x3040 devclass=0x00
devsubclass=0x00 release=0x0100 sernum= intclass=0x01 intsubclass=0x01
dev.uaudio.0.%parent: uhub2
dev.pcm.0.%desc: USB Audio
dev.pcm.0.%driver: pcm
dev.pcm.0.%parent: uaudio0
# cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: USB Audio at ? kld snd_uaudio (1p/1r/1v channels duplex default)
mode 1:(output) 2ch, 16/16bit, pcm, 44100Hz
mode 2:(output) 2ch, 24/24bit, pcm, 44100Hz
mode 3:(output) 4ch, 16/16bit, pcm, 44100Hz
mode 4:(output) 4ch, 24/24bit, pcm, 44100Hz
mode 5:(output) 6ch, 16/16bit, pcm, 44100Hz
mode 6:(output) 6ch, 24/24bit, pcm, 44100Hz
mode 7:(output) 2ch, 16/16bit, pcm, 48000Hz
mode 8:(output) 2ch, 24/24bit, pcm, 48000Hz
mode 9:(output) 4ch, 16/16bit, pcm, 48000Hz
mode 10:(output) 4ch, 24/24bit, pcm, 48000Hz
mode 11:(output) 6ch, 16/16bit, pcm, 48000Hz
mode 12:(output) 6ch, 24/24bit, pcm, 48000Hz
mode 13:(output) 2ch, 16/16bit, pcm, 96000Hz
mode 14:(output) 2ch, 24/24bit, pcm, 96000Hz
mode 1:(input) 2ch, 16/16bit, pcm, 44100Hz
mode 2:(input) 2ch, 24/24bit, pcm, 44100Hz
mode 3:(input) 2ch, 16/16bit, pcm, 48000Hz
mode 4:(input) 2ch, 24/24bit, pcm, 48000Hz
mode 5:(input) 2ch, 16/16bit, pcm, 96000Hz
mode 6:(input) 2ch, 24/24bit, pcm, 96000Hz
[pcm0:play:0:dsp0.0]: spd 48000, fmt 0x1010, flags 0x00101000,
0x0040
interrupts 0, underruns 0, ready 0
{userland} - feeder_vchan_s16(0x1010) - feeder_volume_s16 -
{hardware}
[pcm0:record:0:dsp0.1]: spd 44100, fmt 0x1010, flags 0x1030,
0x, pid 11322
interrupts 50496534, overruns 0, hfree 16384, sfree 131072
{hardware} - feeder_root(0x1010) - {userland}
pcm0:play:0:dsp0.0[pcm0:virtual:0:dsp0.2]: spd 0, fmt
0x/0x0008, flags 0x1000, 0x
interrupts 0, underruns 0, ready 0
{userland} - feeder_root(0x) - {hardware}
File Versions:
$FreeBSD: src/sys/dev/sound/isa/sndbuf_dma.c,v 1.3 2005/01/06 01:43:17 imp
Exp $
$FreeBSD: src/sys/dev/sound/pcm/vchan.c,v 1.17.2.5 2007/02/04 06:17:14 ariff
Exp $
$FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.93.2.5 2007/06/04 09:06:05 ariff
Exp $
$FreeBSD: src/sys/dev/sound/pcm/sndstat.c,v 1.20.2.2 2005/12/30 19:55:54
netchild Exp $
$FreeBSD: src/sys/dev/sound/pcm/mixer.c,v 1.43.2.5 2007/05/13 20:53:39 ariff
Exp $
$FreeBSD: src/sys/dev/sound/pcm/feeder_volume.c,v 1.2.2.1 2005/12/30 19:55:54
netchild Exp $
$FreeBSD: src/sys/dev/sound/pcm/feeder_rate.c,v 1.11.2.2 2006/01/29 02:27:28
ariff Exp $
$FreeBSD: src/sys/dev/sound/pcm/feeder_fmt.c,v 1.14.2.2 2006/01/29 02:27:28
ariff Exp $
$FreeBSD: src/sys/dev/sound/pcm/feeder.c,v 1.33.2.3 2006/03/07 15:51:19 jhb
Exp $
$FreeBSD: src/sys/dev/sound/pcm/fake.c,v 1.14.2.1 2005/12/30 19:55:54
netchild Exp $
$FreeBSD: src/sys/dev/sound/pcm/dsp.c,v 1.80.2.7 2007/07/08 14:01:11 ariff
Exp $
$FreeBSD: src/sys/dev/sound/pcm/channel.c,v 1.99.2.5 2007/05/13 20:53:39
ariff Exp $
$FreeBSD: src/sys/dev/sound/pcm/buffer.c,v 1.25.2.3 2007/04/26 08:21:43 ariff
Exp $
$FreeBSD: src/sys/dev/sound/pcm/ac97_patch.c,v 1.3.2.4 2007/07/04 04:04:42
ariff Exp $
$FreeBSD: src/sys/dev/sound/pcm/ac97.c,v 1.53.2.5 2007/05/13 20:53:39 ariff
Exp $
[EMAIL PROTECTED] [~]#
---
Robin P. Blanchard
Systems Integration Specialist
The University of Georgia
Center for Continuing Education
Conference Center Hotel
fon: 706.542.2404 fax: 706.542.1587
---
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
RELENG_6 + usb audio ?
I've been running a local NPR affiliates streaming server (darkice + lame + shoutcast) on RELENG_5 for quite some time on an older dell PE server (with an AudioPCI ES1370) . They've purchased a new dell PE; but it only has pci-e slots in it (and none currently available). So...I'm thinking USB audio. Would this be stable under RELENG_6 ? I'm considering having them purchase an external (USB) Creative External Sound Blaster Live! SB0490. Thoughts ? --- Robin P. Blanchard Systems Integration Specialist The University of Georgia Center for Continuing Education Conference Center Hotel fon: 706.542.2404 fax: 706.542.1587 --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Unrecognized archive format with RELENG_6_2 and RELENG_6
Quoting Tim Kientzle [EMAIL PROTECTED]: This morning I have revert libarchive (src/lib/libarchive) and tar (src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or maybe not) it works fine now. After that I try to read/list the tar from tape with tar -t: $ sudo tar -tf /dev/sa0 archive.dmp tar: Unrecognized archive format: Inappropriate file type or format But when I extract the archive from tape, it works perfectly: $ sudo tar -xvf /dev/sa0 x archive.dmp What SCSI controller are you using? This could conceivably be an issue with a particular SCSI controller. A few lines from 'dmesg' could help here. Here you go ciss0: HP Smart Array 6i port 0x4000-0x40ff mem 0xfdff-0xfdff1fff,0xfdf800 00-0xfdfb irq 51 at device 3.0 on pci4 ciss0: [GIANT-LOCKED] .. sa0 at ciss0 bus 33 target 5 lun 0 sa0: HP C7438A V312 Removable Sequential Access SCSI-3 device sa0: 135.168MB/s transfers cut P.S. In the meantime, of course, tar from 6.1 and gtar should both work in this situation. Yep, at the moment I have switched the tar release back to the one from 6.1. Kind regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 pgpNv9Aco2ggJ.pgp Description: PGP Digital Signature
Re: Unrecognized archive format with RELENG_6_2 and RELENG_6
Quoting Tim Kientzle [EMAIL PROTECTED]: After that I try to read/list the tar from tape with tar -t: $ sudo tar -tf /dev/sa0 archive.dmp tar: Unrecognized archive format: Inappropriate file type or format But when I extract the archive from tape, it works perfectly: $ sudo tar -xvf /dev/sa0 Using dd to feed tar does work though. (I think this agrees with Robin's findings although the fact that it works with -z is curious) This is a Tandberg TS400 (LTO2 drive, LTO1 tape) idd, same problem here. When using -z option, works perfectly. Without it, it fails. Our tapedrive is a HP C7438A V312. (DAT) Please try the following: sudo ktrace tar -tf /dev/sa0 Then run 'kdump | less' and see if you can find a pair of 'lseek' calls, which will probably look something like this: 53127 bsdtar CALL lseek(0x3,0,0,0,0x1) 53127 bsdtar RET lseek 6656000/0x659000 53127 bsdtar CALL lseek(0x3,0,0x70800,0,0x1) 53127 bsdtar RET lseek 7116800/0x6c9800 Here you go: 95225 bsdtar CALL lseek(0x3,0,0,0,0x1) 95225 bsdtar RET lseek 65536/0x1 95225 bsdtar CALL lseek(0x3,0,0,0,0x1) 95225 bsdtar RET lseek 65536/0x1 Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 pgpBeBLBin0Cu.pgp Description: PGP Digital Signature
Re: Unrecognized archive format with RELENG_6_2 and RELENG_6
Quoting Tim Kientzle [EMAIL PROTECTED]: On Monday 04 June 2007 17:46, Robin Gruyters wrote: This morning I have revert libarchive (src/lib/libarchive) and tar (src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or maybe not) it works fine now. Maybe tar doesn't use the -b option when listing the content? (-t) Could you please send me details of the problem you're having? Ok, here a small setup. I create a random file with roughly size of 5MB: $ dd if=/dev/random of=archive.dmp bs=1024 count=5120 5120+0 records in 5120+0 records out 5242880 bytes transferred in 0.174116 secs (30111397 bytes/sec) Then a tar the file (with or without blocksize set) to tape: $ sudo tar -cf /dev/sa0 archive.dmp $ After that I try to read/list the tar from tape with tar -t: $ sudo mt -f /dev/sa0 rewind $ sudo tar -tf /dev/sa0 archive.dmp tar: Unrecognized archive format: Inappropriate file type or format $ I get strait away the Unrecognized archive message. But when I extract the archive from tape, it works perfectly: $ sudo tar -xvf /dev/sa0 x archive.dmp $ I have tested this with libarchive and tar from RELENG_6 and RELENG_6_2. No problems with libarchive and tar from RELENG_6_1. If you need more (debug) info, let me know Kind regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 pgp5dVyZcTE26.pgp Description: PGP Digital Signature
Re: Unrecognized archive format with RELENG_6_2 and RELENG_6
Quoting Daniel O'Connor [EMAIL PROTECTED]: On Wednesday 06 June 2007 16:14, Robin Gruyters wrote: Then a tar the file (with or without blocksize set) to tape: $ sudo tar -cf /dev/sa0 archive.dmp $ After that I try to read/list the tar from tape with tar -t: $ sudo mt -f /dev/sa0 rewind $ sudo tar -tf /dev/sa0 archive.dmp tar: Unrecognized archive format: Inappropriate file type or format $ I get strait away the Unrecognized archive message. But when I extract the archive from tape, it works perfectly: $ sudo tar -xvf /dev/sa0 x archive.dmp $ I have tested this with libarchive and tar from RELENG_6 and RELENG_6_2. No problems with libarchive and tar from RELENG_6_1. I did.. tar -zcvf /dev/sa0 /boot tar -ztvf /dev/sa0 tar -b 1 -zcvf /dev/sa0 /boot tar -b 1 -ztvf /dev/sa0 tar -b 20 -zcvf /dev/sa0 /boot tar -b 20 -ztvf /dev/sa0 tar -b 128 -zcvf /dev/sa0 /boot tar -b 128 -ztvf /dev/sa0 And they work. The example you gave failed however, so do.. tar -b 1 -cvf /dev/sa0 /boot tar -b 1 -tvf /dev/sa0 tar -b 20 -cvf /dev/sa0 /boot tar -b 20 -tvf /dev/sa0 tar -b 128 -cvf /dev/sa0 /boot tar -b 128 -tvf /dev/sa0 Using dd to feed tar does work though. (I think this agrees with Robin's findings although the fact that it works with -z is curious) [cain 17:05] ~ mt status Mode Density Blocksize bpi Compression Current: 0x40 variable 0disabled -available modes- 0:0x40 variable 00x1 1:0x40 variable 00x1 2:0x40 variable 00x1 3:0x40 variable 00x1 - Current Driver State: at rest. - File Number: 0 Record Number: 0Residual Count 0 This is a Tandberg TS400 (LTO2 drive, LTO1 tape) idd, same problem here. When using -z option, works perfectly. Without it, it fails. Here is mine 'mt status' output: $ sudo mt status Mode Density Blocksize bpi Compression Current: 0x47 variable 0DCLZ -available modes- 0:0x47 variable 0DCLZ 1:0x47 variable 0DCLZ 2:0x47 variable 0DCLZ 3:0x47 variable 0DCLZ - Current Driver State: at rest. - File Number: 0 Record Number: 0Residual Count 0 Our tapedrive is a HP C7438A V312. (DAT) Kind regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 pgpUmqzKSinmP.pgp Description: PGP Digital Signature
Re: Unrecognized archive format with RELENG_6_2 and RELENG_6
Quoting Daniel O'Connor [EMAIL PROTECTED]: On Friday 01 June 2007 23:39, Robin Gruyters wrote: What happens if you try tar -b 128 -tf /dev/sa0 Same problem. What did you upgrade from? Some gnutar using system I guess? (5.x or 4.x?) I'd upgraded from FreeBSD 6.1-RELEASE-p10 OK. Can you read the archive as a normal file from the tape? eg dd if=/dev/sa0 of=/tmp/foo If so does it work? Are you getting errors reading from the drive, or just the tar file is broken? Nope, it doesn't work. # dd if=/dev/sa0 of=/data3/tmp/bla dd: /dev/sa0: Input/output error 0+0 records in 0+0 records out 0 bytes transferred in 0.005972 secs (0 bytes/sec) # When setting the correct blocksize, it does work: # dd if=/dev/sa0 of=/data3/tmp/bla bs=65536 count=32 32+0 records in 32+0 records out 2097152 bytes transferred in 9.698233 secs (216241 bytes/sec) # This morning I have revert libarchive (src/lib/libarchive) and tar (src/usr.bin/tar) back to RELENG_6_1 and surprisingly (or maybe not) it works fine now. Maybe tar doesn't use the -b option when listing the content? (-t) Kind regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 pgpFRkTZCvB8k.pgp Description: PGP Digital Signature
Unrecognized archive format with RELENG_6_2 and RELENG_6
Hi ya, Yesterday I have upgraded one of servers to RELENG_6_2 and no problems so far. This morning I recieved an email from one of our system manager and told me that the backup has failed with the following message: tar: Unrecognized archive format: Inappropriate file type or format This happends when the following command is used: # tar -tf /dev/sa0 It will show you the first 10 files and then exits. After searching the MARC list, I found the following post: http://marc.info/?l=freebsd-questionsm=117442965732289 Apparently nobody has (yet) replied to it. After reading a few posts about similar problems http://www.freebsd.org/cgi/query-pr.cgi?pr=111236 I'd updated the libarchive (lib/libarchive) and tar (usr.bin/tar) in the source tree to RELENG_6 and recompiled both, but still encounter same problem. Anybody any idea how to fix this? Kind regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 pgpN8n7ath6O5.pgp Description: PGP Digital Signature ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Unrecognized archive format with RELENG_6_2 and RELENG_6
What happens if you try tar -b 128 -tf /dev/sa0 Same problem. What did you upgrade from? Some gnutar using system I guess? (5.x or 4.x?) I'd upgraded from FreeBSD 6.1-RELEASE-p10 Kind regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 Quoting Daniel O'Connor [EMAIL PROTECTED]: On Friday 01 June 2007 19:10, Robin Gruyters wrote: This happends when the following command is used: # tar -tf /dev/sa0 It will show you the first 10 files and then exits. After searching the MARC list, I found the following post: What happens if you try tar -b 128 -tf /dev/sa0 What did you upgrade from? Some gnutar using system I guess? (5.x or 4.x?) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgpRJu4fc4xY1.pgp Description: PGP Digital Signature
Re: bge Ierr rate increase from 5.3R - 6.1R
Quoting Jeremy Chadwick [EMAIL PROTECTED]: [...] Set your Cisco configuration to use 100/full, and edit the ifconfig_bge0 line in rc.conf on your FreeBSD box to have media 100baseTX mediaopt full-duplex, then reboot the FreeBSD box. If the problem continues, there may be faulty cabling, but usually errors on one direction are a sign of duplex mismatch. If after replacing the cabling the issue continues, then there's a chance the bge(4) driver may be obtaining statistics wrong for the particular chip revision being used (this is hearsay on my part; I'm just guessing...) Ok, I have set the Cisco port to 100/full-duplex and update the bge* interfaces on the development server, but the problem still exists. I have also updated the other server, which is connected to another Cisco switch, but the same results. Regards, Robin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bge Ierr rate increase from 5.3R - 6.1R
Quoting Jeremy Chadwick [EMAIL PROTECTED]: On Thu, Jan 25, 2007 at 12:07:22PM +0100, Robin Gruyters wrote: Quoting Jeremy Chadwick [EMAIL PROTECTED]: [...] Set your Cisco configuration to use 100/full, and edit the ifconfig_bge0 line in rc.conf on your FreeBSD box to have media 100baseTX mediaopt full-duplex, then reboot the FreeBSD box. If the problem continues, there may be faulty cabling, but usually errors on one direction are a sign of duplex mismatch. If after replacing the cabling the issue continues, then there's a chance the bge(4) driver may be obtaining statistics wrong for the particular chip revision being used (this is hearsay on my part; I'm just guessing...) Ok, I have set the Cisco port to 100/full-duplex and update the bge* interfaces on the development server, but the problem still exists. I have also updated the other server, which is connected to another Cisco switch, but the same results. Okay so at least we know it's not specific to your switch, or to auto-neg nor the cabling (two different switches + boxes with the same problem probably isn't your fault. :) ). That's definitely evidence that it's a driver problem, probably specific to the 5704 (since I have two machines using 5750s without this problem). Looks like we'll need someone with the Broadcom data sheet for the 5704 to help out. There's also the Bill Paul [EMAIL PROTECTED] and David Christensen [EMAIL PROTECTED] (who worked on bce(4), but might know of some details here...) Hmmm, ok. BTW, I found out there another thread going on on the freebsd-net mailinglist about the same issue(s): http://marc.theaimsgroup.com/?l=freebsd-netw=2r=1s=bge+ierrq=b There are some patches available, but looks like only for the -CURRENT not for 6.x releases. Regards, Robin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bge Ierr rate increase from 5.3R - 6.1R
) pci0: serial bus, USB at device 29.7 (no driver attached) pcib8: ACPI PCI-PCI bridge at device 30.0 on pci0 pci1: ACPI PCI bus on pcib8 pci1: display, VGA at device 3.0 (no driver attached) pci1: base peripheral at device 4.0 (no driver attached) pci1: base peripheral at device 4.2 (no driver attached) isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel 6300ESB UDMA100 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f irq 18 at device 31.1 on pci0 ata0: ATA channel 0 on atapci0 ata1: ATA channel 1 on atapci0 acpi_tz0: Thermal Zone on acpi0 atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 sio0: Standard PC COM port port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: floppy drive controller (FDE) port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: 1440-KB 3.5 drive on fdc0 drive 0 pmtimer0 on isa0 orm0: ISA Option ROMs at iomem 0xc-0xc7fff,0xc8000-0xcbfff,0xee000-0xe on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter TSC frequency 3000124702 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM COMPAQ CD-ROM SN-124/N104 at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: COMPAQ RAID 1 VOLUME OK Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) Trying to mount root from ufs:/dev/da0s1a Accounting enabled [/FreeBSD 6.2R] And here is the netstat -ni output from our development server: [netstat -ni] NameMtu Ipkts Ierrs Opkts Oerrs Coll ste0* 15000 0 0 0 0 ste1* 15000 0 0 0 0 ste2* 15000 0 0 0 0 ste3* 15000 0 0 0 0 bge015009866912 2114443 188352090 0 bge015002004841 - 18833483- - bge015001723393 - 1719554 - - bge0150082 - 66 - - bge0150019036813- 14796159- - bge0150038709278- 35167554- - bge015000 - 0 - - bge01500621 - 0 - - bge015001716- 0 - - bge01500184 - 0 - - bge0150052881 - 2336- - bge1* 15000 0 0 0 0 pflog 33208 0 0 0 0 lo0 16384 0 516926240 0 lo0 16384 6611- 6611- - [...] Is there a fix for it already, or maybe a workaround? Regards, Robin Gruyters Network and Security Engineer Yirdis B.V. I: http://yirdis.com P: +31 (0)36 5300394 F: +31 (0)36 5489119 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bge Ierr rate increase from 5.3R - 6.1R
Quoting Jeremy Chadwick [EMAIL PROTECTED]: Is there a fix for it already, or maybe a workaround? The problem was that the driver code was not properly obtaining error statistics from the Broadcom chip, thus errors _were_ (before the fix) not being calculated/accounted for. Now (after the fix) errors are being accounted for correctly. So the errors you see in your netstat output are probably real/ ccurate. I'll vote for a duplex-related problem or some naughty cabling. Should this not be visible on the switch as well?!? Here some output from the interface on the server and from the switch (Cisco) [development interface] bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=1bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING ether 00:12:79:94:ed:12 media: Ethernet autoselect (100baseTX full-duplex) status: active [/development interface] [switch] FastEthernet0/3 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is 000e.84d0.de03 (bia 000e.84d0.de03) Description: development MTU 1500 bytes, BW 10 Kbit, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:02, output hang never Last clearing of show interface counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 179000 bits/sec, 28 packets/sec 5 minute output rate 56000 bits/sec, 24 packets/sec 22823978 packets input, 4067576147 bytes, 0 no buffer Received 13138 broadcasts (0 multicast) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 12929 multicast, 0 pause input 0 input packets with dribble condition detected 15673035 packets output, 3975127029 bytes, 0 underruns 0 output errors, 0 collisions, 1 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out [/switch] Regards, Robin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RELENG_6 nfs3
NFS3 server: NetApp FAS270 (Data ONTAP Release 7.1) # uname -a FreeBSD bsdfs6.georgiacenter.uga.edu 6.1-STABLE FreeBSD 6.1-STABLE #0: Tue May 30 14:40:31 EDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/releng_6 i386 Mounted as: file2.gc.nat:/vol/vol1/bsd/fbsd/obj6 /usr/obj nfs rw,noatime,soft,intr,bg,-r65536,-w65536 0 0 # rm -rf /usr/obj/usr/ rm: /usr/obj/usr/src/make.i386: Directory not empty Same command (against same target) on RELENG_5 and dragonfly-CURRENT (same mount options) works fine --- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 fax: 706.542.6546 --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Panic on RELENG_6 as of this morning
Feb 17 11:41:14 iperf kernel: Feb 17 11:41:14 iperf kernel: Feb 17 11:41:14 iperf kernel: Fatal trap 12: page fault while in kernel mode Feb 17 11:41:14 iperf kernel: cpuid = 0; apic id = 00 Feb 17 11:41:14 iperf kernel: fault virtual address = 0x88 Feb 17 11:41:14 iperf kernel: fault code= supervisor read, page not present Feb 17 11:41:14 iperf kernel: instruction pointer = 0x20:0xc24abe33 Feb 17 11:41:14 iperf kernel: stack pointer = 0x28:0xcc9c2c10 Feb 17 11:41:14 iperf kernel: frame pointer = 0x28:0xcc9c2c28 Feb 17 11:41:14 iperf kernel: code segment = base 0x0, limit 0xf, type 0x1b Feb 17 11:41:14 iperf kernel: = DPL 0, pres 1, def32 1, gran 1 Feb 17 11:41:14 iperf kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Feb 17 11:41:14 iperf kernel: current process = 27 (swi4: clock sio) Feb 17 11:41:14 iperf kernel: trap number = 12 Feb 17 11:41:14 iperf kernel: panic: page fault Feb 17 11:41:14 iperf kernel: cpuid = 0 Feb 17 11:41:14 iperf kernel: Uptime: 2m4s Feb 17 11:41:14 iperf kernel: Dumping 255 MB (2 chunks) Feb 17 11:41:14 iperf kernel: chunk 0: 1MB (159 pages) ... ok Feb 17 11:41:14 iperf kernel: chunk 1: 255MB (65216 pages) 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok Feb 17 11:41:14 iperf kernel: Feb 17 11:41:14 iperf kernel: Dump complete Feb 17 11:41:14 iperf kernel: Automatic reboot in 15 seconds - press a key on the console to abort Feb 17 11:41:14 iperf kernel: Rebooting... [EMAIL PROTECTED] [/usr/obj/usr/src/sys/releng_6]# kgdb -v ./kernel.debug /usr/local/var/adm/crash/vmcore.0 kgdb: core file: /usr/local/var/adm/crash/vmcore.0 kgdb: kernel image: ./kernel.debug Segmentation fault: 11 What should I try next ? --- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 fax: 706.542.6546 --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 6.0 rc1 guest under vmware-workstation-5.0.0.13124-r2 on linux host (boot error)
One way to work around the problem is to connect the virtual CD to the FreeBSD ISO image instead of burning an actual CD. Actually this is what I tried, and still got the error. Today, I shall attempt an ftp install. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD 6.0 rc1 guest under vmware-workstation-5.0.0.13124-r2 on linux host (boot error)
Hello all, I thought I'd give the new RC a whirl under vmware, after setting the guest to boot from the CDROM (which was the CD1 .ISO), shortly I recieved this error: http://xs.mw/temp/freebsd6rc1_vmware_boot_error.png (BTX halted) Has anyone else experienced this? Is this a vmware problem or a freebsd one? All help appreciated, cheers, Robin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 6.0 rc1 guest under vmware-workstation-5.0.0.13124-r2 on linux host (boot error)
Sorry, I neglected to mention this is the AMD64 6.0 RC 1 Robin wrote: Hello all, I thought I'd give the new RC a whirl under vmware, after setting the guest to boot from the CDROM (which was the CD1 .ISO), shortly I recieved this error: http://xs.mw/temp/freebsd6rc1_vmware_boot_error.png (BTX halted) Has anyone else experienced this? Is this a vmware problem or a freebsd one? All help appreciated, cheers, Robin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: strange NFS failure
just upgraded two systems to RELENG_5 this evening and NFS client has collapsed. is this known issue? apologies -- i realise i should really be tracking stable list. the error is [udp] 10.12.12.66:/usr/cabinet: RPCPROG_NFS: RPC: Port mapper failure - RPC: Unable to recieve and yes rpcbind is running OK. rpcinfo of the system produces normal output. thanks for any pointers. Sounds related to: http://lists.freebsd.org/mailman/htdig/freebsd-stable/2005-June/015726.html Using broken kernel also yields broken nfs... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RELENG_5 + NIS woes
Just updated world/kernel via RELENG_5 to find ypbind/portmap fail at boot: # fgrep RPC /var/log/messages Jun 7 13:16:21 bsdfs5 rpc.lockd: 100024 RPC: Port mapper failure Jun 7 14:15:30 bsdfs5 rpc.lockd: 100024 RPC: Port mapper failure Jun 7 14:17:56 bsdfs5 rpc.lockd: 100024 RPC: Port mapper failure Jun 7 14:41:17 bsdfs5 rpc.lockd: 100024 RPC: Port mapper failure # ypwhich ypwhich: can't clntudp_create: Can't communicate with ypbind # ps ax |fgrep ypbind 594 ?? Is 0:00.00 /usr/sbin/ypbind Reverted to kernel.old (on top of new world) and all's well. # diff -u yp.kernel.good yp.kernel.bad --- yp.kernel.good Tue Jun 7 14:24:43 2005 +++ yp.kernel.bad Tue Jun 7 14:24:54 2005 @@ -82,7 +82,7 @@ $FreeBSD: src/sys/kern/kern_descrip.c,v 1.243.2.7 2005/04/23 21:53:04 ps Exp $ $FreeBSD: /repoman/r/ncvs/src/sys/kern/kern_poll.c,v 1.19 2005/02/25 22:07:50 trhodes Exp $ $FreeBSD: src/sys/kern/kern_environment.c,v 1.34.2.2 2005/03/10 17:09:16 des Exp $ - $FreeBSD: src/sys/kern/kern_event.c,v 1.79.2.7 2005/04/21 21:11:24 ps Exp $ + $FreeBSD: src/sys/kern/kern_event.c,v 1.79.2.8 2005/06/07 06:35:10 jmg Exp $ $FreeBSD: src/sys/kern/kern_exec.c,v 1.249.2.5 2005/02/27 02:40:09 jeff Exp $ $FreeBSD: src/sys/kern/kern_exit.c,v 1.245.2.11 2005/04/27 13:00:29 davidxu Exp $ $FreeBSD: src/sys/kern/kern_fork.c,v 1.234.2.9 2005/04/27 11:32:23 davidxu Exp $ @@ -173,7 +173,7 @@ $FreeBSD: src/sys/kern/uipc_mbuf.c,v 1.135.2.5 2005/05/11 21:54:43 emax Exp $ $FreeBSD: src/sys/kern/uipc_mbuf2.c,v 1.26.2.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/uipc_proto.c,v 1.24 2004/04/05 21:03:36 imp Exp $ - $FreeBSD: src/sys/kern/uipc_socket.c,v 1.208.2.18 2005/03/31 22:35:23 sobomax Exp $ + $FreeBSD: src/sys/kern/uipc_socket.c,v 1.208.2.19 2005/06/07 07:11:03 jmg Exp $ $FreeBSD: src/sys/kern/uipc_socket2.c,v 1.137.2.6 2005/04/01 05:34:18 rwatson Exp $ $FreeBSD: src/sys/kern/uipc_syscalls.c,v 1.200.2.8 2005/05/11 21:54:43 emax Exp $ $FreeBSD: src/sys/kern/uipc_usrreq.c,v 1.138.2.14 2005/05/08 10:19:37 cperciva Exp $ --- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 fax: 706.542.6546 --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: RELENG_5 panic
Here's what I could get out of dmesg, and looking again at the dump
# dmesg -M /usr/local/var/adm/crash/vmcore.44 -N /boot/kernel/kernel
kernel trap 12 with interrupts disabled
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x24
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0504808
stack pointer = 0x10:0xc7ac0c08
frame pointer = 0x10:0xc7ac0c3c
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= resume, IOPL = 0
current process = 27 (swi5: clock sio)
trap number = 12
panic: page fault
cpuid = 0
Uptime: 3d6h59m25s
Dumping 127 MB
16 32 48 64 80 96 112
[EMAIL PROTECTED] [/usr/obj/usr/src/sys/fastipsec]# kgdb kernel.debug
/usr/local/var/adm/crash/vmcore.44
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
Undefined symbol ps_pglobal_lookup]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i386-marcel-freebsd.
#0 doadump () at pcpu.h:160
160 __asm __volatile(movl %%fs:0,%0 : =r (td));
(kgdb) l *0xc0504808
0xc0504808 is in turnstile_wait (/usr/src/sys/kern/subr_turnstile.c:245).
240 /*
241 * Pick up the lock that td is blocked on.
242 */
243 ts = td-td_blocked;
244 MPASS(ts != NULL);
245 tc = TC_LOOKUP(ts-ts_lockobj);
246 mtx_lock_spin(tc-tc_lock);
247
248 /*
249 * This thread may not be blocked on this turnstile
anymore
(kgdb)
---
Robin P. Blanchard
Systems Integration Specialist
Georgia Center for Continuing Education
fon: 706.542.2404 fax: 706.542.6546
---
-Original Message-
From: Doug White [mailto:[EMAIL PROTECTED]
Sent: Sunday, May 22, 2005 3:20 PM
To: Robin P. Blanchard
Cc: [EMAIL PROTECTED]
Subject: Re: RELENG_5 panic
On Sat, 21 May 2005, Robin P. Blanchard wrote:
# uname -a
FreeBSD robinpb.homeip.net 5.4-STABLE FreeBSD 5.4-STABLE
#0: Tue May
17
00:30:47 EDT 2005
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/fastipsec i386
# kgdb kernel.debug /usr/local/var/adm/crash/vmcore.44
[GDB will not be able to debug user-mode threads:
/usr/lib/libthread_db.so:
Undefined symbol ps_pglobal_lookup]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public
License, and
you are welcome to change it and/or distribute copies of it
under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show
warranty for details.
This GDB was configured as i386-marcel-freebsd.
#0 doadump () at pcpu.h:160
160 __asm __volatile(movl %%fs:0,%0 : =r (td));
(kgdb) bt full
#0 doadump () at pcpu.h:160
No locals.
#1 0xc04dd58c in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:410
first_buf_printf = 1
#2 0xc04ddccd in panic (fmt=0xc066e594 %s) at
/usr/src/sys/kern/kern_shutdown.c:566
bootopt = 260
newpanic = 0
buf = page fault, '\0' repeats 245 times
can you try to fish the trap output from msgbuf? That or use
dmesg's -N and -M options to extract it from the crashdump.
#3 0xc0641e92 in trap_fatal (frame=0xc7ac0bc8, eva=36) at
/usr/src/sys/i386/i386/trap.c:817
code = 16
type = 12
ss = 16
esp = 0
softseg = {ssd_base = 0, ssd_limit = 1048575,
ssd_type = 27,
ssd_dpl = 0, ssd_p = 1,
ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1}
#4 0xc0642535 in trap (frame=
{tf_fs = 24, tf_es = -1066598384, tf_ds =
-1066532848, tf_edi =
-1053916800, tf_esi = -1049515008, tf_ebp = -945025988, tf_isp =
-945026060, tf_ebx = -1053916800, tf_edx = -1053937024,
tf_ecx = 56,
tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip =
-1068480504, tf_cs =
8, tf_eflags = 65683, tf_esp = -1053914880, tf_ss = 582}) at
/usr/src/sys/i386/i386/trap.c:255
p = (struct proc *) 0xc12e754c
sticks = 3241036032
i = 0
ucode = 0
type = 12
code = 0
eva = 36
#5 0xc062da3a in calltrap () at
/usr/src/sys/i386/i386/exception.s:140
No locals.
#6 0x0018 in ?? ()
No symbol table info available.
#7 0xc06d0010 in ipq ()
No symbol table info available.
#8 0xc06e0010 in sc_buffer.3 ()
No symbol table info
RE: RELENG_5 panic
Oh another of these wonderful races... can you go to that
frame and print ts? If its NULL then someone has ripped
out the ts out from under us since it was checked for NULL in
the previous line!
Maybe this is a more useful kgdb session (I'm hoping)
# kgdb kernel.debug /usr/local/var/adm/crash/vmcore.44
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
Undefined symbol ps_pglobal_lookup]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i386-marcel-freebsd.
#0 doadump () at pcpu.h:160
160 __asm __volatile(movl %%fs:0,%0 : =r (td));
(kgdb) l *0xc0504808
0xc0504808 is in turnstile_wait (/usr/src/sys/kern/subr_turnstile.c:245).
240 /*
241 * Pick up the lock that td is blocked on.
242 */
243 ts = td-td_blocked;
244 MPASS(ts != NULL);
245 tc = TC_LOOKUP(ts-ts_lockobj);
246 mtx_lock_spin(tc-tc_lock);
247
248 /*
249 * This thread may not be blocked on this turnstile
anymore
(kgdb) bt
#0 doadump () at pcpu.h:160
#1 0xc04dd58c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
#2 0xc04ddccd in panic (fmt=0xc066e594 %s) at
/usr/src/sys/kern/kern_shutdown.c:566
#3 0xc0641e92 in trap_fatal (frame=0xc7ac0bc8, eva=36) at
/usr/src/sys/i386/i386/trap.c:817
#4 0xc0642535 in trap (frame=
{tf_fs = 24, tf_es = -1066598384, tf_ds = -1066532848, tf_edi =
-1053916800, tf_esi = -1049515008, tf_ebp = -945025988, tf_isp = -945026060,
tf_ebx = -1053916800, tf_edx = -1053937024, tf_ecx = 56, tf_eax = 0,
tf_trapno = 12, tf_err = 0, tf_eip = -1068480504, tf_cs = 8, tf_eflags =
65683, tf_esp = -1053914880, tf_ss = 582}) at
/usr/src/sys/i386/i386/trap.c:255
#5 0xc062da3a in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#6 0x0018 in ?? ()
#7 0xc06d0010 in ipq ()
#8 0xc06e0010 in sc_buffer.3 ()
#9 0xc12e8180 in ?? ()
#10 0xc171ac00 in ?? ()
#11 0xc7ac0c3c in ?? ()
#12 0xc7ac0bf4 in ?? ()
#13 0xc12e8180 in ?? ()
#14 0xc12e3280 in ?? ()
#15 0x0038 in ?? ()
#16 0x in ?? ()
#17 0x000c in ?? ()
#18 0x in ?? ()
#19 0xc0504808 in turnstile_wait (ts=0xc12e3280, lock=0xc06d022c,
owner=0xc171ac00)
at /usr/src/sys/kern/subr_turnstile.c:243
#20 0xc04d2b7f in _mtx_lock_sleep (m=0xc06d022c, td=0xc12e8180, opts=0,
file=0x0, line=0)
at /usr/src/sys/kern/kern_mutex.c:552
#21 0xc058a592 in tcp_isn_tick (xtp=0x0) at
/usr/src/sys/netinet/tcp_subr.c:1380
#22 0xc04ed069 in softclock (dummy=0x0) at
/usr/src/sys/kern/kern_timeout.c:279
#23 0xc04c460a in ithread_loop (arg=0xc12fd500) at
/usr/src/sys/kern/kern_intr.c:547
#24 0xc04c32c2 in fork_exit (callout=0xc04c4550 ithread_loop, arg=0x0,
frame=0x0)
at /usr/src/sys/kern/kern_fork.c:791
#25 0xc062da9c in fork_trampoline () at
/usr/src/sys/i386/i386/exception.s:209
(kgdb) frame 19
#19 0xc0504808 in turnstile_wait (ts=0xc12e3280, lock=0xc06d022c,
owner=0xc171ac00)
at /usr/src/sys/kern/subr_turnstile.c:243
243 ts = td-td_blocked;
(kgdb) list
238 ts-ts_lockobj-lo_name));
239
240 /*
241 * Pick up the lock that td is blocked on.
242 */
243 ts = td-td_blocked;
244 MPASS(ts != NULL);
245 tc = TC_LOOKUP(ts-ts_lockobj);
246 mtx_lock_spin(tc-tc_lock);
247
(kgdb) print ts
$1 = (struct turnstile *) 0xc12e3280
(kgdb) up
#20 0xc04d2b7f in _mtx_lock_sleep (m=0xc06d022c, td=0xc12e8180, opts=0,
file=0x0, line=0)
at /usr/src/sys/kern/kern_mutex.c:552
552 turnstile_wait(ts, m-mtx_object, mtx_owner(m));
(kgdb) list
547 #endif
548
549 /*
550 * Block on the turnstile.
551 */
552 turnstile_wait(ts, m-mtx_object, mtx_owner(m));
553 }
554
555 #ifdef KTR
556 if (cont_logged) {
(kgdb) print ts
$2 = (struct turnstile *) 0x0
(kgdb)
---
Robin P. Blanchard
Systems Integration Specialist
Georgia Center for Continuing Education
fon: 706.542.2404 fax: 706.542.6546
---
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
RELENG_5 panic
# uname -a
FreeBSD robinpb.homeip.net 5.4-STABLE FreeBSD 5.4-STABLE #0: Tue May 17
00:30:47 EDT 2005
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/fastipsec i386
# kgdb kernel.debug /usr/local/var/adm/crash/vmcore.44
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
Undefined symbol ps_pglobal_lookup]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i386-marcel-freebsd.
#0 doadump () at pcpu.h:160
160 __asm __volatile(movl %%fs:0,%0 : =r (td));
(kgdb) bt full
#0 doadump () at pcpu.h:160
No locals.
#1 0xc04dd58c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
first_buf_printf = 1
#2 0xc04ddccd in panic (fmt=0xc066e594 %s) at
/usr/src/sys/kern/kern_shutdown.c:566
bootopt = 260
newpanic = 0
buf = page fault, '\0' repeats 245 times
#3 0xc0641e92 in trap_fatal (frame=0xc7ac0bc8, eva=36) at
/usr/src/sys/i386/i386/trap.c:817
code = 16
type = 12
ss = 16
esp = 0
softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl
= 0, ssd_p = 1,
ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1}
#4 0xc0642535 in trap (frame=
{tf_fs = 24, tf_es = -1066598384, tf_ds = -1066532848, tf_edi =
-1053916800, tf_esi = -1049515008, tf_ebp = -945025988, tf_isp = -945026060,
tf_ebx = -1053916800, tf_edx = -1053937024, tf_ecx = 56, tf_eax = 0,
tf_trapno = 12, tf_err = 0, tf_eip = -1068480504, tf_cs = 8, tf_eflags =
65683, tf_esp = -1053914880, tf_ss = 582}) at
/usr/src/sys/i386/i386/trap.c:255
p = (struct proc *) 0xc12e754c
sticks = 3241036032
i = 0
ucode = 0
type = 12
code = 0
eva = 36
#5 0xc062da3a in calltrap () at /usr/src/sys/i386/i386/exception.s:140
No locals.
#6 0x0018 in ?? ()
No symbol table info available.
#7 0xc06d0010 in ipq ()
No symbol table info available.
#8 0xc06e0010 in sc_buffer.3 ()
No symbol table info available.
#9 0xc12e8180 in ?? ()
No symbol table info available.
#10 0xc171ac00 in ?? ()
No symbol table info available.
#11 0xc7ac0c3c in ?? ()
No symbol table info available.
#12 0xc7ac0bf4 in ?? ()
No symbol table info available.
#13 0xc12e8180 in ?? ()
No symbol table info available.
#14 0xc12e3280 in ?? ()
No symbol table info available.
#15 0x0038 in ?? ()
No symbol table info available.
#16 0x in ?? ()
No symbol table info available.
#17 0x000c in ?? ()
No symbol table info available.
#18 0x in ?? ()
No symbol table info available.
#19 0xc0504808 in turnstile_wait (ts=0xc12e3280, lock=0xc06d022c,
owner=0xc171ac00)
at /usr/src/sys/kern/subr_turnstile.c:243
tc = (struct turnstile_chain *) 0xc06cb770
td1 = (struct thread *) 0xc12e8180
#20 0xc04d2b7f in _mtx_lock_sleep (m=0xc06d022c, td=0xc12e8180, opts=0,
file=0x0, line=0)
at /usr/src/sys/kern/kern_mutex.c:552
ts = (struct turnstile *) 0x0
owner = (struct thread *) 0xc171ac00
v = 0
#21 0xc058a592 in tcp_isn_tick (xtp=0x0) at
/usr/src/sys/netinet/tcp_subr.c:1380
projected_offset = 0
#22 0xc04ed069 in softclock (dummy=0x0) at
/usr/src/sys/kern/kern_timeout.c:279
c_func = (void (*)(void *)) 0xc058a4d0 tcp_isn_tick
c_arg = (void *) 0x0
c_flags = 14
c = (struct callout *) 0x0
bucket = (struct callout_tailq *) 0xc39ba4a8
steps = 14
depth = 2
mpcalls = 2
gcalls = 0
wakeup_cookie = 14
#23 0xc04c460a in ithread_loop (arg=0xc12fd500) at
/usr/src/sys/kern/kern_intr.c:547
ih = (struct intrhand *) 0xc12e2c80
p = (struct proc *) 0xc12e754c
count = 0
warming = 5000
warned = 0
#24 0xc04c32c2 in fork_exit (callout=0xc04c4550 ithread_loop, arg=0x0,
frame=0x0)
at /usr/src/sys/kern/kern_fork.c:791
p = (struct proc *) 0xc12e754c
#25 0xc062da9c in fork_trampoline () at
/usr/src/sys/i386/i386/exception.s:209
No locals.
(kgdb)
---
Robin P. Blanchard
Systems Integration Specialist
Georgia Center for Continuing Education
fon: 706.542.2404 - fax: 706.542.6546
---
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Dell pe1550 (smp) on RELENG_5 ?
-Original Message- From: Doug White [mailto:[EMAIL PROTECTED] Sent: Saturday, March 05, 2005 2:46 AM To: Robin P. Blanchard Cc: [EMAIL PROTECTED] Subject: Re: Dell pe1550 (smp) on RELENG_5 ? On Thu, 3 Mar 2005, Robin P. Blanchard wrote: Anyone succesfully accomplished this ? Seems I have to disable apic to get the box to sucessfully boot (otherwise will hang), thereby disabling smp. I have -CURRENT running on a PE1750 without issues. I have a PE1650 that I'm waiting on rails for and a PE1550 I can temporarily ursurp. Does it also hang under 5.3-R? I had some odd problems with a PE2450 that turned out to be a screwed up fxp pci card. Taking the card out got the machine booting again. Do you have any cards in this system? It seems that disabling NO_MIXED_MODE allows the 1550s to succesfully operate in smp mode. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Dell pe1550 (smp) on RELENG_5 ?
Anyone succesfully accomplished this ? Seems I have to disable apic to get the box to sucessfully boot (otherwise will hang), thereby disabling smp. # cat /boot/loader.conf |fgrep -v # beastie_disable=YES boot_verbose=YES ahc_pci_load=YES amr_load=YES if_fxp_load=YES kern.cam.scsi_delay=2000 kern.maxusers=0 hint.apic.0.disabled=1 # sysctl -a |fgrep smp kern.timecounter.smp_tsc: 0 kern.smp.forward_roundrobin_enabled: 1 kern.smp.forward_signal_enabled: 1 kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 16 debug.psmpkterrthresh: 2 mptable and dmesg here: http://people.gactr.uga.edu/robin/1550/mptable.txt --- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 fax: 706.542.6546 --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dual booting with Windows XP
On Wed, 02 Mar 2005 21:40:28 -0700 Didier Caamano [EMAIL PROTECTED] wrote: Hello everyone: This might sound rather foolish, but I need some assistance on how to dual boot FBSD 5.3 with WinXP. It is rather foolish, but like I should talk...I set it up just a few weeks ago. First off, I left the FreeBSD boot manager out of the picture. I used the bootpart utility (http://www.winimage.com/bootpart.htm) to automagically get my boot.ini set up correctly for the windows boot loader so that FreeBSD is now listed as an option. Then I set FreeBSD to be the default and the countdown to 11 seconds from the original 30. :) -- Robin Schoonover[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] # Oh wow! Everything seems so cosmic! Your spider-sense is tingling... # -- Nethack 3.1.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Save the Demon!
On Wed, 9 Feb 2005 23:44:01 + Dominic Marks [EMAIL PROTECTED] wrote: On Tuesday 08 February 2005 23:31, Thomas T. Veldhouse wrote: Can this be true? Are they really looking to kill the FreeBSD demon? This borders on sacrilege. From http://logo-contest.freebsd.org/announce.txt This is the future site for the FreeBSD logo competiton which is meant to create a new logo for the FreeBSD Project to supplement the current Beastie mascot. Key word: supplement. I was pretty hostile to the idea as many others were until I noticed that, yes, it is supplement. I hope that this means if a new logo is chosen, Beastie will still have a place on the freebsd.org main page as mascot along with the new logo. -- Robin Schoonover[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] # # The death rate on Earth is: (computing) One per person. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: the best graphicscard for FreeBSD
On Thu, 25 Nov 2004 19:43:28 +0100 Fredrik Eriksson [EMAIL PROTECTED] wrote: I don't think this is about which card is better than the other, more about NVidia being reactionary bastards who refuse the idea of open source. NVidia graphic cards are probably great for playing games in windos. The story goes that they cannot release specs or open source drivers for their video cards because they do not own the rights to some parts of their cards. It's better nvidia than ati for newer cards if you want 3d acceleration though, since no open source drivers exist for the newer cards and ati only provides binary drivers for linux. -- Robin Schoonover[EMAIL PROTECTED] [EMAIL PROTECTED] # Bob Porter: Looks like you've been missing a lot of work lately. # Peter Gibbons: Well, I wouldn't exactly say I've been *missing* #it, Bob ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Plain text posting
At 7:48 am -0700 9/7/02, vizion communication wrote: Hi [...snip...] Can we please stick to plain text UNLESS the material cannot reasonably be transmitted without being in attachment form. There is no benefit to be gained from attachments otherwise. I heartily concur. An additional problem is in message digests where the relationship between the attachment and the original message is lost. One finds onself scrolling through reams of base64. Robin. -- Robin Melville, Information manager Addiction Forensic Information Service Nottingham Healthcare NHS Tust Tel: +44 (0)115 952 9478 Fax: +44 (0)115 952 9421 email: [EMAIL PROTECTED] Pages: http://www.nadt.org.uk/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Keyboard detection failure (~4.6-RC3)
Hi, I've been getting some very strange behaviour booting 4.6-RC (~24/05/2002) on my Tyan Thunder K7, dual Athlon non-MP 1.2Ghz, 1GB workstation. Roughly 50% of the time, I get the following error in dmesg: ... atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 device_probe_and_attach: atkbd0 attach returned 6 ... Whilst the Num Lock LED remains on, the keyboard is effectively dead, and I am forced to hard reset the machine (I know of no alternative). The other 50% of the time the machine boots beautifully, and I just get the standard kbd0 at atkbd0 message. I have had no problems under Windows NT/2000/XP, so I'm left to assume the fault is somewhere in BSD. I *have* tried to run FreeBSD on this machine before (around November last year), and I seem to recall I had a similar problem which I didn't report, so I don't think this is particularly new, but as it's gone unmentioned, and 4.6 is so close I thought it would be worth bringing up again. If you need further details, I'll be happy to provide (I'm not on FreeBSD atm). Yours, Robin Breathe To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
multiple interfaces problem
Sometime within the last month, ifconfig has changed so that the following rc.conf entries do not properly initialise the second (in this case fxp0) interface. network_interfaces=auto ifconfig_ti0=inet 10.10.10.221 netmask 255.255.0.0 ifconfig_fxp0=inet 10.10.10.222 netmask 255.255.0.0 defaultrouter=10.10.0.1 hostname=test.servers.nat there is still a sysctl knob # sysctl -a |grep arp net.link.ether.inet.log_arp_wrong_iface: 0 that deals with multiple interfaces on the same net, so seems that this behaviour should be allowed, whether frowned upon or not. I ran into this this morning after brining up this test box and installing a new world onto it (it had been sleeping for about a month when it had a previous 4.5 STABLE world). -- Robin P. Blanchard Systems Design and Support Georgia Center for Continuing Education fon: 706.542.2404 fax: 706.542.6546 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
samba-2.2.3a port / cups-1.1.14 port
Hello all -- Thanks (David) for getting the ldap stuff incorporated into the samba port. We've since been mucking around with getting everything working. This is what we're dealing with: samba-2.2.3a openldap-2.0.23 cups-base-1.1.14 cups-lpr-1.1.14 Within cups-lpr-1.1.14 there is a utility 'cupsaddsmb' which does some sort of magic enumeration of cups printers into samba. Yesterday we went through a very long rigamarole with the cups author as it seemed his software had a bug which (cupsaddsmb is a wrapper around smbclient and rpcclient) constructed improper rpcclient calls. Here's the result of what we uncovered: case 1 (failure, host first): # rpcclient localhost -N -U'stuffhere' -c 'adddriver Windows NT x86 itoj95:ADOBEPS5.DLL:itoj95.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL' INFO: Debug class all level = 3 (pid 71622 from pid 71622) Enter Password: session setup ok Domain=[GACTRTEST] OS=[Unix] Server=[Samba 2.2.3a] rpcclient $ quit case 2 (success, host final) # rpcclient -N -U'stuffhere' -c 'adddriver Windows NT x86 itoj95:ADOBEPS5.DLL:itoj95.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL' localhost INFO: Debug class all level = 3 (pid 71625 from pid 71625) session setup ok Domain=[GACTRTEST] OS=[Unix] Server=[Samba 2.2.3a] cmd = adddriver Windows NT x86 itoj95:ADOBEPS5.DLL:itoj95.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL adddriver Windows NT x86 itoj95:ADOBEPS5.DLL:itoj95.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL Printer Driver itoj95 successfully installed. The problem was either with cupsaddsmb or with rpcclient and all stemming from getopt interpretations. Here's what the author of cupsaddsmb finally determined: Hmm, doing some diffs it looks like rpcclient.c was changed post-2.2.3a to grab the server name only from the first argument... OK, that said, I just checked the changes from 2.2.0 through 2.2.3a; somewhere between 2.2.1 and 2.2.2 rpcclient was changed to look for the server after running through getopt(), but then after 2.2.3a it was changed back to looking for it before all other options. The fix *must* be made to your copy of SAMBA, as otherwise cupsaddsmb will not work with versions other than 2.2.2, 2.2.2a, 2.2.3, and 2.2.3a. I've attached a patch against 2.2.3a; in the meantime I will try to come up with a patch for the SAMBA folks so that the server name can be at the beginning *or* at the end of the command-line (and maybe possibly anywhere in between...) Seems as if it's his position that the samba rpcclient code in 2.2.3a is at fault. I'm not sure what the kosher thing to do is...I'm not a software developer and I have no way to determine if the problem is his, or if it is samba's. Is anyone here actually on one of these teams and could therefore reasonably determine the proper course of action to take? Regardless, seeing as how our port builds by default with cups, it would seem that we would want this cupsaddsmb to work. Either we could use his patch to rpcclient, or we could patch his code (my staff hacked up a *very* nasty patch to his code yesterday that worked). It does seem that the problem may be samba's. For instance, the manpage and help info for rpcclient are out of sync. I just rebuilt the port (by the way, samba patch-ba (introduced today) causes the port to fail) with his patch and things work great! We now have a fully functional, cups-1.1.14 enabled, auto printer driver downloading, samba-2.2.3a PDC that uses a NIS - ypldapd - openldap backend! Hope to get this resolved and incoporated into one of our ports soon -- Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
getopt / cupsaddsmb (cups-lpr 1.1.14)
In effort to get samba and cups working together, we have come across a peculiarity which we believe is either related to getopt or to coding differences between cupsaddsmb and samba (rpcclient). Here is what happens: # cupsaddsmb -v -a Password for root required to access localhost via SAMBA: Running command: smbclient //localhost/print\$ -N -U'stuffhere' -c 'mkdir W32X86;put /var/spool/cups/tmp/3c8f7755a05f7 W32X86/itoj95.PPD;put /usr/local/share/cups/drivers/ADOBEPS5.DLL W32X86/ADOBEPS5.DLL;put /usr/local/share/cups/drivers/ADOBEPSU.DLL W32X86/ADOBEPSU.DLL;put /usr/local/share/cups/drivers/ADOBEPSU.HLP W32X86/ADOBEPSU.HLP' added interface ip=10.10.10.181 bcast=10.10.255.255 nmask=255.255.0.0 Domain=[GACTRTEST] OS=[Unix] Server=[Samba 2.2.3a] NT_STATUS_OBJECT_NAME_COLLISION making remote directory \W32X86 putting file /var/spool/cups/tmp/3c8f7755a05f7 as \W32X86/itoj95.PPD (3312.1 kb/s) (average 3312.2 kb/s) putting file /usr/local/share/cups/drivers/ADOBEPS5.DLL as \W32X86/ADOBEPS5.DLL (23473.6 kb/s) (average 20724.4 kb/s) putting file /usr/local/share/cups/drivers/ADOBEPSU.DLL as \W32X86/ADOBEPSU.DLL (18642.6 kb/s) (average 20221.9 kb/s) putting file /usr/local/share/cups/drivers/ADOBEPSU.HLP as \W32X86/ADOBEPSU.HLP (9008.8 kb/s) (average 19498.6 kb/s) Running command: smbclient //localhost/print\$ -N -U'stuffhere' -c 'mkdir WIN40;put /var/spool/cups/tmp/3c8f7755a05f7 WIN40/itoj95.PPD;put /usr/local/share/cups/drivers/ADFONTS.MFM WIN40/ADFONTS.MFM;put /usr/local/share/cups/drivers/ADOBEPS4.DRV WIN40/ADOBEPS4.DRV;put /usr/local/share/cups/drivers/ADOBEPS4.HLP WIN40/ADOBEPS4.HLP;put /usr/local/share/cups/drivers/DEFPRTR2.PPD WIN40/DEFPRTR2.PPD;put /usr/local/share/cups/drivers/ICONLIB.DLL WIN40/ICONLIB.DLL;put /usr/local/share/cups/drivers/PSMON.DLL WIN40/PSMON.DLL;' added interface ip=10.10.10.181 bcast=10.10.255.255 nmask=255.255.0.0 Domain=[GACTRTEST] OS=[Unix] Server=[Samba 2.2.3a] NT_STATUS_OBJECT_NAME_COLLISION making remote directory \WIN40 putting file /var/spool/cups/tmp/3c8f7755a05f7 as \WIN40/itoj95.PPD (4968.0 kb/s) (average 4968.3 kb/s) putting file /usr/local/share/cups/drivers/ADFONTS.MFM as \WIN40/ADFONTS.MFM (23420.0 kb/s) (average 22000.8 kb/s) putting file /usr/local/share/cups/drivers/ADOBEPS4.DRV as \WIN40/ADOBEPS4.DRV (23843.7 kb/s) (average 23237.2 kb/s) putting file /usr/local/share/cups/drivers/ADOBEPS4.HLP as \WIN40/ADOBEPS4.HLP (21317.0 kb/s) (average 23040.8 kb/s) putting file /usr/local/share/cups/drivers/DEFPRTR2.PPD as \WIN40/DEFPRTR2.PPD (6587.6 kb/s) (average 22675.2 kb/s) putting file /usr/local/share/cups/drivers/ICONLIB.DLL as \WIN40/ICONLIB.DLL (19226.2 kb/s) (average 22459.7 kb/s) putting file /usr/local/share/cups/drivers/PSMON.DLL as \WIN40/PSMON.DLL (18666.1 kb/s) (average 22344.7 kb/s) ** Running command: rpcclient localhost -N -U'stuffhere' -c 'adddriver Windows NT x86 itoj95:ADOBEPS5.DLL:itoj95.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL' INFO: Debug class all level = 3 (pid 65060 from pid 65060) Enter Password: ** Here, cupsaddsmb fails upon executing `rpcclient localhost `. However, if we take that command it tries to excute, and place the hostname as the final argument, rpcclient connects and executes successfully. Hence our belief that we're dealing either with a getopt issue or the way in which cupsaddsmb calls rpcclient. Are we dealing with some sort of linuxism in which their getopt is more tolerant, or is cupsaddsmb simply broken and in need of a cosmetic patch? Thanks very much in advance. Robin. system involved: FreeBSD 4.5-STABLE #0: Tue Mar 12 09:55:26 EST 2002 samba-2.2.3a (with LDAP (and therefore gettext) and CUPS) cups-1.1.14-base cups-1.1.14-lpr -- Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
SMP kernel (still) faulting.
I never saw this message go through to the list, so I'm trying again.
Sorry if this a double...
Looks like I spoke too soon. I checked on the box Sunday afternoon and
saw that it wasn't responding, but was out of town and couldn't do
anything about it. I arrived Wednesday to find the box hung, again,
despite the MAXUSERS=512 option:
#0 dumpsys () at ../../kern/kern_shutdown.c:473
#1 0xc016e410 in boot (howto=260) at ../../kern/kern_shutdown.c:313
#2 0xc016e841 in panic (fmt=0xc026ed64 from debugger)
at ../../kern/kern_shutdown.c:581
#3 0xc01379cd in db_panic (addr=-1071658876, have_addr=0, count=-1,
modif=0xe3267d24 ) at ../../ddb/db_command.c:435
#4 0xc013796b in db_command (last_cmdp=0xc02a3f64,
cmd_table=0xc02a3da4,
aux_cmd_tablep=0xc02c1018) at ../../ddb/db_command.c:333
#5 0xc0137a32 in db_command_loop () at ../../ddb/db_command.c:457
#6 0xc0139be3 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71
#7 0xc0241e44 in kdb_trap (type=12, code=0, regs=0xe3267e80)
at ../../i386/i386/db_interface.c:158
#8 0xc025629e in trap_fatal (frame=0xe3267e80, eva=269781285)
at ../../i386/i386/trap.c:951
#9 0xc0255f1d in trap_pfault (frame=0xe3267e80, usermode=0,
eva=269781285)
at ../../i386/i386/trap.c:849
#10 0xc0255a63 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16,
tf_edi = -452349504, tf_esi = 0, tf_ebp = -484016404,
tf_isp = -484016468, tf_ebx = 269781252, tf_edx = 1744834624,
tf_ecx = -947204083, tf_eax = 0, tf_trapno = 12, tf_err = 2,
tf_eip = -1071658876, tf_cs = 8, tf_eflags = 66050, tf_esp = -
452349504,
tf_ss = 0}) at ../../i386/i386/trap.c:448
#11 0xc01fc884 in ffs_fsync (ap=0xe3267f18)
at ../../ufs/ffs/ffs_vnops.c:150
#12 0xc01fb3ae in ffs_sync (mp=0xc786cc00, waitfor=3, cred=0xc16ee900,
p=0xdf500780) at vnode_if.h:558
#13 0xc019f315 in sync_fsync (ap=0xe3267f7c)
at ../../kern/vfs_subr.c:2861
#14 0xc019d517 in sched_sync () at vnode_if.h:558
You can take a look at the relevant files at:
ftp://ftp.gactr.uga.edu/pub/outgoing/dillon/smp-fault-512.tar.gz
which, unfortunately, this time is rather large as I did not impose any
memory limitations in that kernel build.
Hope to get this sorted out.
Robin.
The core you gave me had definitely run out of KVM.
I increased the MAXUSERS to 512 as you suggested and the SMP kernel
does seem to be holding now.
--
Robin P. Blanchard
IT Program Specialist
Georgia Center for Continuing Ed.
fon: 706.542.2404 fax: 706.542.6546
email: [EMAIL PROTECTED]
-
This mail sent through IMP: http://horde.org/imp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message
SMP kernel (still) faulting.
Matt --
Looks like I spoke too soon. I checked on the box Sunday afternoon and
saw that it wasn't responding, but was out of town and couldn't do
anything about it. I arrived today to find the box hung, again, despite
the MAXUSERS=512 option:
#0 dumpsys () at ../../kern/kern_shutdown.c:473
#1 0xc016e410 in boot (howto=260) at ../../kern/kern_shutdown.c:313
#2 0xc016e841 in panic (fmt=0xc026ed64 from debugger)
at ../../kern/kern_shutdown.c:581
#3 0xc01379cd in db_panic (addr=-1071658876, have_addr=0, count=-1,
modif=0xe3267d24 ) at ../../ddb/db_command.c:435
#4 0xc013796b in db_command (last_cmdp=0xc02a3f64,
cmd_table=0xc02a3da4,
aux_cmd_tablep=0xc02c1018) at ../../ddb/db_command.c:333
#5 0xc0137a32 in db_command_loop () at ../../ddb/db_command.c:457
#6 0xc0139be3 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71
#7 0xc0241e44 in kdb_trap (type=12, code=0, regs=0xe3267e80)
at ../../i386/i386/db_interface.c:158
#8 0xc025629e in trap_fatal (frame=0xe3267e80, eva=269781285)
at ../../i386/i386/trap.c:951
#9 0xc0255f1d in trap_pfault (frame=0xe3267e80, usermode=0,
eva=269781285)
at ../../i386/i386/trap.c:849
#10 0xc0255a63 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16,
tf_edi = -452349504, tf_esi = 0, tf_ebp = -484016404,
tf_isp = -484016468, tf_ebx = 269781252, tf_edx = 1744834624,
tf_ecx = -947204083, tf_eax = 0, tf_trapno = 12, tf_err = 2,
tf_eip = -1071658876, tf_cs = 8, tf_eflags = 66050, tf_esp = -
452349504,
tf_ss = 0}) at ../../i386/i386/trap.c:448
#11 0xc01fc884 in ffs_fsync (ap=0xe3267f18)
at ../../ufs/ffs/ffs_vnops.c:150
#12 0xc01fb3ae in ffs_sync (mp=0xc786cc00, waitfor=3, cred=0xc16ee900,
p=0xdf500780) at vnode_if.h:558
#13 0xc019f315 in sync_fsync (ap=0xe3267f7c)
at ../../kern/vfs_subr.c:2861
#14 0xc019d517 in sched_sync () at vnode_if.h:558
You can take a look at the relevant files at:
ftp://ftp.gactr.uga.edu/pub/outgoing/dillon/smp-fault-512.tar.gz
which, unfortunately, this time is rather large as I did not impose any
memory limitations in that kernel build.
Hope to hear from soon.
Robin.
The core you gave me had definitely run out of KVM.
I increased the MAXUSERS to 512 as you suggested and the SMP kernel
does seem to be holding now.
--
Robin P. Blanchard
IT Program Specialist
Georgia Center for Continuing Ed.
fon: 706.542.2404 fax: 706.542.6546
email: [EMAIL PROTECTED]
-
This mail sent through IMP: http://horde.org/imp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message
ipfilter/ipnat question
every now and then in my ipflog i see that ipfilter has blocked packets from the internet destined for machines on my internal network: 01/10/2001 19:30:54.722906 3x dc0 @0:23 b 207.68.131.21,80 - 192.168.0.126,1045 PR tcp len 20 1500 -A IN 01/10/2001 19:40:50.351123 dc0 @0:23 b 207.46.106.81,80 - 192.168.0.126,1033 PR tcp len 20 1500 -A IN 02/10/2001 17:43:47.320547 50x dc0 @0:23 b 128.192.37.79,20 - 192.168.0.126,1148 PR tcp len 20 1500 -A IN my question is: how is it that my internal IPs are getting to these hosts in the first place? shouldn't ipnat have taken care of that on the way out? ipnat.rules: map dc0 0/0 - 0/32 proxy port ftp ftp/tcp map dc0 192.168.0.0/16 - 0/32 proxy port ftp ftp/tcp map dc0 192.168.0.0/16 - 0/32 portmap tcp/udp 4:65000 map dc0 192.168.0.0/16 - 0/32 -- Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: mount madness
a bit more on mount madness Ok. I take a marvelously running Windows 2000 system and install the second harddisk that has windows98/fat32x on it. Bios recognizes drive correctly. Windows recognizes there's a drive, recognizes there's a partition on it and assigns it a drive letter; but doesn't think it's formatted and insists on me formatting the partition. If I put that disk as a second disk in my FreeBSD box I cannot mount it. root@quattro [~]# mount -t msdos /dev/ad1s1 /mnt/fat32 msdos: /dev/ad1s1: Invalid argument If I put that disk in a Linux box, Linux cannot mount it either. Both FreeBSD and Linux see the partition scheme. If I boot with a Windows98 floppy I have full access to the drive. Jumpers and Bios setting all look fine. ideas? -- Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
drm + mga with XFree-4.1.0
is this possible? i've been trying to build the appropriate kernel modules without luck... the drm dir builds but neither the mga nor the gamma dirs build. === mga Warning: Object directory not changed from original /usr/ports/x11/XFree86-4/work/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mga cc -O -pipe -march=pentiumpro -I. -I.. -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I.. -I. -I@ -I@/../include -mpreferred-stack-boundary=2 -c mga_drv.c mga_drv.c: In function `mga_setup': mga_drv.c:219: too many arguments to function `callout_init' mga_drv.c: In function `mga_takedown': mga_drv.c:334: warning: enumeration value `_DRM_SCATTER_GATHER' not handled in switch mga_drv.c: In function `mga_init': mga_drv.c:393: `DRM_DEV_UID' undeclared (first use in this function) mga_drv.c:393: (Each undeclared identifier is reported only once mga_drv.c:393: for each function it appears in.) mga_drv.c:394: `DRM_DEV_GID' undeclared (first use in this function) mga_drv.c:395: `DRM_DEV_MODE' undeclared (first use in this function) *** Error code 1 Stop in /usr/ports/x11/XFree86-4/work/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mga. -- Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: serial console woes
i've followed the instructions per the handbook for setting up a headless box with serial console. i keep running into the same problem. i see the box boot (via the serial link), and all relevant kernel messages are displayed via the serial link; but i never get a login prompt. it's as if only kernel messages are being redirected to the serial link and i don't really have a console. i tried forcing the serial port to be console via by adding 0x30 to its flags in the kernel config and still the same results. i've also played with all imagineable combinations of -P -D and -h in /boot.config Do you have getty running on either ttyd0 or cuaa0? that was it... thanks! all's well now. -- Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: gigabit woes
yet more findings: entirely removed the intel 100Mb nic as well as the 3com 1000Mb nic. installed a 3com 100Mb nic (device xl); edited my kernel appropriately, removed my old kernel build-tree, rebuilt the kernel and rebooted. same test, still at 2.67 MB/s. both ends are showing no errors whatsoever and are both reporting connection as 100MB full-duplex. this is becoming more and more bizarre. input is appreciated. new findings on this problem... so i decided to try the card(s) (3com and intel) in another, older dell poweredge 4300. before installing the card, i wanted to test the performance on the already installed 100Mb intel card (fxp). using the same test, i was getting around 10.3MB/s. that done, i reconfigured the kernel to support the ti device, disabled the fxp ifconfig entry in rc.conf, enabling ti instead, shut the box down, installed the card and rebooted. i ran the same test again (now using the gig interface) and wound up with a whopping 2.67 MB/s. everything looks fine at the switch, and freebsd is not complaining. so i decided to revert back to the 100Mb interface (at least i'll get 10 MB/s) by disabling the ti ifconfig entry in rc.conf and enabling fxp again. reboot. run my test again (again on fxp) and i find i'm getting 2.67 MB/s now -- consistently. what? so i remove the ti device from the kernel config and remove the card from the system. still 2.67 MB/s on the fxp interface. i am very curious to hear any hypotheses on this. and yes, i also only get 2.67 MB/s on the gig interface if it is alone in the system. ok. currently in our dell poweredge 4350 there is a 3com 3c985b with alteon-2 chipset plugged into a 64-bit pci slot. the kernel is built to use the ti driver (with kernel NMBCLUSTERS set to 16896). this is directly connected to a gig port on our extreme black diamond. a basic ip test of ftping to a known functional gig interface (an SGI origin 2000 also directly attached to our black diamond -- the same test on this interface with a similar interface on a separate module of this SGI box yields 12.183MB/s) yields a mere 2.37MB/s. both the gig port on the black diamond and the nic in the freebsd box are auto-negotiating. relevant /etc/sysctl.conf: net.inet.tcp.rfc1323=1 net.inet.tcp.sendspace=65536 net.inet.tcp.recvspace=65536 net.inet.udp.sendspace=65536 net.inet.udp.recvspace=65536 relevant /etc/rc.conf: icmp_drop_redirect=YES inetd_enable=NO kern_securelevel_enable=NO moused_enable=NO nfs_client_enable=YES ntpdate_enable=YES ntpdate_flags=10.10.10.11 sendmail_enable=NO sshd_enable=NO tcp_drop_synfin=YES tcp_extensions=YES tcp_keepalive=YES usbd_enable=NO we get similarly poor performance if we swap the 3com with an intel. more performance tuning suggestions are extremely welcomed. thanks in advance. -- Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message -- Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: hacking installation...
I added MD_ROOT and get the same thing... it prompts me for a root device... You actually need MD_ROOT, not MFS_ROOT. Here's the snippet from my kernel config: options INET#InterNETworking options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MFS_ROOT options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options UCONSOLE#Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B#Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV# install a CDEV entry in /dev -- Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
buildworld for alternate target
how do i specify an alternate builddir (other than /usr/obj) so that i might build a separate obj that is optimized for my 486 (my current build is optimized for 686)? -- Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ALERTE: VIRUS DETECTE DANS UN MESSAGE ENVOYE PAR owner-freebsd-security@FreeBSD.ORG
* [EMAIL PROTECTED] [EMAIL PROTECTED] [001102 03:06]: A L E R T E V I R U S Your fucked up configuration is spewing this shit into a mailing list by the dozen. Turn it off. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 4.0, OpenSSL and MD5 (fwd)
At 12:56 pm -0700 13/4/00, Doug Barton wrote: or it is not defined. The entries in /etc/make.conf could be set equal to "hairy blue pelicans" and it would not matter. In make.conf syntax you do have to set it equal to something to define it Hmmm, does this mean that USA_RESIDENT=NO in make.conf is a mistake? -- Robin Melville, Addiction Information Service Nottingham Alcohol Drug Team Tel: +44 (0)115 952 9478 Fax: +44 (0)115 952 9421 work: [EMAIL PROTECTED] Pages: http://www.nadt.org.uk/ -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
