Re: slow compiling on amd64
No - I haven't tried an older version. The oldest I would go on a production machine would be 3.9. I could try 3.9, but to be honest I don't have time to test things out. I need these servers up, yesterday. I really don't want to use another OS, but might have to if I don't solve this problem quickly. Regards, Stephen On 15-Nov-06, at 10:19 PM, Brian Keefer wrote: On Nov 15, 2006, at 8:17 PM, Stephen Schaff wrote: this is my first post to the list - so please bear with me... I have 2 amd64 machines that I plan on using in production, and 1 amd64 machine at home for testing. I tried installing the amd64 openbsd on both machines and discovered that doing a make on anything goes really, really slowly. I have the i386 openbsd installed on my test system and it does everything very quickly. So, I tried installing i386 on my 2 production machines. It's still slow on both of them! When I say slow, here's what I mean. I'm compiling a new kernel with raid support. Just doing a make depend take roughly 30 seconds on my test machine and 30 minutes on the production machines. # time make depend TEST MACHINE: 0m31.36s real 0m20.64s user 0m6.32s system PRODUCTION MACHINE: 36m8.08s real 5m32.17s user 1m37.57s system Another poster and myself have been puzzling over amd64 performance problems as well. It seems that the OpenBSD/amd64 OS was fast back in 3.5, but somewhere between then and now it has slowed down dramatically. Have you tried installing older versions of OpenBSD to see if the performance is better? Brian Keefer www.Tumbleweed.com The Experts in Secure Internet Communication
Re: slow compiling on amd64
What strikes me as very bizarre is that my slower amd64 machine at home is just fine and runs really well. That one has an nvidia chipset on the A8N-SLI motherboard. The machines that aren't working properly have the A8N-VM CMS board which also uses the nvidia chipset. I just don't understand how there can be a difference factor of 10. 30 seconds for make depend on the A8N-SLI and 30 mins on the A8N-VM CMS (???) I MUST be missing something simple - has nobody else seen this? Regards, Stephen On 15-Nov-06, at 9:36 PM, Chris Kuethe wrote: Dmesg? Nvidia chipsets are dog-slow. On 11/15/06, Stephen Schaff [EMAIL PROTECTED] wrote: this is my first post to the list - so please bear with me... I have 2 amd64 machines that I plan on using in production, and 1 amd64 machine at home for testing. I tried installing the amd64 openbsd on both machines and discovered that doing a make on anything goes really, really slowly. I have the i386 openbsd installed on my test system and it does everything very quickly. So, I tried installing i386 on my 2 production machines. It's still slow on both of them! When I say slow, here's what I mean. I'm compiling a new kernel with raid support. Just doing a make depend take roughly 30 seconds on my test machine and 30 minutes on the production machines. # time make depend TEST MACHINE: 0m31.36s real 0m20.64s user 0m6.32s system PRODUCTION MACHINE: 36m8.08s real 5m32.17s user 1m37.57s system Here's the hardware: # sysctl hw TEST MACHINE: hw.machine=i386 hw.model=AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) hw.ncpu=1 hw.byteorder=1234 hw.physmem=1073246208 hw.usermem=1072939008 hw.pagesize=4096 hw.disknames=wd0,cd0 hw.diskcount=2 hw.sensors.0=it0, Fan1, 5443 RPM hw.sensors.3=it0, VCORE_A, 1.41 V DC hw.sensors.4=it0, VCORE_B, 0.00 V DC hw.sensors.5=it0, +3.3V, 3.28 V DC hw.sensors.6=it0, +5V, 5.03 V DC hw.sensors.7=it0, +12V, 11.78 V DC hw.sensors.8=it0, Unused, 0.82 V DC hw.sensors.9=it0, -12V, -17.00 V DC hw.sensors.10=it0, +5VSB, 4.78 V DC hw.sensors.11=it0, VBAT, 3.06 V DC hw.sensors.12=it0, Temp 1, 35.00 degC hw.sensors.13=it0, Temp 2, 37.00 degC hw.sensors.14=it0, Temp 3, 25.00 degC hw.cpuspeed=1810 hw.setperf=100 hw.vendor=ASUSTeK Computer INC. hw.product=A8N-SLI DELUXE hw.version=1.XX hw.serialno=123456789000 hw.uuid=000fa389-5f1d-d711-9ec4-0011d84a06a8 PRODUCTION MACHINE: hw.machine=i386 hw.model=AMD Athlon(tm) 64 Processor 3500+ (AuthenticAMD 686-class, 512KB L2 cache) hw.ncpu=1 hw.byteorder=1234 hw.physmem=1005940736 hw.usermem=1005699072 hw.pagesize=4096 hw.disknames=cd0,wd0,wd1,wd2,wd3 hw.diskcount=5 hw.sensors.0=lm0, VCore A, 2.96 V DC hw.sensors.1=lm0, VCore B, 3.63 V DC hw.sensors.2=lm0, +3.3V, 3.38 V DC hw.sensors.3=lm0, +5V, 5.67 V DC hw.sensors.4=lm0, +12V, 16.32 V DC hw.sensors.5=lm0, -12V, -12.86 V DC hw.sensors.6=lm0, -5V, -5.36 V DC hw.sensors.7=lm0, Temp1, 33.00 degC hw.sensors.10=lm0, Fan3, 4017 RPM hw.cpuspeed=2211 hw.setperf=100 hw.vendor=ASUSTeK Computer INC. hw.product=A8N-VM CSM hw.uuid=c478ed80-74fe-d511-b068-749cdaa7f59a ANY ideas? This one is stumping me completely and I've wasted a week trying to sort it out. TIA! Stephen -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: 1,4 TB to partition, mostly for /home/backup, what would you recommand
Didier Wiroth wrote: I thought about using 4x350GB (or X x XXX GB, any recommandations are appreciated) partitions (to reduce the fsck times when fsck is needed), and concatenate them via ccd to /home/backup?! Well, fsck checks the _file_system_, not the partitions, so that won't help much, right? /Alexander
Re: 1,4 TB to partition, mostly for /home/backup, what would you recommand
On Thu, 16 Nov 2006, Alexander Hall wrote: Didier Wiroth wrote: I thought about using 4x350GB (or X x XXX GB, any recommandations are appreciated) partitions (to reduce the fsck times when fsck is needed), and concatenate them via ccd to /home/backup?! Well, fsck checks the _file_system_, not the partitions, so that won't help much, right? What helps in reducing fsck times is using a larger block and fragment size. -Otto
PF/rdr/nat
Hi all, I was looking for any idea how to tune OBSD with PF, rdr nat. I use rdr round-robin of port 80 to backend webservers using private adress space. When packets go back to clients watching webpage PF makes nat on them. Anyway, if I check it with ~100Mbps of traffic everything goes slower and slower and after few minutes clients sees that webserver is responding with very long delay to client's requests. However after ~15 seconds everything works well for another minute... I was reading OpenBSD/PF FAQ, trying to change limits in PF but problem still exists. After pfctl -x misc the following comes to logs: Nov 16 08:06:30 ungabunga /bsd: pf: BAD state: TCP 10.0.0.1:80 1.1.1.1:80 2.2.2.23:5027 [lo=1659423809 high=1659488734 win=16384 modulator=0] [lo=1312540182 high=1312540506 win=65535 modulator=0] 4:4 A seq=1312540182 ack=1659423809 len=1460 ackskew=0 pkts=3188:5511 dir=out,rev Doest anyone have an idea what I should look for to find what should be tuned up? other info: there are ~2500 state entries. TIMEOUTS: tcp.first 120s tcp.opening 30s tcp.established 86400s tcp.closing 900s tcp.finwait 45s tcp.closed 90s tcp.tsdiff 30s udp.first60s udp.single 30s udp.multiple 60s icmp.first 20s icmp.error 10s other.first 60s other.single 30s other.multiple 60s frag 15s interval 10s adaptive.start24000 states adaptive.end 48000 states src.track 0s LIMITS: stateshard limit4 src-nodes hard limit4 frags hard limit4 tableshard limit 1000 table-entries hard limit 10 -- regards, Sylwester S. Biernacki [EMAIL PROTECTED] X-NET, http://www.xnet.com.pl/
Re: slow compiling on amd64
On 2006/11/16 01:02, Stephen Schaff wrote: I just don't understand how there can be a difference factor of 10. factor of 100. 30 seconds for make depend on the A8N-SLI and 30 mins on the A8N-VM CMS (???) I MUST be missing something simple - has nobody else seen this? softdep mount option? this will slow down creation/removal of large numbers of files. hard-drive write caching? (check under the 'Device has enabled...' section of 'sudo atactl wd0') drive write speeds will be low if it's not enabled (some drives normally enable it, some don't and you can do so in rc.local).
Re: openntpd : not synced when using timedelta sensor
Henning Brauer wrote: * Joris Van Herzele [EMAIL PROTECTED] [2006-11-15 19:44]: I wanted to try using a timedelta sensor for openntpd (on OpenBSD 4.0-release with errata patches) but don't seem to have that much luck with it. It never shows any clock synced message, which apparently is also confirmed by the clients : there was indeed a bug causing this - you need ntp peers or we'll never get in sync. this has been fixed post-4.0. might be a -stable candidate eh... Thank you most kindly for this clarification ! I'm not quite adventurous enough to run current, but it is nice to know it will eventually end up in stable or a next release. For the time being I'll simply resort to using the weight keyword.
Re: BSD laptop
David Chapman [EMAIL PROTECTED] writes: Does anyone have any thoughts or experience with Lenovo or ThinkPad laptops? My Thinkpad R60 works fine with OpenBSD (recent -current). The only thing I can find wrong with it is the wpi (wifi) card which needs a you to manually fetch a blob and dump in the right place before it will wake up and do something useful. You only need to do the fetching once, though. -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/ First, we kill all the spammers The Usenet Bard, Twice-forwarded tales 20:11:56 delilah spamd[26905]: 146.151.48.74: disconnected after 36099 seconds
panic: cpu1: TLB IPI rendezvous failed
I have a PC that from time to time freezes. It has a great CPU and IO load. The dmesg is attached. The NEOMEDIA kernel is GENERIC with the following two options: maxusers 64 and option NKMEMPAGES_MAX=32768. Today I switched to an MP kernel (it's a dual core CPU) and after a couple ours it paniced with the following error: panic: cpu1: TLB IPI rendezvous failed (mask 0x1) Stopped at Debugger+0x4: leave Unfortunately I wasn't there. I friend of mine took a photo but didn't issued a trace. Does that panic give some hints on the problem? Thanks. OpenBSD 4.0-stable (NEOMEDIA) #0: Sat Nov 11 19:27:33 CET 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/NEOMEDIA cpu0: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (AuthenticAMD 686-class, 1024KB L2 cache) 2.21 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3 real mem = 2146725888 (2096412K) avail mem = 1949990912 (1904288K) using 4256 buffers containing 107438080 bytes (104920K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 11/03/05, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.3 @ 0xf0530 (67 entries) bios0: ASUSTeK Computer Inc. A8V pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf5980/192 (10 entries) pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8237 ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xc000 0xcc000/0x5200! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA K8HTB Host rev 0x00 pchb1 at pci0 dev 0 function 1 VIA K8HTB Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA K8HTB Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA K8HTB Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA K8HTB Host rev 0x00 pchb5 at pci0 dev 0 function 7 VIA K8HTB Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA K8HTB AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon VE QY rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) skc0 at pci0 dev 10 function 0 Marvell Yukon 88E8001/8003/8010 rev 0x13, Marvell Yukon Lite (0x9): irq 10 sk0 at skc0 port A, address 00:13:d4:66:6a:a6 eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 5 gdt0 at pci0 dev 13 function 0 Intel GDT RAID rev 0x00: irq 5 dpmem eff0 2-bus 1 cache device gdt0: ver 222, cache on, strategy 2, writeback on, blksz 32 gdt0: raw feat 1 cache feat 101 scsibus0 at gdt0: 35 targets sd0 at scsibus0 targ 0 lun 0: ICP, Host drive #00, SCSI2 0/direct fixed sd0: 69931MB, 69931 cyl, 64 head, 32 sec, 512 bytes/sec, 143219475 sec total scsibus1 at gdt0: 16 targets scsibus2 at gdt0: 16 targets pciide0 at pci0 dev 15 function 0 VIA VT6420 SATA rev 0x80: DMA pciide0: using irq 10 for native-PCI interrupt pciide1 at pci0 dev 15 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide1 channel 0 drive 1 scsibus3 at atapiscsi0: 2 targets cd0 at scsibus3 targ 0 lun 0: HL-DT-ST, DVD-ROM GDR8164B, 0L06 SCSI0 5/cdrom removable cd0(pciide1:0:1): using PIO mode 4, Ultra-DMA mode 2 pciide1: channel 1 disabled (no drives) uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x81: irq 10 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 16 function 3 VIA VT83C572 USB rev 0x81: irq 10 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 16 function 4 VIA VT6202 USB rev 0x86: irq 5 usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: VIA EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered viapm0 at pci0 dev 17 function 0 VIA VT8237 ISA rev 0x00 iic0 at viapm0 unknown at iic0 addr 0x18 not configured auvia0 at pci0 dev 17 function 5 VIA VT8233 AC97 rev 0x60: irq 5 ac97: codec id 0x414c4790 (Avance Logic ALC850 rev 0) audio0 at auvia0 pchb6 at pci0 dev 24 function 0 AMD AMD64 HyperTransport rev 0x00 pchb7 at pci0 dev 24 function 1 AMD AMD64 Address Map rev 0x00 pchb8 at pci0 dev 24 function 2 AMD AMD64 DRAM Cfg rev 0x00 pchb9 at pci0 dev 24 function 3 AMD AMD64 Misc Cfg rev 0x00 isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port
Re: Problems with java
Quoting ICMan [EMAIL PROTECTED]: Hello, I just compiled (after a whole day) the jdk 1.5.0p19 distribution on OBSD 4.0, and I get the following error whenever I run java or attempt to use the plugin with firefox: Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. I have tried ulimit -d 10, I have tried java -Xms10M -Xmx10M, java -Xms100M -Xmx100M, and even java -Xms1M -Xmx1M. None work. I continue to get the same error. Need help badly. Thanks ICMan. I have just completed a java installation from source as well and got the same error. Setting ulimit -d 40 cleared that error for me; try a higher value. Marc
carp fails advertising
Hello, I'm having some very weird carp problems with OpenBSD 4.0-stable running on HP Proliant DL 360 machines, with dual bge and quad em network interface cards. I've invested already two days trying to solve weird problems on these machines related to carp, and I feel like I've been banging my head on concrete walls. First a simple network diagram: Switch 4A--- trunk --Switch 4B | | | | em0\ /em3em0\ /em3 pfi1 bge0 is pfsync0 pfi2 em1/|em2\bge1 em1/|em2\bge1 || | || | Switch 5A--- trunk --Switch 5B On both machines: em0 connects to vlan 100 of switch 4 A/B em3 connects to vlan 200 of switch 4 A/B em1 connects to vlan 100 of switch 5 A/B em2 connects to vlan 200 of switch 5 A/B bge1 connects to vlan 300 of switch 5 A/B carp0 is on em0 carp1 is on em1 carp2 is on em2 carp3 is on em3 carp4 is on bge1 All 4 switches are Cisco Catalyst 2950, and I am now using spanning-tree portfast on all pfi1 and pfi2 interface ports since I read that that could help. It didn't. If this drawing isn't clear enough, then please help me explain it! Next: only bge0 doesn't have a carp interface associated to it, but it is pfsync0 (even tough pf is currently disable so I can make sure it isn't breaking something by accident). Next: on boot, pfi1 becomes MASTER on all interfaces as expected, since net.inet.carp.preempt=1 is on sysctl and pfi2 has advskew 100 on all carp interfaces. pfi2 is BACKUP on all interfaces as expected, as well. Next: I start sniffing the network on em0 on both machines with tcpdump -v -pni em0 ip Next: I watch all carp interfaces in console 2 with while ifconfig carp | grep -v inet ; do sleep 1 ; done Next: I disconnect pfi1's em1 by pulling the cable off Switch 4A, here's what I see on tcpdump (well, not the traffic, that is in the attachment): 1) pfi1 was advertising carp0 with advskew=0 2) pfi1 advertised carp0 with advskew=240 ONCE 3) pfi2 advertised carp0 with advskew=100 ONCE 4) advertisement of carp simply stops (on all other carp interfaces too) Next: what I see on the interfaces: 1) on pfi1, all carp interfaces are BACKUP as expected except for carp1 which is on INIT state (as execpted). 2) on pfi2, all carp interfaces are MASTER *except* for carp1 which is BACKUP Next: I plug back pfi1's em1 cable in the same switch port, but there's no change. No advertisement, no changes on pfi2. What simply happens is that pfi1's carp1 becomes BACKUP. I'm starting to become raving mad with this :) I hope the attachments can also be of some help. Thanks in advance to anyone who can help me, Rui ps: I'm giving it sometime to not stress to much over it and move to the GNU/Linux application servers while I rest and see if someone can help me. -- + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? [demime 1.01d removed an attachment of type application/x-compressed-tar which had a name of pfi1-data.tar.gz] [demime 1.01d removed an attachment of type application/x-compressed-tar which had a name of pfi2-data.tar.gz]
Re: panic: cpu1: TLB IPI rendezvous failed
On Thu, 16 Nov 2006, Federico Giannici wrote: panic: cpu1: TLB IPI rendezvous failed (mask 0x1) Stopped at Debugger+0x4: leave Try updating to the very latest snapshot. This commit from yesterday is supposed to help avoid these panics: Date: Wed, 15 Nov 2006 07:40:50 -0700 (MST) From: Michael Shalayeff [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: CVS: cvs.openbsd.org: src CVSROOT:/cvs Module name:src Changes by: [EMAIL PROTECTED] 2006/11/15 07:40:50 Modified files: sys/arch/i386/i386: apicvec.s Log message: do not go processing normal interrupts after ipi. this is to avoid spins at high spl especialy on cpu0. other local interrupts (timer and softint) still do also pending interrupts processing. niklas@ ok -aar
Re: carp fails advertising
Qui, 2006-11-16 C s 12:49 +, Rui Miguel Silva Seabra escreveu: ... [demime 1.01d removed an attachment of type application/x-compressed-tar which had a name of pfi1-data.tar.gz] [demime 1.01d removed an attachment of type application/x-compressed-tar which had a name of pfi2-data.tar.gz] Since the above happened, I can send those files to whomever feels so inclined to help me. Thanks, Rui -- + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...?
Re: panic: cpu1: TLB IPI rendezvous failed
As it is a production server, I'd like to avoid -current. Do you think I can apply that single patch to -stable? Thanks. Aaron Campbell wrote: On Thu, 16 Nov 2006, Federico Giannici wrote: panic: cpu1: TLB IPI rendezvous failed (mask 0x1) Stopped at Debugger+0x4: leave Try updating to the very latest snapshot. This commit from yesterday is supposed to help avoid these panics: Date: Wed, 15 Nov 2006 07:40:50 -0700 (MST) From: Michael Shalayeff [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: CVS: cvs.openbsd.org: src CVSROOT:/cvs Module name:src Changes by: [EMAIL PROTECTED] 2006/11/15 07:40:50 Modified files: sys/arch/i386/i386: apicvec.s Log message: do not go processing normal interrupts after ipi. this is to avoid spins at high spl especialy on cpu0. other local interrupts (timer and softint) still do also pending interrupts processing. niklas@ ok -aar -- ___ __ |- [EMAIL PROTECTED] |ederico Giannici http://www.neomedia.it ___
Re: PF/rdr/nat
Send us a dmesg. How much memory does the box have? If it will legitimately serve that much traffic, try lowering the Apache timeouts to lower than the default (iirc 60 seconds?). Then match those timeouts to pf. Are you using source-hash in the config? That will create a state table of already established connections, to bypass cpu-intensive lookups when existing connection state sources send more packets. I think you're on the right track with timeouts, and a little bit of tuning should do the trick. If nothing you do is able to mitigate the slowdowns, consider using carp to load-balance the traffic. A couple other things to check which may or may not help: logs for system errors, ethernet interface stats (errors etc), MTU size, ethernet cable length, free memory stats, other running processes, upgrading to the latest version of OpenBSD - I don't know what version you are running, and the webserver itself which out of scope for OpenBSD problems :) Have a great day, Pierre Sylwester S. Biernacki wrote: Hi all, I was looking for any idea how to tune OBSD with PF, rdr nat. I use rdr round-robin of port 80 to backend webservers using private adress space. When packets go back to clients watching webpage PF makes nat on them. Anyway, if I check it with ~100Mbps of traffic everything goes slower and slower and after few minutes clients sees that webserver is responding with very long delay to client's requests. However after ~15 seconds everything works well for another minute... I was reading OpenBSD/PF FAQ, trying to change limits in PF but problem still exists. After pfctl -x misc the following comes to logs: Nov 16 08:06:30 ungabunga /bsd: pf: BAD state: TCP 10.0.0.1:80 1.1.1.1:80 2.2.2.23:5027 [lo=1659423809 high=1659488734 win=16384 modulator=0] [lo=1312540182 high=1312540506 win=65535 modulator=0] 4:4 A seq=1312540182 ack=1659423809 len=1460 ackskew=0 pkts=3188:5511 dir=out,rev Doest anyone have an idea what I should look for to find what should be tuned up? other info: there are ~2500 state entries. TIMEOUTS: tcp.first 120s tcp.opening 30s tcp.established 86400s tcp.closing 900s tcp.finwait 45s tcp.closed 90s tcp.tsdiff 30s udp.first60s udp.single 30s udp.multiple 60s icmp.first 20s icmp.error 10s other.first 60s other.single 30s other.multiple 60s frag 15s interval 10s adaptive.start24000 states adaptive.end 48000 states src.track 0s LIMITS: stateshard limit4 src-nodes hard limit4 frags hard limit4 tableshard limit 1000 table-entries hard limit 10
Re: slow compiling on amd64
On Thu, Nov 16, 2006 at 10:53:10AM +, Stuart Henderson wrote: On 2006/11/16 01:02, Stephen Schaff wrote: I just don't understand how there can be a difference factor of 10. factor of 100. 30 seconds for make depend on the A8N-SLI and 30 mins on the A8N-VM CMS (???) I MUST be missing something simple - has nobody else seen this? softdep mount option? this will slow down creation/removal of large numbers of files. hard-drive write caching? (check under the 'Device has enabled...' section of 'sudo atactl wd0') drive write speeds will be low if it's not enabled (some drives normally enable it, some don't and you can do so in rc.local). To test this, how about finding a somewhat smaller program - like, some port - and compiling it on a mfs? Provided you have enough memory to not need swap, this should mean that the hard disk will not affect the results. If the results are comparable on an mfs, tune the hard disk. If not, I have no idea... Joachim
Re: panic: cpu1: TLB IPI rendezvous failed
On Thu, Nov 16, 2006 at 03:09:08PM +0100, Federico Giannici wrote: As it is a production server, I'd like to avoid -current. Do you think I can apply that single patch to -stable? yes Aaron Campbell wrote: On Thu, 16 Nov 2006, Federico Giannici wrote: panic: cpu1: TLB IPI rendezvous failed (mask 0x1) Stopped at Debugger+0x4: leave Try updating to the very latest snapshot. This commit from yesterday is supposed to help avoid these panics: Date: Wed, 15 Nov 2006 07:40:50 -0700 (MST) From: Michael Shalayeff [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: CVS: cvs.openbsd.org: src CVSROOT:/cvs Module name:src Changes by: [EMAIL PROTECTED] 2006/11/15 07:40:50 Modified files: sys/arch/i386/i386: apicvec.s Log message: do not go processing normal interrupts after ipi. this is to avoid spins at high spl especialy on cpu0. other local interrupts (timer and softint) still do also pending interrupts processing. niklas@ ok -aar -- ___ __ |- [EMAIL PROTECTED] |ederico Giannici http://www.neomedia.it ___ -- paranoic mickey (my employers have changed but, the name has remained)
Re: slow compiling on amd64
Thank you for your suggestions. It looks like write caching is enabled. I've pasted the results below. Stephen On 16-Nov-06, at 3:53 AM, Stuart Henderson wrote: On 2006/11/16 01:02, Stephen Schaff wrote: I just don't understand how there can be a difference factor of 10. factor of 100. yes - guess I was tired when calculating that! 30 seconds for make depend on the A8N-SLI and 30 mins on the A8N-VM CMS (???) I MUST be missing something simple - has nobody else seen this? softdep mount option? this will slow down creation/removal of large numbers of files. hard-drive write caching? (check under the 'Device has enabled...' section of 'sudo atactl wd0') drive write speeds will be low if it's not enabled (some drives normally enable it, some don't and you can do so in rc.local). sudo atactl wd0: Model: ST3250823AS, Rev: 3.03, Serial #: 5ND2CD2Q Device type: ATA, fixed Cylinders: 16383, heads: 16, sec/track: 63, total sectors: 488397168 Device capabilities: ATA standby timer values IORDY operation IORDY disabling Device supports the following standards: ATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 ATA-7 Master password revision code 0xfffe Device supports the following command sets: READ BUFFER command WRITE BUFFER command Host Protected Area feature set Read look-ahead Write cache Power Management feature set Security Mode feature set SMART feature set Flush Cache Ext command Flush Cache command Device Configuration Overlay feature set 48bit address feature set Set Max security extension commands DOWNLOAD MICROCODE command SMART self-test SMART error logging Device has enabled the following command sets/features: READ BUFFER command WRITE BUFFER command Host Protected Area feature set Read look-ahead Write cache Power Management feature set SMART feature set Flush Cache Ext command Flush Cache command Device Configuration Overlay feature set 48bit address feature set DOWNLOAD MICROCODE command
AMD dual core, deciding factors for a platform?
Hi, I'm about to build a new box, and thought I'd ask first if there's any experience with AMD's dual core processors (AM2 or s939). From what I've read both socket types work as amd64, with bsd and bsd.mp, right? Any thoughts on which works more stable and faster, i386 vs amd64 arch, and the benefits of using bsd.mp? What chipsets/MoBos work well? So mainly I'm interested in comments from people who have tested these, to see if it's worth the trouble (money) to get dual core for openbsd, is there much of an improvement, etc. I'm planning on using the box for quite a few things, including software RAID, samba, FW, web server, probably ftp, etc. On a side note, AFAIK there are no working DVB-C cards for openbsd, right? Thanks, - turha
Re: MIPS based routerboard machines
Do you have a board in mind? I might be interested in contributing towards the incentive... Bhima On 11/15/06, Matt Radtke [EMAIL PROTECTED] wrote: Good afternoon all Is there any interest in supporting the MIPS based routerboard hardware? If there is, I would be happy to buy a board or two and throw it at whoever might interested in making such a thing happen. Past that, I lack the required skills to code it myself. I'd be willing to just generally throw some money at someone if it would help. Just please be gentle on my wallet, I have a wedding to pay for ;-) Thanks guys -Matt Sponsored Link Don't quit your job - take classes online www.Classesusa.com
RAID, SCSI, and sparc64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 OpenBSD 4.0 on UltraSparc II, two 18G SCSI drives I am trying to set up software RAID disk mirroring. There are many fine howtos out there, including: http://www.monkey.org/openbsd/archive/misc/0203/msg00803.html http://www.eclectica.ca/howto/openbsd-software-raid-howto.php http://os.newsforge.com/os/06/03/08/1646257.shtml?tid=8 However, all of these are for x86 and only the first is SCSI-specific. Some steps, like fdisk and copying some files from mdec, don't apply on sparc64. For example these commands don't work: mount /dev/sd1a /mnt cp /bsd /usr/mdec/boot /mnt /usr/mdec/installboot -v /mnt/boot /usr/mdec/biosboot sd1 umount /mnt There is no /usr/mdec/boot or biosboot in sparc64. I've gotten as far as building a RAID kernel and setting up RAID using raidctl -C but not surprisingly the parity bit is dirty and cannot be set clean. The raid1.conf, disklabel contents, and dmesg.boot output are below. Please let me know what I need to do to get RAID mirroring working on this system. thanks! dn - # raidctl -s raid1 raid1 Components: /dev/sd1d: optimal /dev/sd2d: failed No spares. Parity status: DIRTY Reconstruction is 100% complete. Parity Re-write is 100% complete. Copyback is 100% complete. - raid1.conf: START array # numRow numCol numSpare 1 2 0 START disks /dev/sd1d /dev/sd2d START layout # sectPerSU SUsPerParityUnit SUsPerReconUnit RAID_level_1 32 1 1 1 START queue fifo 100 - # disklabel sd0 # /dev/rsd0c: type: SCSI disk: SCSI disk label: MAN3184MP flags: bytes/sector: 512 sectors/track: 597 tracks/cylinder: 2 sectors/cylinder: 1194 cylinders: 30050 total sectors: 35879700 rpm: 10025 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 16 partitions: # sizeoffset fstype [fsize bsize cpg] a: 8389044 0 4.2BSD 2048 16384 16 # Cyl 0 - 7025 b: 1048332 8389044swap # Cyl 7026 - 7903 c: 35879700 0 unused 0 0 # Cyl 0 - 30049 - # disklabel sd1 # /dev/rsd1c: type: SCSI disk: SCSI disk label: MAN3184MP flags: bytes/sector: 512 sectors/track: 597 tracks/cylinder: 2 sectors/cylinder: 1194 cylinders: 30050 total sectors: 35879700 rpm: 10025 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 16 partitions: # sizeoffset fstype [fsize bsize cpg] a:205368 0 4.2BSD 2048 16384 16 # Cyl 0 - 171 c: 35879700 0 unused 0 0 # Cyl 0 - 30049 d: 35674332205368 4.2BSD 2048 16384 16 # Cyl 172 - 30049 ((note: set partition d to type RAID when using disklabel -- not sure why it says 4.2BSD now)) - from dmesg.boot: console is /[EMAIL PROTECTED],0/[EMAIL PROTECTED],1/[EMAIL PROTECTED]/[EMAIL PROTECTED],40:a Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2006 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 4.0 (GENERIC_RAID) #0: Mon Nov 13 23:14:58 PST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/sparc64/compile/GENERIC_RAID total memory = 268435456 avail memory = 233644032 using 1638 buffers containing 13418496 bytes of memory bootpath: /[EMAIL PROTECTED],0/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0 mainbus0 (root): SPARCengine(tm)Ultra(tm) AXi (UltraSPARC-IIi 270MHz) cpu0 at mainbus0: SUNW,UltraSPARC-IIi @ 270.012 MHz, version 0 FPU cpu0: physical 32K instruction (32 b/l), 16K data (32 b/l), 256K external (64 b/l) psycho0 at mainbus0 addr 0xfffc: SUNW,sabre, impl 0, version 0, ign 7c0 psycho0: bus range 0-128, PCI bus 0 psycho0: dvma map c000-dfff, iotdb 1135e000-113de000 pci0 at psycho0 ppb0 at pci0 dev 1 function 1 Sun Simba PCI-PCI rev 0x11 pci1 at ppb0 bus 1 ebus0 at pci1 dev 1 function 0 Sun PCIO Ebus2 rev 0x01 auxio0 at ebus0 addr 726000-726003, 728000-728003, 72a000-72a003, 72c000-72c003, 72f000-72f003 power0 at ebus0 addr 724000-724003 ipl 37 SUNW,pll at ebus0 addr 504000-504002 not configured sab0 at ebus0 addr 40-40007f ipl 43: rev 3.2 sabtty0 at sab0 port 0: console i/o sabtty1 at sab0 port 1 comkbd0 at ebus0 addr 3803f8-3803ff ipl 41: no keyboard com0 at ebus0 addr 3602f8-3602ff ipl 42: mouse: ns16550a, 16 byte fifo lpt0 at ebus0 addr 340278-340287, 30015c-30015d, 70-7f ipl 34: polled fdthree at ebus0 addr 3203f0-3203f7, 706000-70600f, 72-720003 ipl 39 not configured clock1 at ebus0 addr 0-1fff: mk48t59 flashprom at ebus0 addr 0-f not configured beeper0 at ebus0 addr 722000-722003 hme0 at pci1 dev 1 function 1 Sun HME rev 0x01: ivec 0x7e1, address
Re: MIPS based routerboard machines
Hi, I would support (money|board) a BCM95352E[1] based solution like the Linksys WRT54GL[2]. The HW is pretty cheap ca. 60 Euros. so long, Marcus. [1] http://www.broadcom.com/products/Wireless-LAN/802.11-Wireless-LAN-Solutions/BCM95352E [2] http://www.linksys.com/servlet/Satellite?c=L_Product_C2childpagename=US%2FLayoutcid=1133202177241pagename=Linksys%2FCommon%2FVisitorWrapper
Re: slow compiling on amd64
Stuart Henderson [EMAIL PROTECTED] wrote: I just don't understand how there can be a difference factor of 10. factor of 100. (Are you really sure a minute has 100 seconds?) softdep mount option? this will slow down creation/removal of large numbers of files. Please, you are not a dog, that Pavlovian response is nonsense. hard-drive write caching? (check under the 'Device has enabled...' section of 'sudo atactl wd0') drive write speeds will be low if it's not enabled (some drives normally enable it, some don't and you can do so in rc.local). Strictly speaking, you should DISABLE write caching when using softupdates. Anyway, none of this comes remotely close to explaining the problem. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: router wont stop sending icmp redirects
tobias Freitag wrote: Hi list, I am trying to implement a transparent proxy using the pf rdr action but my clients ignore the icmp redirects that are send out by the openbsd box. I tried to get it to use adress translation instead, but no avail. The box is set to router mode (net.inet.ip.forwarding=1) and sending of redirects is switched off (net.inet.ip.redirect=0) but shamelessly ignored. Any ideas? Tobias Freitag You don't give very much information. What version of OpenBSD are you running? 2.x? 3.x? 4.0? How do you know they are not getting proxy'd? If I had this problem, I would verify the syntax of the rdr rule. I would also make sure PF is enabled (pfctl -e). If you have all of these things correct, you clients should hit the proxy. Without more info, I don't know if anyone can help.
Re: slow compiling on amd64
Stephen Schaff [EMAIL PROTECTED] wrote: I just don't understand how there can be a difference factor of 10. 30 seconds for make depend on the A8N-SLI and 30 mins on the A8N-VM CMS (???) What do top and systat vmstat report where the CPU is going? I MUST be missing something simple - has nobody else seen this? Ian Darwin has a laptop that is mostly busy handling an interrupt storm. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: BSD laptop
On Thu, 2006-11-16 at 13:38 +0100, Peter N. M. Hansteen wrote: David Chapman [EMAIL PROTECTED] writes: Does anyone have any thoughts or experience with Lenovo or ThinkPad laptops? IBM thinkpad R50e (PIV centrino, 1GB, 60GB, DVD+RW). Currently runs Ubuntu Dapper. Ran OpenBSD 3.9 from USB Pen drive. After downloading the wireless firmware, I got the wireless interface up without error. Cant say about the internal modem though, even linux cannot recognise it. No problem with X window (havent tested GNOME though, just FVWM). At present testing OpenBSD through the pen drive by doing my routine tasks whenever I have time. Just want to make sure the switch from Ubuntu to OpenBSD is smooth. Regards. -- Ajitabh Pandey http://www.ajitabhpandey.info http://www.unixclinic.net ICQ - 150615062 Registered Linux User - 240748
Re: Problems with java
On 11/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Quoting ICMan [EMAIL PROTECTED]: Hello, I just compiled (after a whole day) the jdk 1.5.0p19 distribution on OBSD 4.0, and I get the following error whenever I run java or attempt to use the plugin with firefox: Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. I have tried ulimit -d 10, I have tried java -Xms10M -Xmx10M, java -Xms100M -Xmx100M, and even java -Xms1M -Xmx1M. None work. I continue to get the same error. I have just completed a java installation from source as well and got the same error. Setting ulimit -d 40 cleared that error for me; try a higher value. I ran into similar problems with jdk-1.5.0p21 on -current. After troubleshooting with Kurt for awhile we were never able to figure out why I had to do this little wrapper script: [EMAIL PROTECTED] cat bin/firefox.sh #!/bin/csh /bin/csh -c unlimit /usr/local/bin/firefox Setting ulimits in sh never worked for me. When I saw the unlimit command in csh I figured what the hell I'll try it and it worked. Greg
Re: router wont stop sending icmp redirects
net.inet.ip.redirect = 0 Means that the machine will not honour redirects. The value is used to ignore redirects sent by routers not to disable sending of redirects if you happen to be running as a router. -Andy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of tobias Freitag Sent: 16 November 2006 02:01 To: misc@openbsd.org Subject: router wont stop sending icmp redirects Hi list, I am trying to implement a transparent proxy using the pf rdr action but my clients ignore the icmp redirects that are send out by the openbsd box. I tried to get it to use adress translation instead, but no avail. The box is set to router mode (net.inet.ip.forwarding=1) and sending of redirects is switched off (net.inet.ip.redirect=0) but shamelessly ignored. Any ideas? Tobias Freitag -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f|r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
Re: raidctl: ioctl (RAIDFRAME_CONFIGURE) failed on 4.0 amd64 for RAID 1 (mirroring)
On 11/15/06, Vijay Sankar [EMAIL PROTECTED] wrote: Good day, Anyways, here is a cut and paste of what may be useful from my write up at that time. Thanks a million Vijay :-) This was a life saver Doc. things are going on fine with this doc. It was written for operators whose primary expertise is not OpenBSD, and the objective was just to help us rebuild our OpenBSD servers quickly if there were any hardware failures. So it just shows the steps to take within our environment and may not be appropriate for your situation. Sorry that it looks a bit disjointed but I had to delete all material that was specific to the data center. Not at all! it just has the right information I need. I didn't actually undestand about Otto's comment on starting with a regular file system. And yes it was a bit confusing in the begining :-) it was your doc that cleared things in my mind. Hopefully it is still readable. If you want the OpenOffice version of this document, please let me know as well. Nope I toook a print out of it yesterday night and went back to my lodge and read through many times. Hope this helps, Ofcourse I will have RAID setup by tommorrow morning :-) Thanks a million to you and Otto :-) Kind Regards Siju
Fintek F71805 driver for test
I've mangled the lm78 driver into a Fintek F71805 sensor driver.
If anyone else has a board using this chip I'd appreciate a test of it.
The files are at http://www.oat.com/ot/fintek/
Here's the output from sysctl:
store:gwes {32} sysctl hw.sensors
hw.sensors.0=f71805f1, +3.3V, 3.30 V DC
hw.sensors.1=f71805f1, Vtt, 1.00 V DC
hw.sensors.2=f71805f1, Vram, 1.50 V DC
hw.sensors.3=f71805f1, Vchips, 1.60 V DC
hw.sensors.4=f71805f1, +5V, 5.09 V DC
hw.sensors.5=f71805f1, +12V, 11.97 V DC
hw.sensors.6=f71805f1, Vcc 1.5V, 1.10 V DC
hw.sensors.7=f71805f1, VCore, 1.08 V DC
hw.sensors.8=f71805f1, Vsb, 4.96 V DC
hw.sensors.9=f71805f1, Temp1, 38.00 degC
hw.sensors.10=f71805f1, Temp2, 33.00 degC
hw.sensors.12=f71805f1, Fan1, 6276 RPM
hw.sensors.13=f71805f1, Fan2, 366 RPM
hw.sensors.14=f71805f1, Fan3, 5376 RPM
store:gwes {33}
It seems to correlate pretty well with the BIOS display at boot time.
geoff steckel
Re: Problem with Intel PRO/1000GT (82541GI) adaptors
On 11/15/06, Stuart Henderson [EMAIL PROTECTED] wrote: On 2006/11/15 09:25, Kian Mohageri wrote: On 11/14/06, Brian Keefer [EMAIL PROTECTED] wrote: FWIW I was having very similar problems with em(4) in OpenBSD 4.0- release under VMware (amd64 SMP). It would cease to recognize ARP replies and just flood the network with ARP requests endlessly. It was enough to bring VMware to it's knees and totally swamp my cheap switch. The same card too? vmware can emulate em(4): http://sanbarrow.com/vmx-network.html I was curious as to what it was being detected as (PRO/1000MT (82545EM)) on the guest OS. Assuming we're seeing the same bug, the weirdest thing about this bug to me is this... Usually it doesn't come up for a couple of months. A few times when it has come up on the master firewall (which fails), the second one takes over, and then fails too. -- Kian Mohageri
Re: isakmpd eating all available memory
on 15/Nov/2006 a las 13:36:20, Jesus Roncero Franco wrote: Hi all, I have a problem with a production machine that is running out of memory on OpenBSD 4.0 (and it happens just the same on another one running OpenBSD 3.9). Basically isakmpd memory consumption grows linearly in time until OOM enters in actions and kill processes. Well, Hans-Joerg Hoexer kindly sent me a patch to test on my system and since applying it, isakmpd does not eat the memory. Just for the record if anyone searches the mail archives on a similar issue. I guess that, if the bug is confirmed by the openbsd developers, it will be commited to CVS. Anyway, I'm trying to figure out what to do with all those packets I am receiving. They are not much of a problem but I am trying to see if it's a configuration at our end or theirs. Basically, we are getting DPD packets (STATUS_DPD_R_U_THERE) every two seconds and those messages contain an invalid SPI so we send back a notification message. But it seems it is ignored. We are responding to other DPD messages correctly though. Any hint on this? Well, thanks a lot. Part of the packages follows: 16:34:13.348912 192.168.55.1.500 192.168.0.1.500: [udp sum ok] isakmp v1.0 exchange INFO cookie: 5c52a23ab4a9652f-5b08a903eb96c91e msgid: 2ef8fdab len: 84 payload: HASH len: 20 payload: NOTIFICATION len: 32 notification: STATUS_DPD_R_U_THERE seq 1730471878 [ttl 0] (id 1, len 112) 16:34:13.349363 192.168.0.1.500 192.168.55.1.500: [udp sum ok] isakmp v1.0 exchange INFO cookie: 5c52a23ab4a9652f-5b08a903eb96c91e msgid: 9a848779 len: 60 payload: HASH len: 20 payload: NOTIFICATION len: 12 notification: INVALID SPI [ttl 0] (id 1, len 88) -- Jeszs Roncero [EMAIL PROTECTED] System Developer Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com
[nTOP version 3.2 and OpenBSD 3.9]
Hello friends!!! I'm installing nTop v 3.2 in a OpenBSD 3.9 Box without success. Please, there are a solution for this??? Thanks, Denis [demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]
Re: Is there a deluser equivalent in OpenBSD?
On Oct 29, 2006, at 11:15 AM, Ingo Schwarze wrote: Leonardo Rodrigues wrote on Sun, Oct 29, 2006 at 01:45:15PM -0300: Though, it seems a bit strange that OpenBSD lacks something like that. Look at it from a different perspective: There are other operating systems out there featuring thousands of lines of complicated scripts just to ensure that users never need to do simple tasks themselves. I agree that is overkill for more esoteric tasks but for something as common as user management the basics should be built into the OS. Why require users to go writing their own scripts for common tasks? To me the whole point of using software is to remove the tedious parts and let the humans concentrate on the parts that the computer cannot do. In addition to the usual simplicity improves maintainability and usability argument, my impression is that OpenBSD actively encourages users to understand how the system works - and to understand which tasks are simple and which ones aren't. This may seem like simplicity but in reality this forces multiple implementations for the deluser command as everyone writes their own scripts. This decreases security since each custom script is unlikely to be audited for correctness and completeness by as many users as part of the main source tree would. Additionally, this wastes time by forcing users to reinvent the wheel of user management rather than adding new features to the OS. On first sight, an additional option remove from group to usermod(8) might not hurt much. As a second thought, how would you call it, -g and -G are already occupied; yet it is important for learners to have option names as few and as mnemonic as possible, and please lets not get into --remove-from-group. As a third thought, what might be the next special case that somebody could come up with for plausible reasons? And finally, once you add an option, you have to live with it for good, as somebody will certainly rely on it. The idea that a feature should not be added because we do not have a handy and simple menmonic for it is absurd. We should consider the inclusion of a feature on the basis of its usefulness and the number of users who would benefit. Also, making a feature part of the main source tree allows the usage and behavior to be standardized. Even if the perfect mnemonic is already taken as long as the interface is standardized and sane it will still be usable. Elio Grieco
snortsam compilation problem
Hi I'm trying to compile snortsam (2.50 and 2.52) on OpenBSD 4.0 and I get the following compilation problems: gcc -O2 -DOpenBSD -DBSD -c ssp_pf.c ssp_pf.c: In function `PFBlock': ssp_pf.c:705: error: storage size of `t_rule' isn't known ssp_pf.c:794: error: invalid application of `sizeof' to an incomplete type *** Error code 1 Anyone can help me solve this compilation problem? TIA Paolo
Re: packages
You know, the more I think about this, the more i think this is a good applicationfor Espie@'s sqlports. - I'm killing time while I wait for life to shower me with meaning and happiness.-- Calvin
mc function key problem
This problem is persistent over several releases of OpenBSD and on multiple i386 computers, both desktop and laptop: In the OpenBSD version of Midnight Commander (mc), the function keys do not work properly. I get these results from selecting the keys: F1: 11~ F2: 12~ F3: 13~ F4: 14~ F5: 15~ F6: (tries to do what F5 key should do, copy file or dir) F7: (tries to do what F6 key should do, rename/move file) F8: (tries to do what F7 key should do, create new dir) F9: (tries to do what F8 key should do, delete file or dir) DANGEROUS!! F10: (tries to do what F9 key should do, accesses top menu bar) F11: 23~ F12: 24~ 1.) Does anyone know what the problem is? 2.) Is anyone working on a fix? I consider mc to be incredibly useful, especially when in console mode, it is very disappointing that I can not use it (properly). Indeed, I have never found any utility which even comes close to doing what mc does.
Re: mc function key problem
On Thu, 16 Nov 2006, Default User wrote: This problem is persistent over several releases of OpenBSD and on multiple i386 computers, both desktop and laptop: It may be persistent, but the solution is simple - you have to train MC for your display. OptionsLearn Keys (might take a few trials to get TO the menus.) Lee Leland V. Lammert[EMAIL PROTECTED] Chief Scientist Omnitec Corporation Network/Internet Consultants www.omnitec.net
Any CAPP/OpenBSM work being done? (Controlled Access Protection Profile)
Hello, Robert Watson of the kernel cross-reference and other fame gave an impromptu yet compelling presentation at EuroBSDCon about his CAPP (Controlled Access Protection Profile) and OpenBSM work on FreeBSD and Darwin and I am curious if any work is being done to implement/import this work into OpenBSD. I found the log and audit at all costs approach of CAPP/BSM most interesting: whereas any user can pump just about any data into syslog, CAPP/BSM dictates for example that a system must optionally slow down to accommodate incoming logging and in fact halt if it cannot accept more. This is a bit extreme but maps out just about any level of paranoia and is the new target for some government systems. The paper: http://www.trustedbsd.org/20060303-ukuug2006lisa-audit.pdf Best regards, Michael Dexter
fintek #if 0 code
The #if 0 code should be deleted. It's a copy of fins_isa_match code. In the ideal case the match would be done in fins.c using routines in fins_isa.c but there were no visible instances of non-isa chips. I'll blame my quick-and-dirty rework of the LM78 code for this blob. The spec I worked from is http://www.fintek.com.tw/files/productfiles/F71872F_V026P.pdf As far as I can tell, the sensors part of the 71805 is the same as the 71872. If I had more examples to test I'd add checks for the other chips in this series. Is this what you were looking for? geoff
Re: mc function key problem
On Thursday 16 November 2006 14:26, you wrote: This problem is persistent over several releases of OpenBSD and on multiple i386 computers, both desktop and laptop: What type of terminal are you using? If you are logging in directly from the console, mc does not work quite right with the default vt220 terminal settings. To change it, edit /etc/ttys and change vt220 to pcvt25 for whichever consoles you use. I have run mc on most versions of OpenBSD that i've used (2.5 to 4.0) without difficulty after making this small change. Dan RamaleyDial Center 118, Drake University Network Programmer/Analyst 2407 Carpenter Ave +1 515 271-4540Des Moines IA 50311 USA
Re: slow compiling on amd64
On 2006/11/16 16:25, Christian Weisgerber wrote: I just don't understand how there can be a difference factor of 10. factor of 100. (Are you really sure a minute has 100 seconds?) No I'm not, come to think of it... softdep mount option? this will slow down creation/removal of large numbers of files. Please, you are not a dog, that Pavlovian response is nonsense. Ah, I didn't realise how little was written by 'make depend'. For some operations, having WCE and softdep off does make a difference approaching this of order of magnitude. Knowing that some drives ship with WCE turned off (e.g. at least those supplied with some HP DL385 and Fujitsu-Siemens servers), it's a quick and simple thing to check which accounts for performance differences on some operations of this sort of order of magnitude. I just tried untarring ports.tar.gz on some F-S box: WCE, softdep no WCE, softdep WCE, no softdep no WCE, no softdep 0m49.29s 13m8.72s 1m51.58s 30m9.95s Strictly speaking, you should DISABLE write caching when using softupdates. Surely this applies without softupdates too, though? It also relies on the drive doing what you tell it, which isn't guaranteed, especially with consumer drives optimised for performance in benchmarks (aiui some drives always enable write-cache no matter what you tell them; with these, providing they're ATA-6 compliant, you may force it with READ VERIFY SECTOR/S).
Re: BSD laptop
* David Chapman [EMAIL PROTECTED] [2006-11-15 17:14]: Does anyone have any thoughts or experience with Lenovo or ThinkPad laptops? Thanks for all the replies! I am looking at perhaps a A31 or R51 or R52, T30 perhaps. I have been looking at http://laptopcloseout.ca/canada/store.html in their IBM section. Anybody know of any hints or issues with these? Thanks again for your time, -- David Chapman| tar is not a plaything [EMAIL PROTECTED] | [EMAIL PROTECTED] [demime 1.01d removed an attachment of type application/pgp-signature]
Best motherboard for OpenBSD - light duty firewall
Hi, I have an opportunity to build a system for someone that wants an OpenBSD firewall. Historically, I have just installed it on whatever PC people have had hanging around, but I put a big caveat on my proposal that I might have to buy nic's and controller cards if the hardware they provided didn't work. So, now they want me to supply the hardware :-). This is a light duty firewall, going on a DSL line (2.5 M). I will be running spamd and perhaps squid (transparant caching web proxy), so the demands will not be much on the hardware. I'd like a (modern) motherboard that just works. Audio/video is completely irrelevant (it will be running headless). It seems like most motherboards come with onboard ethernet, and it would be nice if that worked. I am processor agnostic. We have a mix of Intel AMD (and one sparc64) at work. What is a solid motherboard where the onboard ethernet will just work, with a disk controller that will just work. I don't really need RAID, but if it had it I could use it, I likely would. Thanks for any input. Cheers, Steve Williams
Sun x4100 amd64 virtual console -- uhidev0: bad input length 8 != 0
I just installed OpenBSD 4.0-stable on a Sun x4100 server. The server has an IPMI virtual console accessed remotely via a Java application which pretends to be a USB keyboard/mouse. While I had no problems with the virtual console during the installation process, once the actual operating system was installed, every keypress on the virtual console results in the message uhidev0: bad input length 8 != 0 being displayed. Other than the message being displayed, the keyboard seems to be working fine. I removed the following code from uhidev.c, which removed the message logging. As far as I can tell, the keyboard works fine under the virtual console, although I haven't tested the mouse emulation. I guess there's just something weird about the USB emulation. No functional problems, but if whoever maintains the USB driver is interested in figuring it out, I could test patches... #ifdef DIAGNOSTIC if (scd-sc_in_rep_size != cc) printf(%s: bad input length %d != %d\n,USBDEVNAME(sc-sc_dev), scd-sc_in_rep_size, cc); #endif -- Paul B. Henson | (909) 979-6361 | http://www.csupomona.edu/~henson/ Operating Systems and Network Analyst | [EMAIL PROTECTED] California State Polytechnic University | Pomona CA 91768
Sun x4100 amd64 dies with NMI under heavy network load
We are trying to update our border firewall with a new Sun x4100 server, but unfortunately whenever we put load on it it rudely dies :(. The server has four onboard Intel gigabit ethernet copper ports. We have also installed an Intel single mode fiber adapter, and an Intel dual-port multimode fiber adapter. Full dmesg output is included below. I installed OpenBSD 4.0-stable using one of the onboard copper ports with no problems. The system ran almost a week with no issues, including rebuilding from source. We then hooked up the single mode fiber to one of our existing firewalls to allow state to synchronize. After about 20 minutes, we switched production load onto the server via the dual-port multimode card. within a couple of minutes, the following appeared on the console: NMI ... going to debugger Stopped at cpu_switch+0xc5:nop We rebooted the server and tried again, with the exact same error after a couple of minutes. Just for fun, I tried booting with the single processor kernel, with the same result. The system is completely stock except for adding net.inet.ip.ifq.maxlen=250 to /etc/sysctl.conf. When booting, RTC BIOS diagnostic error 2 is displayed, I'm not sure if that's relevant. After the NMI, the system is at the ddb prompt, but the virtual console is unresponsive and I can't type anything at it. So far I haven't been able to get the serial console working, so I'm not sure if the unresponsiveness is due to the USB virtual console, or if the system is just plain hung up. Another possibly unrelated datum -- we originally tried to install a dual-port Sysconnect card (one of the newer Marvell variants) but the box would crashed during boot with it installed. The operating system didn't log anything, but the system event log indicated there was a hyper transport sync flood error. We didn't seem to have that problem with the Intel card. Any thoughts? Thanks much... -- OpenBSD 4.0-stable (GENERIC.MP) #0: Wed Nov 8 18:42:47 PST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4160262144 (4062756K) avail mem = 3573342208 (3489592K) using 22937 buffers containing 416235520 bytes (406480K) of memory RTC BIOS diagnostic error 2 mainbus0 (root) bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xf90e0 (65 entries) bios0: Sun Microsystems Sun Fire X4100 Server ipmi0 at mainbus0: version 2.0 interface KCS iobase 0xca2/2 spacing 1 mainbus0: Intel MP Specification (Version 1.4) (SUN X4200 ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: Dual Core AMD Opteron(tm) Processor 280, 2393.50 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Dual Core AMD Opteron(tm) Processor 280, 2393.18 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu2 at mainbus0: apid 2 (application processor) cpu2: Dual Core AMD Opteron(tm) Processor 280, 2393.18 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu2: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu2: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu3 at mainbus0: apid 3 (application processor) cpu3: Dual Core AMD Opteron(tm) Processor 280, 2393.18 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu3: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu3: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative mpbios: bus 0 is type PCI mpbios: bus 1 is type PCI mpbios: bus 2 is type PCI mpbios: bus 3 is type PCI mpbios: bus 4 is type PCI mpbios: bus 5 is type PCI mpbios: bus 6 is type PCI mpbios: bus 7 is type ISA ioapic0 at mainbus0 apid 4 pa 0xfec0, version 11, 24 pins ioapic1 at mainbus0 apid 5 pa 0xfe3ff000, version 11, 4 pins ioapic2 at mainbus0 apid 6 pa 0xfe3fe000, version 11, 4 pins ioapic3 at mainbus0 apid 7 pa
Re: Best motherboard for OpenBSD - light duty firewall
Original message Date: Thu, 16 Nov 2006 16:31:05 -0700 From: Steve Williams [EMAIL PROTECTED] Subject: Best motherboard for OpenBSD - light duty firewall To: misc@openbsd.org Hi, I have an opportunity to build a system for someone that wants an OpenBSD firewall. Historically, I have just installed it on whatever PC people have had hanging around, but I put a big caveat on my proposal that I might have to buy nic's and controller cards if the hardware they provided didn't work. So, now they want me to supply the hardware :-). This is a light duty firewall, going on a DSL line (2.5 M). I will be running spamd and perhaps squid (transparant caching web proxy), so the demands will not be much on the hardware. I'd like a (modern) motherboard that just works. Audio/video is completely irrelevant (it will be running headless). It seems like most motherboards come with onboard ethernet, and it would be nice if that worked. I am processor agnostic. We have a mix of Intel AMD (and one sparc64) at work. What is a solid motherboard where the onboard ethernet will just work, with a disk controller that will just work. I don't really need RAID, but if it had it I could use it, I likely would. after having built a number of nicer machines from new parts, i am now of the opinion that using RAIC (redundant array of independent crapboxes [0]) is the way to go. the bandwidth you're talking about is pretty minimal, so a couple machines that are 400 MHz and possibly have new NICs should do the trick. unless you're pushing high pps counts, use what you have on hand and don't waste any money. donate the extra to the project :) cheers, jake [0] see Nick Holland's emails in misc@ archive Thanks for any input. Cheers, Steve Williams
Re: ADSL half-bridge mode Assign a default gateway not on the same subnet as my public IP
No go, I'm afraid. Clearly I'll have to go away and do a little bit
more reading/thinking about how to configure the OpenBSD routing table
to do what I want it to do. In particular I don't understand the
route add command you've suggested, and I hate implementing
something I don't understand (and certainly would never do so in a
production environment) so if anyone could explain this - or provide a
link to documentation elsewhere which explains it - I would very much
appreciate this.
In the mean time here is what I did if anyone else has any pointers
(note that 211.31.137.131 is what the Netgear half-bridge is telling
me my ISP gateway is):
% cat /etc/mygate
10.1.1.1
% cat /etc/hostname.sis1
dhcp
inet alias 10.1.1.15 255.0.0.0 NONE
% cat /etc/dhclient.conf
interface sis1 {
supersede subnet-mask 255.255.255.255;
}
% sh /etc/netstart
DHCPDISCOVER on sis1 to 255.255.255.255 port 67 interval 6
ip length 576 disagrees with bytes received 580.
accepting packet with data after udp payload.
DHCPOFFER from 10.1.1.1
DHCPREQUEST on sis1 to 255.255.255.255 port 67
ip length 576 disagrees with bytes received 580.
accepting packet with data after udp payload.
DHCPACK from 10.1.1.1
bound to 58.104.107.142 -- renewal in 30 seconds.
Nov 17 10:10:59 wendolene dhclient[16464]: connection closed
Nov 17 10:10:59 wendolene dhclient[16464]: exiting.
% ifconfig sis1
sis1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
address: 00:40:f4:6f:d4:d4
media: Ethernet autoselect (100baseTX full-duplex)
status: active
inet6 fe80::240:f4ff:fe6f:d4d4%sis1 prefixlen 64 scopeid 0x2
inet 58.104.107.142 netmask 0x broadcast 58.104.107.255
inet 10.1.1.15 netmask 0xff00 broadcast 10.255.255.255
% route add -host 10.1.1.1 -netmask 255.0.0.0 -interface
211.31.137.131 -cloning
route: writing to routing socket: Network is unreachable
add net 10.1.1.1: gateway 211.31.137.131: Network is unreachable
On 11/11/06, Antoine Jacoutot [EMAIL PROTECTED] wrote:
On Fri, 10 Nov 2006, Antoine Jacoutot wrote:
$ cat /etc/hostname.rl1
inet ip.ip.ip.ip 255.255.255.255 NONE
!route add -host ng.ng.ng.ng -netmask 255.255.255.0 -interface gw.gw.gw.gw
-cloning
ip.ip.ip.ip = public @ip (your dhcp @ip)
ng.ng.ng.ng = the NetGear @ip (ex. 192.168.0.1)
gw.gw.gw.gw = your ISP gateway (the one that's not on the same subnet)
And I forgot to say you need ng.ng.ng.ng in /etc/mygate.
Cheers!
--
Antoine
UKC only disable ohci1 and leave ohci0
Hi (kernel config / UKC question, therefore misc@) I have an old iBook(macppc)2,1 Maschine (the horrible orange round one :), that should become my backup firewall. As I will need 2 NICs, I need USB working for the USB-Ethernet Device. So far so good. First, the 4.0 kernel on the CD dosn't work because it hangs after ohci1 (see archives, ppc list, sept06), so I disabled ohci at the UKC and installed. All works fine, but I need the usb0 (the booting kernel with ohci enabled seemed to have a working usb0 device as it recognised my mouse correctly (see last dmesg below) before it hung at the ohci1, therefore the ohci0 should work ok, but how can I only disable ohci1 and leave ohci0 as is? (UKC, config) I tried to disable ohci* and added a new device ohci0 instead, but that doesn't seem to work: part of dmesg (rest see below): ohci0 at pci1 dev 24 function 0 Apple USB rev 0x00: irq 27, version 1.0 usb at ohci0 not configured Apple USB rev 0x00 at pci1 dev 25 function 0 not configured What do I have to enter at the UKC? I compiled a kernel with this changes: (from GENERIC.new) ohci0 at pci? # Open Host Controller #ohci* at pci? # Open Host Controller usb0at ohci0 #usb* at ohci? uhub0 at usb0 # USB Hubs #uhub* at usb? # USB Hubs And that worked now, but what would the correct steps be with config / UKC ? -cmb PS: dmesg with ohci enabled - see mailing list archive of ppc (september 2006) PS: dmesg (with ohci disabled) OpenBSD 4.0 (GENERIC) #1056: Sat Sep 16 21:21:14 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/macppc/compile/GENERIC real mem = 167772160 (163840K) avail mem = 142663680 (139320K) using 1254 buffers containing 8388608 bytes (8192K) of memory mainbus0 (root): model PowerBook2,1 cpu0 at mainbus0: 750 (Revision 0x8300): 299 MHz: 512KB backside cache memc0 at mainbus0: uni-n ki2c0 at memc0 offset 0xf8001000: cannot get i2c-rate mpcpcibr0 at mainbus0 pci: uni-north, Revision 0xff pci0 at mpcpcibr0 bus 0 pchb0 at pci0 dev 11 function 0 Apple Uni-N AGP rev 0x00 vgafb0 at pci0 dev 16 function 0 ATI Mach64 LN rev 0x64, mmio wsdisplay0 at vgafb0 mux 1: console (std, vt100 emulation) mpcpcibr1 at mainbus0 pci: uni-north, Revision 0x0 pci1 at mpcpcibr1 bus 0 pchb1 at pci1 dev 11 function 0 Apple Uni-N rev 0x00 macobio0 at pci1 dev 23 function 0 Apple Keylargo rev 0x02 openpic0 at macobio0 offset 0x4: version 0x4614 macgpio0 at macobio0 offset 0x50 macgpio1 at macgpio0 irq 47 programmer-switch at macgpio0 not configured extint-gpio12 at macgpio0 not configured daca0 at macobio0 offset 0x1: irq 30,1,2 escc-legacy at macobio0 offset 0x12000 not configured zsc0 at macobio0 offset 0x13000: irq 22,50 zstty0 at zsc0 channel 0 zstty1 at zsc0 channel 1 timer at macobio0 offset 0x15000 not configured adb0 at macobio0 offset 0x16000 irq 25: via-pmu, 3 targets akbd0 at adb0 addr 2: PowerBook G4 keyboard (Inverted T) wskbd0 at akbd0: console keyboard, using wsdisplay0 ams0 at adb0 addr 3: EMP trackpad tpad 2-button, 400 dpi mouse0 at ams0 mux 0 abtn0 at adb0 addr 7: brightness/volume/eject buttons apm0 at adb0: battery flags 0x1, 0% charged battery at macobio0 offset 0x0 not configured backlight at macobio0 offset 0xf300 not configured ki2c1 at macobio0 offset 0x18000 iic0 at ki2c1 wdc0 at macobio0 offset 0x1f000 irq 19: DMA wd0 at wdc0 channel 0 drive 0: TOSHIBA MK3211MAT wd0: 16-sector PIO, LBA, 3102MB, 6354432 sectors wd0(wdc0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 wdc1 at macobio0 offset 0x2 irq 20: DMA atapiscsi0 at wdc1 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: MATSHITA, CD-ROM CR-175, 5AAE SCSI0 5/cdrom removable cd0(wdc1:0:0): using BIOS timings, DMA mode 2 wdc2 at macobio0 offset 0x21000 irq 21: DMA audio0 at daca0 Apple USB rev 0x00 at pci1 dev 24 function 0 not configured Apple USB rev 0x00 at pci1 dev 25 function 0 not configured mpcpcibr2 at mainbus0 pci: uni-north, Revision 0x16 pci2 at mpcpcibr2 bus 0 pchb2 at pci2 dev 11 function 0 Apple Uni-N Eth rev 0x00 gem0 at pci2 dev 15 function 0 Apple Uni-N GMAC rev 0x00: irq 41, address 00:0a:27:8d:9a:e8 bmtphy0 at gem0 phy 0: BCM5201 10/100 PHY, rev. 2 bootpath: '/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]/bsd' boot device: wd0. root on wd0a rootdev=0x0 rrootdev=0xb00 rawdev=0xb02 dmesg with new kernel (which is not useful you will say...:) [same as above...] ohci0 at pci1 dev 24 function 0 Apple USB rev 0x00: irq 27, version 1.0 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: Apple OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered Apple USB rev 0x00 at pci1 dev 25 function 0 not configured mpcpcibr2 at mainbus0 pci: uni-north, Revision 0x16 pci2 at mpcpcibr2 bus 0 pchb2 at pci2 dev 11 function 0 Apple Uni-N Eth rev 0x00 gem0 at pci2 dev 15 function 0 Apple Uni-N GMAC rev 0x00: irq 41, address 00:0a:27:8d:9a:e8 bmtphy0 at
routing pubblic IPs through tunnel
Hello, I just need another look on this project. ISP router (x.x.12.153) ^ | v bge0 (x.x.12.154) | [OpenBSD router1] --- bge1 (172.16.15.6) | t | em1u 172.16.15.5 | n |- ISPs MPLS | n172.16.16.5 | e | (not same office location) allocated public IPsl bge1 (172.16.16.6) --- [OpenBSD router2] x.x.180.192/27 | em1 (2 addresses from pubblic IPs) Theory: 1.Build a tunnel ROUTER1: cat /etc/hostname.gif0 tunnel 172.16.15.6 172.16.16.6 up ROUTER2: cat /etc/hostname.gif0 tunnel 172.16.16.6 172.16.15.6 up 2.Build a bridge between tunnels ROUTER1: cat /etc/bridgename.bridge0 add gif0 add em1 up ROUTER2: cat /etc/bridgename.bridge0 add gif0 add em1 up 3.Secure the tunnel (after I have a working bridge) 4.Set net.inet.ip.forwarding=1 net.inet.etherip.allow=1 4 reboot In theory this should work, but obviusly I forgot something. If I assign an IP address from allocated public addresses to both em1 nics should see some kind of traffic? How should I set routes on this type of configuration? Kernel is GENERIC except for the raid. DMESG OpenBSD 4.0 (fw) #0: Wed Nov 8 13:12:58 CET 2006 [EMAIL PROTECTED]:/usr/src/fw cpu0: AMD Opteron(tm) Processor 146 (AuthenticAMD 686-class, 1024KB L2 cache) 2 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 real mem = 1073246208 (1048092K) avail mem = 970592256 (947844K) using 4256 buffers containing 53764096 bytes (52504K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 07/15/06, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.4 @ 0xf8e00 (50 entries) bios0: Supermicro H8SSL pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf4f50/160 (8 entries) pcibios0: no compatible PCI ICU found: ICU vendor 0x1166 product 0x0205 pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0x8000 0xc8000/0x2000! 0xca000/0x1600 0xcb800/0x1600 0xcd000/0x1000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) ppb0 at pci0 dev 1 function 0 ServerWorks HT-1000 PCI rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci1 dev 13 function 0 ServerWorks HT-1000 PCIX rev 0xb2 pci2 at ppb1 bus 2 em0 at pci2 dev 1 function 0 Intel PRO/1000MT (82546GB) rev 0x03: irq 9, address 00:04:23:d0:93:60 em1 at pci2 dev 1 function 1 Intel PRO/1000MT (82546GB) rev 0x03: irq 5, address 00:04:23:d0:93:61 bge0 at pci2 dev 3 function 0 Broadcom BCM5704C rev 0x10, BCM5704 B0 (0x2100): irq 7, address 00:30:48:5b:0a:88 brgphy0 at bge0 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0 bge1 at pci2 dev 3 function 1 Broadcom BCM5704C rev 0x10, BCM5704 B0 (0x2100): irq 9, address 00:30:48:5b:0a:89 brgphy1 at bge1 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0 pciide0 at pci1 dev 14 function 0 ServerWorks SATA rev 0x00: DMA pciide0: using irq 11 for native-PCI interrupt pciide0: port 0: device present, speed: 1.5Gb/s wd0 at pciide0 channel 0 drive 0: WDC WD2500KS-00MJB0 wd0: 16-sector PIO, LBA48, 238475MB, 488397168 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 pciide0: port 1: device present, speed: 1.5Gb/s wd1 at pciide0 channel 1 drive 0: WDC WD2500KS-00MJB0 wd1: 16-sector PIO, LBA48, 238475MB, 488397168 sectors wd1(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 5 pciide0: port 2: PHY offline pciide0: port 3: PHY offline pciide1 at pci1 dev 14 function 1 ServerWorks SATA rev 0x00 piixpm0 at pci0 dev 2 function 0 ServerWorks HT-1000 rev 0x00: polling iic0 at piixpm0 admcts0 at iic0 addr 0x2c pciide2 at pci0 dev 2 function 1 ServerWorks HT-1000 IDE rev 0x00: DMA atapiscsi0 at pciide2 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: TEAC, CD-224E-N, 1.AA SCSI0 5/cdrom removable cd0(pciide2:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 0 pcib0 at pci0 dev 2 function 2 ServerWorks HT-1000 LPC rev 0x00 ohci0 at pci0 dev 3 function 0 ServerWorks HT-1000 USB rev 0x01: irq 10, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: ServerWorks OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1 at pci0 dev 3 function 1 ServerWorks HT-1000 USB rev 0x01: irq 10, version 1.0, legacy support usb1 at ohci1: USB revision 1.0 uhub1 at usb1 uhub1: ServerWorks OHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0 at pci0 dev 3 function 2 ServerWorks HT-1000 USB rev 0x01: irq 10 usb2 at ehci0: USB revision 2.0 uhub2 at usb2 uhub2: ServerWorks EHCI root hub, rev 2.00/1.00,
Re: AMD dual core, deciding factors for a platform?
On 11/16/06, turha turha [EMAIL PROTECTED] wrote: I haven't got the final specs yet, probably a MoBo with a nVidia chipset, since those are the only ones I've seen with enough SATA controller, I'd prefe eight, but so far all I've found has been six. The Intel Graphics Media Accelerator 950 chip would be a nice approach, just to deny nVidia a sale. How you get that with an AMD CPU is unknown. Was the problems with seagates OBSD related, or general to the HDDs? I've had nothing but good experience with seagates so far, quiet, fast and cheap. The newest I have is in 24/7 use, and has been for the past year or so... It worked great in a USB enclosure under 'Doze, after I passed it on. It was a 300Gb drive. I tried a different IDE controller, too. Figured there was some special pixie dust in the Redmond driver. Best, Chris
Re: OpenBSD 4.0 sparc64
Hi, Thanks all for help. I change the method to use network boot and it works. Here the method I have use for it. OpenBSD Sparc64 Network install = 1 - Add MAC address for which machine will be the client. # vi /etc/ethers --- add --- 00:03:ba:08:53:1b sparc64 --- done --- 2 - Set client host IP. # vi /etc/hosts --- add --- 10.1.1.36 sparc64 --- done --- 3 - Configure tftpboot # mkdir /tftpboot (If the directory is not there) # chmod -R 555 /tftpboot # cp bsd.rd /tftpboot # cd /home/cpt2iah/sparc64 # cp ofwboot.net /tftpboot/inetboot.sparc64.OpenBSD_40 # chmod 755 /tftpboot/inetboot.sparc64.OpenBSD_40 # cd /tftpboot # ln -s inetboot.sparc64.OpenBSD_40 0A010124 4 - Enable tftpd in /etc/inetd.conf --- set --- tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /tftpboot --- done --- 5 - Configure entry in /etc/bootparams --- add --- sparc64 root=sol9ad:/tmp/openbsd/root swap=sol9ad:/tmp/openbsd/swap --- done --- 6 - Setting up space for swap. # /tmp/openbsd # dd if=/dev/zero of=swap bs=1024000 count=120 7 - Setting up environment for diskless installation. # cd /home/cpt2iah/sparc64 # cp base40.tgz etc40.tgz /tmp/openbsd/root # cd /tmp/openbsd/root # gunzip base40.tgz # gunzip etc40.tgz # tar -xvf base40.tar # tar -xvf etc40.tar # mv base40.tar etc40.tar ../ # cd etc/ # vi hosts --- add --- 10.1.1.17 sol9ad 10.1.1.36 sparc64 --- done --- # vi myname --- change to --- sparc64 --- done --- # vi fstab --- add --- sol9ad:/tmp/openbsd/root / nfs rw 0 0 sol9ad:/tmp/openbsd/swap noneswapsw,nfsmntpt=/swap sol9ad:/tmp/openbsd/root/usr /usrnfs rw,nodev0 0 sol9ad:/tmp/openbsd/root/var /varnfs rw,nosuid,nodev 0 0 --- done --- 8 - Add nfs entry. vi /etc/dfs/dfstab --- add --- # OpenBSD sparc64. share -F nfs -o rw,root=10.1.1.36 /tmp/openbsd/root --- done --- 9 - Disable system autoboot. Press Stop+A ok setenv auto-boot? false ok reset-all 10 - Boot the client ok boot net bsd.rd 11 - Proceed with OpenBSD installation. http://www.openbsd.org/faq/faq4.html#Install 12 - Once done. Try to boot from disk. ok boot disk 13 - Enable system autoboot. ok setenv auto-boot? true or can get it at: http://root.justdied.com/howto/english/openbsd_net_install.php On 11/11/06, Daniel Ouellet [EMAIL PROTECTED] wrote: Hi all, Based on http://www.openbsd.org.my/sparc64.html, seem that OpenBSD can install on Sun Blade 100/150 machine. I have this problem when do disk installation on Blade 100. Below is the error. ok boot disk /bsd Boot device: /[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED],0 File and args: /bsd ERROR: Last Trap: Fast Data Access MMU Miss This may help you, assuming the blade 100 have LOM, or similar stuff. If not, then discard this as I never had a blade 100, or even seen one, so I may talk stupid here, but hopefully it would help you. I know I need to do this time to time on some Sun gear that pass in my hands to get them going as many things something is broken with them and put them a side. Getting the error Fast Data Access MMU Miss when trying to do a probe-scsi, (even if your hardware doesn't have SCSI device). probe-scsi-all works but just for the external tape drive, cdrom, etc then returns the MMU error again. I know this is a catch all error message and hard to troubleshoot at times. So, some OBP Errors are caused by just halting the OS and run a OBP Command. Please follow this procedure: init 0 ok setenv auto-boot? false #depending on which Hardware and OBP Version you are running it is either or ( I do both in order to be sure on my SunFire) ok reset ok reset-all when the OBP is back you can run eg ok probe-scsi-all do not forget to set auto-boot? variable to the value you set before testing (usually it is set to true) Some time, the error data mmu miss error's are bad cpus, but I don't think it's your problem here. Hope this help you, if not, then forget about it and sorry for the noise. Daniel -- Thanks Regards, Ikmal aka EvoIVGSR http://www.leakage.org/ http://root.justdied.com/mylife/ http://www.openbsd.org.my/ http://mirrors.mybsd.org.my/
Re: Problems with java
Greg Thomas wrote: On 11/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Quoting ICMan [EMAIL PROTECTED]: Hello, I just compiled (after a whole day) the jdk 1.5.0p19 distribution on OBSD 4.0, and I get the following error whenever I run java or attempt to use the plugin with firefox: Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. I have tried ulimit -d 10, I have tried java -Xms10M -Xmx10M, java -Xms100M -Xmx100M, and even java -Xms1M -Xmx1M. None work. I continue to get the same error. I have just completed a java installation from source as well and got the same error. Setting ulimit -d 40 cleared that error for me; try a higher value. I ran into similar problems with jdk-1.5.0p21 on -current. After troubleshooting with Kurt for awhile we were never able to figure out why I had to do this little wrapper script: [EMAIL PROTECTED] cat bin/firefox.sh #!/bin/csh /bin/csh -c unlimit /usr/local/bin/firefox Setting ulimits in sh never worked for me. When I saw the unlimit command in csh I figured what the hell I'll try it and it worked. Greg Thank you everyone. I discovered that ulimit -d 20 works on my system. I don't really know what that means, and I have yet to figure out how to set this for all users (so they can use java), but that's stuff I can puzzle out. Thank you for your help. I would not have been able to do it without your support. ICMan
format for submissions
Is there a page somewhere giving the proper format for source code submissions. Yes, I know about the knf page. I thank Theo very much for his attention to anything which might impact the code base, but it would save him a lot of trouble if he wrote up a 30-line how to announce source for trial before submission and a 30-line what I expect in a finished code package and put those pages easily visible from the OpenBSD home page.
Re: Problems with java
On Thu, Nov 16, 2006 at 09:35:56PM -0500, ICMan wrote: Thank you everyone. I discovered that ulimit -d 20 works on my system. I don't really know what that means, and I have yet to figure out how to set this for all users (so they can use java), but that's stuff I can puzzle out. login.conf(5). / for '-cur' and then scroll up a bit. 'datasize-*' relates to ulimit -d. for a test, i've got a user in the 'staff' group on this box; just changed the 512M to 511M and re-logged in, ulimit -d stock output went from 524288 to 523264. -- jared
Re: AMD dual core, deciding factors for a platform?
On 11/16/06, turha turha [EMAIL PROTECTED] wrote: Hi, I'm about to build a new box, and thought I'd ask first if there's any experience with AMD's dual core processors (AM2 or s939). From what I've read both socket types work as amd64, with bsd and bsd.mp, right? Any thoughts on which works more stable and faster, i386 vs amd64 arch, and the benefits of using bsd.mp? What chipsets/MoBos work well? So mainly I'm interested in comments from people who have tested these, to see if it's worth the trouble (money) to get dual core for openbsd, is there much of an improvement, etc. I'm planning on using the box for quite a few things, including software RAID, samba, FW, web server, probably ftp, etc. On a side note, AFAIK there are no working DVB-C cards for openbsd, right? I just built a friend a new PC around 4.0 release come out so I thought I would try 3.9/4.0, 3.9 bsd.mp wouldn't boot after install so I went to 4.0 and worked just fine. This is running off of onboard NIC, and onboard SATA without problems with a Seagate HD. I hear the e6000 series are faster than AM2s. YMMV dmesg and other output below. =) OpenBSD 4.0 (GENERIC.MP) #0: Wed Nov 1 01:43:21 CST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 1072164864 (1047036K) avail mem = 906829824 (885576K) using 22937 buffers containing 107425792 bytes (104908K) of memory mainbus0 (root) bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xf (67 entries) bios0: ASUSTeK Computer INC. M2N4-SLI mainbus0: Intel MP Specification (Version 1.4) (OEM0 PROD) cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+, 2211.59 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: apic clock running at 201MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+, 2211.33 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative mpbios: bus 0 is type PCI mpbios: bus 1 is type PCI mpbios: bus 2 is type PCI mpbios: bus 3 is type PCI mpbios: bus 4 is type PCI mpbios: bus 5 is type PCI mpbios: bus 6 is type ISA ioapic0 at mainbus0 apid 2 pa 0xfec0, version 11, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 pci0 at mainbus0 bus 0: configuration mode 1 NVIDIA nForce4 DDR rev 0xa3 at pci0 dev 0 function 0 not configured pcib0 at pci0 dev 1 function 0 NVIDIA nForce4 ISA rev 0xf3 nviic0 at pci0 dev 1 function 1 NVIDIA nForce4 SMBus rev 0xa2 iic0 at nviic0 iic1 at nviic0 ohci0 at pci0 dev 2 function 0 NVIDIA nForce4 USB rev 0xa2: apic 2 int 5 (irq 5), version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: NVIDIA OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0 at pci0 dev 2 function 1 NVIDIA nForce4 USB rev 0xa3: apic 2 int 10 (irq 10) usb1 at ehci0: USB revision 2.0 uhub1 at usb1 uhub1: NVIDIA EHCI root hub, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered auich0 at pci0 dev 4 function 0 NVIDIA nForce4 AC97 rev 0xa2: apic 2 int 3 (irq 3), nForce4 AC97 ac97: codec id 0x414c4790 (Avance Logic ALC850 rev 0) audio0 at auich0 pciide0 at pci0 dev 6 function 0 NVIDIA nForce4 IDE rev 0xf2: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: Optiarc, DVD RW AD-7170A, 1.02 SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4 pciide0: channel 1 disabled (no drives) pciide1 at pci0 dev 7 function 0 NVIDIA nForce4 SATA rev 0xf3: DMA pciide1: using apic 2 int 11 (irq 11) for native-PCI interrupt pciide2 at pci0 dev 8 function 0 NVIDIA nForce4 SATA rev 0xf3: DMA pciide2: using apic 2 int 5 (irq 5) for native-PCI interrupt wd0 at pciide2 channel 0 drive 0: ST3300620AS wd0: 16-sector PIO, LBA48, 286168MB, 586072368 sectors wd0(pciide2:0:0): using PIO mode 4, Ultra-DMA mode 5 ppb0 at pci0 dev 9 function 0 NVIDIA nForce4 PCI-PCI rev 0xf2 pci1 at ppb0 bus 1 nfe0 at pci0 dev 10 function 0 NVIDIA CK804 LAN rev 0xf3: apic 2 int 3 (irq 3), address 00:17:31:5c:33:ad ukphy0 at nfe0 phy 0: Generic IEEE 802.3u media interface, rev. 6: OUI 0x001374, model 0x0001 ppb1 at pci0 dev 11 function 0 NVIDIA nForce4 PCIE rev 0xf3 pci2 at ppb1 bus 2
Re: AMD dual core, deciding factors for a platform?
Salut, On Thu, Nov 16, 2006 at 05:38:58PM +0200, turha turha wrote: I'm about to build a new box, and thought I'd ask first if there's any experience with AMD's dual core processors (AM2 or s939). From what I've read both socket types work as amd64, with bsd and bsd.mp, right? Any thoughts on which works more stable and faster, i386 vs amd64 arch, and the benefits of using bsd.mp? What chipsets/MoBos work well? So mainly I'm interested in comments from people who have tested these, to see if it's worth the trouble (money) to get dual core for openbsd, is there much of an improvement, etc. I tried 3.9 on a Sun Fire X2100 with a dual core Opteron 146 a while ago, but OpenBSD only worked every other boot. On some boots, it would just crash and on the next boot it would do a fsck and then crash and one more reboot later, it would come up with a corrupt boot sector. :/ Tonnerre [demime 1.01d removed an attachment of type application/pgp-signature]
Re: MIPS based routerboard machines
It looks like they allready had have some connection to OpenBSD. http://routerboard.com/files/openbsd_vt6105m_patch.txt They have a patch for OpenBSD 3.4 to support their drivers. It looks like a handmade diff. I have been looking at these boards also and they look very nice. They are very inexpensive also and would be a good complement to Soekris. I would throw in some money to buy a few to developers. // Kalle On 11/16/06, Michael Dexter [EMAIL PROTECTED] wrote: Hello, Is there any interest in supporting the MIPS based routerboard hardware? If there is, I would be happy to buy a board or two and throw it at whoever might interested in making such a thing happen. I believe this original post is referring to routerboard.com hardware. The company, based here in Latvia has built its own boards using the GEODE processor (like Soekris) but has moved to MIPS because of the much higher performance. I to am in support of the idea of OpenBSD on this board and would be happy to interface with the manufacturer (who may also be supportive) if porters emerge. Best regards, Michael Dexter
Re: ADSL half-bridge mode Assign a default gateway not on the same subnet as my public IP
On Fri, 17 Nov 2006, Damon McMahon wrote: % route add -host 10.1.1.1 -netmask 255.0.0.0 -interface 211.31.137.131 -cloning route: writing to routing socket: Network is unreachable add net 10.1.1.1: gateway 211.31.137.131: Network is unreachable No: route add -host 10.1.1.1 -netmask 255.0.0.0 -interface 58.104.107.142 -cloning -- Antoine
Re: UKC only disable ohci1 and leave ohci0
(UKC, config) I tried to disable ohci* and added a new device ohci0 instead, but that doesn't seem to work: part of dmesg (rest see below): ohci0 at pci1 dev 24 function 0 Apple USB rev 0x00: irq 27, version 1.0 usb at ohci0 not configured Apple USB rev 0x00 at pci1 dev 25 function 0 not configured What do I have to enter at the UKC? The simplest way would be to have ohci only attach to pci ``dev 24'': UKC change ohci 72 ohci* at pci* dev -1 function -1 flags 0x0 change [n] y dev [-1] ? 24 function [-1] ? flags [0] ? 72 ohci* changed 72 ohci* at pci* dev 0x18 function -1 flags 0x0 73 ohci* at cardbus* dev -1 function -1 flags 0x0 change [n] UKC Miod
Re: MIPS based routerboard machines
Hi, Hi, I would support (money|board) a BCM95352E[1] based solution like the Linksys WRT54GL[2]. The HW is pretty cheap ca. 60 Euros. I am working on support for BCM947xx[1] at the moment. I have a WRTG54 v2.0, which is ok for now, but documentation would help very much. ;) There is nearly no documentation for the Broadcom specific stuff. [2] is a good start, but most of this informations can also be found at the gpl'ed sources of Linksys firmware and the openwrt project. So, if you want to help: Ask Braodcom for documentation! And again and again and again ;) Bye bye, Rainer [1] http://www.broadcom.com/products/Wireless-LAN/802.11-Wireless-LAN-Solutions/BCM94712 [2] http://bcm-v4.sipsolutions.net/
Re: BSD laptop
On Thursday, 16 November 2006 at 16:17:16 -0700, Rick Kelly wrote: Stay away from the T30. They have a lot of motherboard and disk failures. Oops, I am about to buy a 2nd hand T30 to run OBSD-4.0. I currently have a X24 and it works beautifully with 3.8 But the X24 lacks of a serial port so I am thinking of getting a T30. So should I stick with the X24 and buy a USB or PCMCIA serial card? Can someone recommend one? TIA, Zoong
failedlogin
Greetings, This is on a 4.0 test system. I'm preping it to move over a 3.9 system. It was cvs updated to -rOPENBSD_4_0 and new kernel then system built. Noticed that /var/log/failedlogin grew from 0 bytes to 304304 bytes. I couldn't find much about the file. Some googling brings some AIX related pages. One reference to 3.7 COLUG[0] post. A search in misc@ list on MARC doesn't really show much either. A few references between 2001-2004. I don't see any tool that will display the contents of it either. Here is a hex dump of it: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 * 74 74 79 43 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 * 00 00 00 00 00 00 00 00 20 58 5d 45 00 00 00 00 -rw--- 1 root wheel 304304 Nov 16 22:35 failedlogin Mainly empty with only a reference to: ttyC0 X]E Could someone give me some pointers please? TIA. [0] http://www.colug.net/pipermail/colug432/2005-September/001405.html The all-new Yahoo! Mail beta Fire up a more powerful email and get things done faster. http://new.mail.yahoo.com
Re: Sun x4100 amd64 virtual console -- uhidev0: bad input length 8 != 0
#ifdef DIAGNOSTIC if (scd-sc_in_rep_size != cc) printf(%s: bad input length %d != %d\n,USBDEVNAME(sc-sc_dev), scd-sc_in_rep_size, cc); #endif A more correct fix is to change the line to something like this. It's still not the most correct fix, but does it for me. Most of the debug statements in uhidev.c are wrapped undef #DIAGNOSTICS anyway, but this one was somehow left out. - printf(%s: bad input length %d != %d\n,USBDEVNAME(sc-sc_dev), - scd-sc_in_rep_size, cc); + DPRINTF((%s: bad input length %d != %d\n,USBDEVNAME(sc-sc_dev), + scd-sc_in_rep_size, cc)); As stated before, the keyboard on ILOM seems to works just fine.
