very odd log entries (sysctl)

2006-12-02 Thread Charles Sprickman

Hi all,

Had a machine lock up recently.  When I got into it, I found that 
/var/log/messages and the dmesg buffer were filled with stuff like this:


Dec  1 18:17:14 h19 /kernel: 8 sendspace RW *Handler Int
Dec  1 18:17:14 h19 /kernel: 9 recvspace RW *Handler Int
Dec  1 18:17:14 h19 /kernel: 10 keepinit RW *Handler Int
Dec  1 18:17:14 h19 /kernel: 11 pcblist R  *Handler
Dec  1 18:17:14 h19 /kernel: 12 delacktime RW *Handler Int
Dec  1 18:17:14 h19 /kernel: 100 log_in_vain RW *Handler Int
Dec  1 18:17:14 h19 /kernel: 101 blackhole RW *Handler Int
Dec  1 18:17:14 h19 /kernel: 102 delayed_ack RW *Handler Int
Dec  1 18:17:14 h19 /kernel: 103 insecure_rst RW *Handler Int
Dec  1 18:17:14 h19 /kernel: 104 reass RW Node
Dec  1 18:17:14 h19 /kernel: 100 maxsegments R  *Handler Int
Dec  1 18:17:15 h19 /kernel: 101 cursegments R  *Handler Int
Dec  1 18:17:15 h19 /kernel: 102 overflows R  *Handler Int

Those seem to correspond to sysctl variables.

Any idea why the kernel would start spitting out sysctl mibs to the log?

Thanks,

Charles
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


6.1 quota issues?

2006-07-07 Thread Charles Sprickman

Hi all,

Any idea what this is indicating?

[EMAIL PROTECTED]/home/staff/micro/tmp]# quota micro
Disk quotas for user micro (uid 5315):
 Filesystem   usage   quota   limit   grace   files   quota   limit 
grace

  / 1630026 300 310   13393   0   0
[EMAIL PROTECTED]/home/staff/micro/tmp]# chown micro index.html
chown: index.html: Disc quota exceeded
[EMAIL PROTECTED]/home/staff/micro/tmp]#

Thanks,

Charles
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


well-supported multiport serial cards

2005-08-30 Thread Charles Sprickman

Hi,

I'm curious about what multiport (8, 16, 32 port) serial cards people have 
had good luck with.  I'm currently using two 8-port RocketPort cards in a 
console server, and while they generally work, I have to use the 
undocumented nrp driver to have more than one card work at a time, and 
on some boots I still end up with only one card being identified.


So in short, what are others using that works?  Does anyone have a clear 
idea of which are actively maintained?


Thanks,

Charles

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Serial ATA RAID Controllers

2004-10-20 Thread Charles Sprickman
Hi,
I'm looking for some feedback on the following two SATA RAID controllers:
http://www.3ware.com/products/serial_ata8000.asp (4 port)
http://www.adaptec.com/worldwide/product/proddetail.html?sess=nolanguage=English+USprodkey=AAR-2410SAcat=%2fTechnology%2fRAID%2fSerial+ATA+RAID
I'd love to hear from both 4.x and 5.x users.  Both cards look good on 
paper, and the pricing is similar. I'm mainly concerned about stability in 
real-world use.

I'm still on the fence about whether I'm going to use 5.3 for this new 
project or not, so please chime in if you're using either under 5.x.

Thanks,
Charles
___
Charles Sprickman
NetEng/SysAdmin
Bway.net - New York's Best Internet - www.bway.net
[EMAIL PROTECTED] - 212.655.9344
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


help with panic/kgdb

2004-05-07 Thread Charles Sprickman
Hi,

First off, let me say it's been a very long time since I've had to deal
with a FreeBSD box panicing, so bear with me.

This particular machine has been acting up since I upgraded to 4.8-p18
from 4.8-p6(?).  The only bit of odd hardware in it is a 3Ware IDE RAID
card (full dmesg below).  This is the second panic since then.

My main goal here is to try and figure out if it's a hardware issue (bad
memory, dead CPU fan, etc.) or an OS issue, so anyone that can look at the
gdb output below and give me some insight, go ahead.

Thanks,

Charles

Here's what gdb tells me so far:

[EMAIL PROTECTED]/usr/local/etc/rc.d]# gdb -k /kernel.debug
/var/crash/vmcore.2
GNU gdb 4.18 (FreeBSD)
[...]
This GDB was configured as i386-unknown-freebsd...Deprecated bfd_read
called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 2627 in elfstab_build_psymtabs
Deprecated bfd_read called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 933 in fill_symbuf

IdlePTD at phsyical address 0x00414000
initial pcb at physical address 0x00364d20
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x10018
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc01c3f4c
stack pointer   = 0x10:0xc8fb0d68
frame pointer   = 0x10:0xc8fb0d74
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 74356 (find)
interrupt mask  = none
trap number = 12
panic: page fault

syncing disks... 19
done
Uptime: 9d13h5m50s

dumping to dev #twed/0x20001, offset 1048608
dump 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111
110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90
89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65
64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40
39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15
14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
---
#0  dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487
487 if (dumping++) {
(kgdb) where
#0  dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487
#1  0xc019b007 in boot (howto=256) at
/usr/src/sys/kern/kern_shutdown.c:316
#2  0xc019b42c in poweroff_wait (junk=0xc032cdec, howto=-1070413553)
at /usr/src/sys/kern/kern_shutdown.c:595
#3  0xc02d82a2 in trap_fatal (frame=0xc8fb0d28, eva=65560)
at /usr/src/sys/i386/i386/trap.c:974
#4  0xc02d7f75 in trap_pfault (frame=0xc8fb0d28, usermode=0, eva=65560)
at /usr/src/sys/i386/i386/trap.c:867
#5  0xc02d7b5f in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16,
  tf_edi = -917549376, tf_esi = -923070808, tf_ebp = -923071116,
  tf_isp = -923071148, tf_ebx = 65536, tf_edx = 1068, tf_ecx =
-917549356,
  tf_eax = -1057005568, tf_trapno = 12, tf_err = 0, tf_eip =
-1071890612,
  tf_cs = 8, tf_eflags = 66050, tf_esp = 0, tf_ss = -917549376})
at /usr/src/sys/i386/i386/trap.c:466
#6  0xc01c3f4c in cache_lookup (dvp=0xc94f4ec0, vpp=0xc8fb0e94,
cnp=0xc8fb0ea8)
at /usr/src/sys/kern/vfs_cache.c:210
#7  0xc01c4448 in vfs_cache_lookup (ap=0xc8fb0e04)
at /usr/src/sys/kern/vfs_cache.c:471
#8  0xc02920f5 in ufs_vnoperate (ap=0xc8fb0e04)
at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376
#9  0xc01c755d in lookup (ndp=0xc8fb0e80) at vnode_if.h:52
#10 0xc01c7050 in namei (ndp=0xc8fb0e80) at
/usr/src/sys/kern/vfs_lookup.c:153
#11 0xc01cccb9 in lstat (p=0xc8e11a00, uap=0xc8fb0f80)
at /usr/src/sys/kern/vfs_syscalls.c:1823
#12 0xc02d8551 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
  tf_edi = 134632704, tf_esi = 134632824, tf_ebp = -1077937436,
  tf_isp = -923070508, tf_ebx = 672084268, tf_edx = 134557696, tf_ecx
= 0,
  tf_eax = 190, tf_trapno = 0, tf_err = 2, tf_eip = 671763988, tf_cs =
31,
  tf_eflags = 659, tf_esp = -1077937576, tf_ss = 47})
at /usr/src/sys/i386/i386/trap.c:1175
#13 0xc02cbf85 in Xint0x80_syscall ()
#14 0x280a1469 in ?? ()
#15 0x280a0cf2 in ?? ()
#16 0x804971e in ?? ()
#17 0x804b968 in ?? ()
#18 0x80493ce in ?? ()

If you need me to poke around at any variables, please let me know.  As
you can see, this crapped out during the daily run, I'm assuming the
find process that tanked was some part of one of the daily scripts.

Here's the dmesg:

Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 4.8-RELEASE-p18 #4: Tue Apr 27 14:32:39 EDT 2004
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/MONKEY
Timecounter i8254  frequency 1193182 Hz
Timecounter TSC  frequency 451023566 Hz
CPU: AMD-K6(tm) 3D processor (451.02-MHz 586-class CPU)
  Origin = AuthenticAMD  Id = 0x58c  Stepping = 12
  

sharing FW drive w/OS-X

2003-09-05 Thread Charles Sprickman
Hi,

I've been battling this for some time, and I figured perhaps someone here
has done this already.  I have a 60GB IDE drive in a firewire enclosure.
Works great w/FreeBSD.  It's partitioned like so:

Offset   Size(ST)End Name  PType   Desc  Subtype
Flags

 0 63 62- 12 unused0
63   94365747   94365809da0s1  8freebsd  165
  94365810   22860495  117226304da0s2  7fat6
 117226305   5103  117231407- 12 unused0


And I'd like to use one of those spare fdisk partitons (not a slice) on my
OS-X machine for backup purposes.  The fat partition is left over from a
test to see if a newfs_msdos partition would mount on OS-X (it did).
Any idea on the partition ID for HFS?

From the little info I could find, OS-X/Apple has their own partition
table in sector 2, which is independant of the normal partition table.

Rather than delve into this further and confuse the issue, I'll leave this
at Has anyone done this?...

Thanks,

Charles
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]