Re: box freezes immediately at boot (kernel loading)
Matthew Closson wrote: On Mon, 29 May 2006, Uwe Dippel wrote: I have tried the archives and google, but didn't find any good pointer (maybe a problem of keywords ?): After some 20 cycles of power outage / restore - that is some twenty crashes - a database server of mine doesn't reboot any longer. It gets stuck at booting hd0a:/bsd 4804448+939504 [52+247296+228813] entry point at 0x100120 I tried bsd.old and bsd.rd All with a similar result (similar: other numbers). Now I wonder what is best recommended to get this production box back at work ? I hope to avoid a complete re-install ... . Someone will flame me for backup. Alas, the icing on the cake is, that the backup was scheduled exactly during those outage cycles and is spoiled as well. I might dig out the backup of one week ago, but then, the data of the database are not exactly fresh. Thanks for any suggestion, Uwe What makes you think it is not a hardware problem? Didn't think of this. A bit of panic is never good, I know. Try throwing the drive in another box for starters. That's what I thought, but it's not easy: SCSI 320 and I have no spare SCSI-box after all. There is no need to reinstall the OS if the board or memory are shot. What kind of hardware as well? Proliant ML-350 G4p And, I forgot, 3.8. Thanks for the pointer ! I'll start with a Live-CD for the hardware side. Uwe
apple usb modem
hello, i have apple usb modem left over from my imac g5 that i got rid of. is there any chance of getting this modem to work with openbsd in stead of the unsupported winmodem that i have on my laptop? thanks for any help! konstantin
Re: intel PRO wireless 3945ABG
akonsu wrote: hello, i am looking for help getting the intel pro wireless 3945ABG adapter work with release 3.9. i know that there is a driver for it but i do not think it is present in this release. i think i need to build everything from source (which i am trying to avoid). is this correct? i have found no answers to my questions at http://damien.bergamini.free.fr/ipw/. has anyone done this? The wpi(4) driver was added post 3.9. http://www.openbsd.org/cgi-bin/man.cgi?query=wpisektion=4 Try a snapshot. Cheers, Dries
Re: intel PRO wireless 3945ABG
Dries Schellekens wrote: The wpi(4) driver was added post 3.9. http://www.openbsd.org/cgi-bin/man.cgi?query=wpisektion=4 Try a snapshot. Kerneltrap has a nice article about this new driver: http://kerneltrap.org/node/6650 Cheers, Dries
Re: out-of-date ports/packages?
Jacob Meuser wrote: mysql-server and mysql-client are both up-to-date at 5.0.21 (also built from the updated ports tree). Did you try to use the packages for the 5.0.21 before. May just fix your issue and sure is more easy to use too. # pkg_info mysql-client-5.0.21 multithreaded SQL database (client) mysql-server-5.0.21 multithreaded SQL database (server) p5-DBD-mysql-3.0002 MySQL drivers for the Perl DBI p5-DBI-1.45p1 unified perl interface for database access p5-Net-Daemon-0.38 extension for portable daemons p5-PlRPC-0.2018 module for writing rpc servers and clients Daniel
Re: intel PRO wireless 3945ABG
On Mon, May 29, 2006 at 12:26:12AM -0700, akonsu wrote: hello, i am looking for help getting the intel pro wireless 3945ABG adapter work with release 3.9. i know that there is a driver for it but i do not think it is present in this release. i think i need to build everything from source (which i am trying to avoid). is this correct? i have found no answers to my questions at http://damien.bergamini.free.fr/ipw/. has anyone done this? as usual, thanks for any help! konstantin Use a -current snapshot. You will have to download the firmware from intel for it to work as well.
Re: box freezes immediately at boot (kernel loading) - solved
Thanks for everyone jumping in and helping out so fast ! - More more than I'd ever expect !! This - as they say - rocks ! Okay, (as usual) a part of the blame was on me; stupid, panic, you-name-it. And one part on the system: The machine is run fully through serial console, including boot. It also runs on a UPS, APC RS 1000. The latter needs a few changes to the kernel to enable the USB-UPS: uhidev, ums, wsmouse, ukbd, wskbd, uhid must be disabled. Now, since it didn't reboot properly, I went to the server room and attached a PS2-keyboard to the running machine. This seems to make the kernel panic and behave strangely, not even accepting the usual debug commands. In the end I dunno what happened; I was too nervous to pin down all steps. I put the original 3.8-kernel back, removed all serial stuff, UPS, and it would start; spew a lot of hard disc errors, but go through after quite some time. Then I put back everything one by one, rebooted always in between, and now it is up and running again. Most stupid: I didn't want to believe in the keyboard-induced panic and plugged it into the same type of machine next to it, same configuration including UPS, also in production, and that one panicked just the same ! I'll buy a box of chewing gums tonite and plug close the PS2-keyboard connectors tomorrow morning ! Thanks again for your phantastic reactions, Uwe
Re: ioapic0 degraded performance
On Sun, May 28, 2006 at 12:18:51AM +0200, Antoine Jacoutot wrote: Hi... I just got a new old system which I installed OpenBSD-3.9 on. After parsing the dmesg, I found the following lines: ioapic0 at mainbus0: apid 2 pa 0xfec0, version 11, 24 pins ioapic0: conflicting map entries for pin 0 ioapic0: pin 19 shares different IPL interrupts (40..90), degraded performance I don't quite understand what it means, should I be worried? I'm booting of a GENERIC.MP on which I disable apm0 (using config) because it was causing a panic on boot (I'm reserving this for another thread). it means that some interrupt handlers will run w/ higher (than they requested) ipl that is preventing otherwise lower ipl interrupts from being processed. yeah when you get to say 10k ints/sec then it might be an issue i suppose (: things you can try is to look for your bios upgrade or shuffle your pci cards in different slots. also make sure all pci ints setting in bios are set to default. Note that I found some references on Google about disable pcibios in the kernel but it still does not explain the meaning of this message. Thanks in advance for any hints. Complete dmesg provided. Regards, -- Antoine OpenBSD 3.9-stable (GENERIC.MP) #1: Wed May 3 17:15:48 CEST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel Pentium III (GenuineIntel 686-class) 1.01 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 1073307648 (1048152K) avail mem = 972611584 (949816K) using 4278 buffers containing 53768192 bytes (52508K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(95) BIOS, date 06/18/02, BIOS32 rev. 0 @ 0xf0b20 apm at bios0 function 0x15 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0x1362 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf12d0/144 (7 entries) pcibios0: PCI Interrupt Router at 000:04:0 (VIA VT82C586 ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xc000 0xcc000/0x400 mainbus0: Intel MP Specification (Version 1.4) (OEM0 PROD) cpu0 at mainbus0: apid 3 (boot processor) cpu0: apic clock running at 133 MHz cpu1 at mainbus0: apid 0 (application processor) cpu1: Intel Pentium III (GenuineIntel 686-class) 1.01 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE mainbus0: bus 0 is type PCI mainbus0: bus 1 is type PCI mainbus0: bus 2 is type ISA ioapic0 at mainbus0: apid 2 pa 0xfec0, version 11, 24 pins ioapic0: conflicting map entries for pin 0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA VT82C691 PCI rev 0xc4 ppb0 at pci0 dev 1 function 0 VIA VT82C598 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) pcib0 at pci0 dev 4 function 0 VIA VT82C686 ISA rev 0x40 pciide0 at pci0 dev 4 function 1 VIA VT82C571 IDE rev 0x06: ATA100, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: ST380021A wd0: 16-sector PIO, LBA, 76319MB, 156301488 sectors wd1 at pciide0 channel 0 drive 1: ST380011A wd1: 16-sector PIO, LBA48, 76319MB, 156301488 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5 wd2 at pciide0 channel 1 drive 0: IBM-DTLA-307030 wd2: 16-sector PIO, LBA, 29314MB, 60036480 sectors wd3 at pciide0 channel 1 drive 1: ST380011A wd3: 16-sector PIO, LBA48, 76319MB, 156301488 sectors wd2(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 5 wd3(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 5 uhci0 at pci0 dev 4 function 2 VIA VT83C572 USB rev 0x16: apic 2 int 18 (irq 5) 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 4 function 3 VIA VT83C572 USB rev 0x16: apic 2 int 18 (irq 5) 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 viaenv0 at pci0 dev 4 function 4 VIA VT82C686 SMBus rev 0x40: HWM disabled cmpci0 at pci0 dev 9 function 0 C-Media Electronics CMI8738/C3DX Audio rev 0x10: apic 2 int 19 (irq 9) audio0 at cmpci0 bktr0 at pci0 dev 10 function 0 Brooktree BT878 rev 0x11: apic 2 int 18 (irq 5) bktr0: Hauppauge Model 44806 D143 bktr0: Warning - Unknown Hauppauge Tuner 0x2b bktr0: Hauppauge WinCast/TV, Philips NTSC tuner. Brooktree BT878 Audio rev 0x11 at pci0 dev 10 function 1 not configured sis0 at pci0 dev 11 function 0 NS DP83815 10/100 rev 0x00, DP83816A: apic 2 int 17 (irq 10), address 00:14:6c:30:60:b2 nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 pcscp0 at pci0 dev 13 function 0 AMD 53c974 PCscsi-PCI rev 0x10: apic 2 int 19 (irq
Re: getting ^L to clear the screen?
On Sun, May 28, 2006 at 05:52:49PM -0400, Daniel Dickman wrote: Does anyone know how to bind ^L to clear the screen in a default 3.9 installation? I'd prefer to not have to change to bash if I don't have to... Just for a bit of variety (since you've had lots of replies) I use this: bind -m ^L=clear^M Which types c l e a r RETURN where my cursor is.
Re: ioapic0 degraded performance
Selon mickey [EMAIL PROTECTED]: it means that some interrupt handlers will run w/ higher (than they requested) ipl that is preventing otherwise lower ipl interrupts from being processed. yeah when you get to say 10k ints/sec then it might be an issue i suppose (: Allright... now I understand better. Actually, this is what I understood but I wanted to make sure, thanks for that! things you can try is to look for your bios upgrade Already did... my BIOS is at the lastest version (from 2002... ;) or shuffle your pci cards in different slots. Yes, this might be an idea indeed, although I only have one fre PCI slot available so there won't be a lot of shuffling. also make sure all pci ints setting in bios are set to default. They are. Thanks for your answer, I appreciated. Regards, -- Antoine
Re: box freezes immediately at boot (kernel loading) - solved
2006/5/29, Uwe Dippel [EMAIL PROTECTED]: Now, since it didn't reboot properly, I went to the server room and attached a PS2-keyboard to the running machine. This seems to make the PS2 is _NOT_ hot-pluggable. Hot-plugging PS2 may even damage your mainboard (happend on some IBM-workstations). Best Martin
bridge and watchdog timeout
Hi. I'm actually testing a redundant filtering bridge under OpenBSD-3.9. Everything works fine except that from time to time, I get re1: watchdog timeout and the bridge then stops functionning. I'm wondering if this is a configuration or hardware issue. Note that I get those timeout on both systems which are different except for the network cards (I can send both complete dmesg if needed): re0 at pci0 dev 15 function 0 D-Link Systems DGE-528T rev 0x10: irq 12, address 00:13:46:39:fb:76 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 0 re1 at pci0 dev 16 function 0 D-Link Systems DGE-528T rev 0x10: irq 9, address 00:11:95:1c:67:b6 rgephy1 at re1 phy 7: RTL8169S/8110S PHY, rev. 0 Here are my bridge configs: MASTER: # /etc/bridgename.bridge0 add re0 add re1 stp re0 stp re1 blocknonip re0 blocknonip re1 maxage 5 hellotime 2 priority 100 ifcost re0 55 ifcost re1 100 up SLAVE: # /etc/bridgename.bridge0 add re0 add re1 stp re0 stp re1 blocknonip re0 blocknonip re1 maxage 5 hellotime 2 priority 5 ifcost re0 55 ifcost re1 100 up For now, PF is disabled. Thanks. Regards, -- Antoine Jacoutot Observatoire de Paris SIO - Centre de calcul (Bat 15) 5, Place Jules Janssen 92195 Meudon Cedex Tel : +33 (0)1.45.07.71.95
Re: clamav-0.88.2
Thanks to whoever put clamav-0.88.2 into ftp://ftp.openbsd.org/pub/OpenBSD/3.9/packages/i386 The permissions on the file are 644, and I expect that they should have been 444. There are about a half dozen other files, all new additions that also have the same unexpected permissions.
Re: out-of-date ports/packages?
On Mon, May 29, 2006 at 04:11:45AM -0400, Daniel Ouellet wrote: Jacob Meuser wrote: mysql-server and mysql-client are both up-to-date at 5.0.21 (also built from the updated ports tree). I did not write that. Did you try to use the packages for the 5.0.21 before. May just fix your issue and sure is more easy to use too. using packages is much easier than building ports, indeed. especially for installing a single php extension. however, the out-of-date script reported that his php5-mysql package was built agaist an older version of mysql than is available, so updating the mysql package isn't going to change that. now, is it really a problem that the php extension was built against an older version of mysql? seems it's not, as the OP says his system is running just fine. -- [EMAIL PROTECTED]
Re: problem building stable from stable
Hello Antoine, Sunday, May 28, 2006, 7:20:11 PM, you wrote: AJ Hi... AJ I'm having (for the first time) an issue building 3.9-stable from 3.9-stable. AJ I compiled a new kernel then reboot and after issuing the following command in AJ /usr/src, I get this (this just cvs -up -Pd): cvs -up -Pd updates your source tree to -current, not -stable -- Best regards, Alexandermailto:[EMAIL PROTECTED]
Re: box freezes immediately at boot (kernel loading) - solved
On Mon, 29 May 2006 11:50:56 +0200, Martin Schrvder wrote: PS2 is _NOT_ hot-pluggable. Uuh, never occurred to me before. Good to learn something new each and every day ! Except of the servers being down, I don't usually do it. That means when the network is down, and you don't have a keyboard attached, there is only one way: hard reset, to control the box even if it is running properly ?! (USB-keyboard that I usually have wouldn't work; see above) Uwe
Re: problem building stable from stable
Selon Alexander Belikov [EMAIL PROTECTED]: cvs -up -Pd updates your source tree to -current, not -stable Aren't CVS tags supposed to be sticky ? I thought the following should work: $ cd /usr $ cvs -d [EMAIL PROTECTED]:/cvs -q co -rOPENBSD_3_9 -P src $ cd /usr/src cvs -q up -Pd From cvs(1) man page: The tag specification is ``sticky'' when you use this option with `cvs checkout' or `cvs update' to make your own copy of a file: cvs remembers the tag and continues to use it on future update commands, until you specify otherwise. Cheers... -- Antoine
Re: Sendmail X License reverted back to same as Sendmail 8
On 5/28/06, Claus Assmann [EMAIL PROTECTED] wrote: On Sat, May 27, 2006, Paul Covello wrote: Now that the license is no longer less free as Sendmail 8, I am wondering/hoping that someone might port it to OpenBSD. What do you need to port? The sendmail X author uses OpenBSD as main development system. From Theo's statement quoted at http://undeadly.org/cgi?action=articlesid=20051116145737 --- Talking about privilege revocation and separation, he pointed out that the new Sendmail maintainer has been following some good coding practice doe it mean that OpenBSD 4.0 or later will Ship SendmailX? Thankyou so much Kind Regards Siju
Re: problem building stable from stable
AJ Alexander Belikov [EMAIL PROTECTED]: cvs -up -Pd updates your source tree to -current, not -stable AJ Aren't CVS tags supposed to be sticky ? AJ I thought the following should work: AJ $ cd /usr AJ $ cvs -d [EMAIL PROTECTED]:/cvs -q co -rOPENBSD_3_9 -P src AJ $ cd /usr/src cvs -q up -Pd AJ From cvs(1) man page: AJ The tag specification is ``sticky'' when you use AJ this option with `cvs checkout' or `cvs update' to AJ make your own copy of a file: cvs remembers the tag AJ and continues to use it on future update commands, AJ until you specify otherwise. AJ Cheers... I'm updating my -stable hosts with cd /usr export [EMAIL PROTECTED]:/cvs cvs -q up -rOPENBSD_3_9 -Pd src and there's no problems... When I wanna have local copy of -current sources at my -stable host, I've copied them in some other place and updated from -stable to -current with cd /${MyCurrentSRCPlace} export [EMAIL PROTECTED]:/cvs cvs -q up -Pd -- Best regards, Alexandermailto:[EMAIL PROTECTED]
Slow NFS with large directories
We have a PC that accesses an NFS directory exported by another directory. Both PCs are OpenBSD 3.9-stable i386 GENERIC and use sk network interfaces directly connected to a 10/100 Cisco switch (with 100baseTX full-duplex). The destination is a collection of mailboxes in maildir format, so it is not unusual that there are directories with a large number of file. I noticed that sometimes the first PC has a very high load average (but with high idle CPU percentages). Now I have found that in this cases the PC is reading (probably to recalculate the quota file) large directories. I have seen that it needs over a minute to do a simple ls path | wc of a directory with 50.000 files (with filenames of about 70 characters). Is it normal??? Is there something I can do to increase the speed? Thanks -- ___ __ |- [EMAIL PROTECTED] |ederico Giannici http://www.neomedia.it ___
Re: load balance outgoing ftp connections
Raja Subramanian wrote: Hi, I now have multiple WAN links from my OpenBSD box. I've followed the pf pools faq and can successfully load balance outgoing traffic on all links. But I'm unable to load balance ftp-proxy traffic, and FTP only goes through my default gateway on my OpenBSD router. I can understand why this is not working with the pools faq ruleset, but I don't know how to make it work. Are there any work arounds? Thanks for any help offered! - Raja As all traffic is nated to the firewall address, you can load balance traffic with source ip address of the firewall. But, i might warn you: i did this, and it didn't worked. I even submitted a bug report, without answer. It seems that the kernel panics if you try to load balance traffic from the firewall itself. At least it did with me in 3.8, didn't tested again with 3.9. But you can try for yourself. Try load balancing traffic with source ip address of your border interfaces, the ones that go to the internet. But consider yourself warned, that it might not work. My regards, -- Giancarlo Razzolini Linux User 172199 Moleque Sem Conteudo Numero #002 Slackware Current OpenBSD Stable Snike Tecnologia em Informatica 4386 2A6F FFD4 4D5F 5842 6EA0 7ABE BBAB 9C0E 6B85 [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: box freezes immediately at boot (kernel loading) - solved
2006/5/29, Uwe Dippel [EMAIL PROTECTED]: On Mon, 29 May 2006 11:50:56 +0200, Martin Schrvder wrote: PS2 is _NOT_ hot-pluggable. Uuh, never occurred to me before. Good to learn something new each and every day ! Except of the servers being down, I don't usually do it. That means when the network is down, and you don't have a keyboard attached, there is only one way: hard reset, to control the box even if it is running properly ?! Unless you have a KVM, yes. http://en.wikipedia.org/wiki/Talk:IBM_Personal_System/2#Contrast_to_USB quote Vcc/Ground provide power to the keyboard/mouse. The keyboard or mouse should not draw more than 275 mA from the host and care must be taken to avoid transient surges. Such surges can be caused by hot-plugging a keyboard/mouse (ie, connect/disconnect the device while the computer's power is on.) Older motherboards had a surface-mounted fuse protecting the keyboard and mouse ports. When this fuse blew, the motherboard was useless to the consumer, and non-fixable to the average technician. Most newer motherboards use auto-reset Poly fuses that go a long way to remedy this problem. However, this is not a standard and there's still plenty of older motherboards in use. Therefore, I recommend against hot-plugging a PS/2 mouse or keyboard. /quote Get a KVM. :-) Best Martin
Re: they say openbsd is not as scalable as others
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karsten McMinn wrote: Back to the OP: there isn't any situation in the net facing server world that is not best served with OpenBSD. best served in the net server world is pretty hard stuff. What is best served? In a business environment best served may be fast served and I doubt that I would like to run MySQL under OpenBSD if it comes to performance. I go with Linux (Debian Sarge or Gentoo Linux) for MySQL servers under heavy load. I'd go for FreeBSD for apache webservers (doing the usual perl, php, whatever stuff) and I'd go for OpenBSD for the mod_proxy Apache in front of these FreeBSD and Linux boxes... so what is best served? ./Marian iD8DBQFEeuSIgAq87Uq5FMsRAnAsAJ0dDkBl0EAaU5h0gRrNY9LbYrMXKwCfSAYX px17QInv9t9SDZs+1dy+M1U= =K91q -END PGP SIGNATURE-
Re: problem building stable from stable
On Mon, May 29, 2006 at 03:24:00PM +0300, Alexander Belikov wrote: AJ Alexander Belikov [EMAIL PROTECTED]: cvs -up -Pd updates your source tree to -current, not -stable AJ Aren't CVS tags supposed to be sticky ? AJ I thought the following should work: AJ $ cd /usr AJ $ cvs -d [EMAIL PROTECTED]:/cvs -q co -rOPENBSD_3_9 -P src AJ $ cd /usr/src cvs -q up -Pd AJ From cvs(1) man page: AJ The tag specification is ``sticky'' when you use AJ this option with `cvs checkout' or `cvs update' to AJ make your own copy of a file: cvs remembers the tag AJ and continues to use it on future update commands, AJ until you specify otherwise. AJ Cheers... I'm updating my -stable hosts with cd /usr export [EMAIL PROTECTED]:/cvs cvs -q up -rOPENBSD_3_9 -Pd src and there's no problems... When I wanna have local copy of -current sources at my -stable host, I've copied them in some other place and updated from -stable to -current with cd /${MyCurrentSRCPlace} export [EMAIL PROTECTED]:/cvs cvs -q up -Pd AFAIK you need to specify -A to get rid of tags. -- Best regards, Alexandermailto:[EMAIL PROTECTED] Tobias
Re: getting ^L to clear the screen?
John Wright wrote: On Sun, May 28, 2006 at 05:52:49PM -0400, Daniel Dickman wrote: Does anyone know how to bind ^L to clear the screen in a default 3.9 installation? I'd prefer to not have to change to bash if I don't have to... Just for a bit of variety (since you've had lots of replies) I use this: bind -m ^L=clear^M Which types c l e a r RETURN where my cursor is. Shells like zsh and bash also clear the screen while you are typing a line. So your solution works only fine at the start of a line. And adding a c-g or c-c won't help since it also interupts the macro. # Han
Re: Recommended window manager for OpenBSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andris Delfino wrote: On 5/26/06, Roger Neth Jr [EMAIL PROTECTED] wrote: On 5/26/06, Alexander Hall [EMAIL PROTECTED] wrote: Christopher Nelson wrote: [...] I was wondering what window manager was recommended for use with OpenBSD 3.9? i.e, one that is reasonably current, and not broken. Am I the only one that is quite satisfied with fvwm? While not as keyboard-only-friendly as ion et al by default, it is quite decent. Furthermore, it comes with the base install, which is the main reason I stick with it. I've tried quite a few window managers (briefly), and I really did not find any reason to switch. /Alexander I have the same sentiment but never voiced it. I've using ion since a time ago, and I absolutely recommend it to everyone. At least, give it a try, it's pretty handy. I'm stuck with fluxbox and I'm quite happy. You can define your shortcuts at you wish, it's pretty fast and slim too. ./Marian iD8DBQFEevGTgAq87Uq5FMsRAtqgAKDIh2uShNRp8Y3Klo2NFnHV6tUC/ACgh1NP m5oNc1NXvpsn3g6Y6EK3nGs= =Zozp -END PGP SIGNATURE-
bad SK NICs ??
Hi, A while ago, a message was posted in this list stating the sk based NICs were supposed to be good in performance and stability. Now, I have already had quite a few problems with D-LINK DGE-530T when used on Intel motherboards. On several ocasions, these NICs ended up causing WATCHDOG TIMEOUT. So, I would like to know if there is any known bad revision of one of this cards, or if there is any kind of test a can perform to see if there is a real problem with the NIC. Apparently, it is not a problem with the NIC itself, since I have used the same NIC that behaved badly on one board, and it behaved all right on another. The NICs show as skc0 at pci2 dev 2 function 0 D-Link Systems DGE-530T rev 0x11, Marvell Yukon (0x1): irq 3 sk0 at skc0 port A, address 00:13:46:72:00:24 eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3 in the dmesg (which is attached below). I am asking because I read another message with complaints about this sk driver. Only it was: skc0 at pci0 dev 14 function 0 Schneider Koch SK-9821 v2.0 rev 0x12: irq 10 skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3 (0x7) sk0 at skc0 port A: address 00:0c:46:46:50:ec eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 5 Any help will be appreciated. Thanks in advance. Regards, Josi OpenBSD 3.9 (GENERIC) #617: Thu Mar 2 02:26:48 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) 4 CPU 1.80GHz (GenuineIntel 686-class) 1.80 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SB F,CNXT-ID real mem = 1072410624 (1047276K) avail mem = 971837440 (949060K) using 4278 buffers containing 53723136 bytes (52464K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 04/02/04, BIOS32 rev. 0 @ 0xf0010 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf3d30/224 (12 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82801EB/ER LPC rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0x1 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82865G/PE/P CPU-I/0-1 rev 0x02 ppb0 at pci0 dev 1 function 0 Intel 82865G/PE/P CPU-AGP rev 0x02 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor SiS, unknown product 0x0325 rev 0x00: aperture at 0xe000, size 0x40 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 29 function 0 Intel 82801EB/ER USB rev 0x02: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801EB/ER USB rev 0x02: irq 5 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801EB/ER USB rev 0x02: irq 10 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 29 function 3 Intel 82801EB/ER USB rev 0x02: irq 11 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801EB/ER USB2 rev 0x02: irq 9 usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ppb1 at pci0 dev 30 function 0 Intel 82801BA AGP rev 0xc2 pci2 at ppb1 bus 2 skc0 at pci2 dev 2 function 0 D-Link Systems DGE-530T rev 0x11, Marvell Yukon (0x1): irq 3 sk0 at skc0 port A, address 00:13:46:72:00:24 eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3 skc1 at pci2 dev 3 function 0 D-Link Systems DGE-530T rev 0x11, Marvell Yukon (0x1): irq 5 sk1 at skc1 port A, address 00:13:46:71:f8:0e eephy1 at sk1 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3 skc2 at pci2 dev 4 function 0 D-Link Systems DGE-530T rev 0x11, Marvell Yukon (0x1): irq 10 sk2 at skc2 port A, address 00:13:46:71:f7:cf eephy2 at sk2 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3 ichpcib0 at pci0 dev 31 function 0 Intel 82801EB/ER LPC rev 0x02 pciide0 at pci0 dev 31 function 1 Intel 82801EB/ER IDE rev 0x02: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: SAMSUNG SP0802N wd0: 16-sector PIO, LBA48, 76351MB, 156368016 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, CD-RW GCE-8525B, 1.03 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 pciide1 at pci0 dev 31
Re: Recommended window manager for OpenBSD
I would definitely recommand ion, it is just the perfect window manager for coders :) I've been a happy fvwm user since 2.7, then a couple years ago happened to walk behind a friend who had ion as his window manager. He had his screen split in such a way that he had permanent view over his editor, his compile term, his debug term and documentation, and the sexiest of all is that each little frame could be arranged as he wanted and that he was almost never using his mouse. I installed ion, and since then I am totally addicted and find it difficult to work with any other window manager. if you don't care about fancy modern looking window managers, it is definitely worth a try.
Re: Recommended window manager for OpenBSD
Marian Hettwer wrote: I'm stuck with fluxbox and I'm quite happy. You can define your shortcuts at you wish, it's pretty fast and slim too. I used that (and blackbox) for a very long time, but recently moved on to ratpoison. It's very different from other WMs but wonderful in many ways. This article is a good introduction: http://freshmeat.net/articles/view/581/ So now my desktop environment consists of ratpoison + ratmen + xterm + screen + xbindkeys and almost exclusively just console/text apps like lynx, vim, mutt, mc, etc. (firefox and xpdf being the only major exception). -- Stephen Takacs [EMAIL PROTECTED] http://perlguru.net/ 4149 FD56 D078 C988 9027 1EB4 04CC F80F 72CB 09DA
Re: load balance outgoing ftp connections
Giancarlo Razzolini wrote: Raja Subramanian wrote: Hi, I now have multiple WAN links from my OpenBSD box. I've followed the pf pools faq and can successfully load balance outgoing traffic on all links. But I'm unable to load balance ftp-proxy traffic, and FTP only goes through my default gateway on my OpenBSD router. I can understand why this is not working with the pools faq ruleset, but I don't know how to make it work. Are there any work arounds? Thanks for any help offered! - Raja As all traffic is nated to the firewall address, you can load balance traffic with source ip address of the firewall. But, i might warn you: i did this, and it didn't worked. I even submitted a bug report, without answer. It seems that the kernel panics if you try to load balance traffic from the firewall itself. At least it did with me in 3.8, didn't tested again with 3.9. But you can try for yourself. Try load balancing traffic with source ip address of your border interfaces, the ones that go to the internet. But consider yourself warned, that it might not work. My regards, -- Giancarlo Razzolini Linux User 172199 Moleque Sem Conteudo Numero #002 Slackware Current OpenBSD Stable Snike Tecnologia em Informatica 4386 2A6F FFD4 4D5F 5842 6EA0 7ABE BBAB 9C0E 6B85 [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc] I did do load balancing with squid-caching only http request and i learn that if you proxy the ftp with ftp-proxy the new paquet will apper to come from you default route, what i have to do it wat appling route-to rules to http request and i have to tell squid to form the paquet with another source ip.
Re: Recommended window manager for OpenBSD
On Mon, May 29, 2006 at 05:10:11PM +0200, [EMAIL PROTECTED] wrote: I would definitely recommand ion, it is just the perfect window manager for coders :) I can second this recommendation. I used ratpoison for a good while, but I like ion better in many ways. It's simple, fast, stable and stays out of your way and leaves your fingers on the keyboard. It handles floating windows a bit nicer than ratpoison as well, for the occasional pop-up dialog from Firefox, et al. -- Darrin Chandler| Phoenix BSD Users Group [EMAIL PROTECTED] | http://bsd.phoenix.az.us/ http://www.stilyagin.com/ |
Re: getting ^L to clear the screen?
Han Boetes wrote : John Wright wrote: bind -m ^L=clear^M Which types c l e a r RETURN where my cursor is. Shells like zsh and bash also clear the screen while you are typing a line. So your solution works only fine at the start of a line. And adding a c-g or c-c won't help since it also interupts the macro. I tried to do something like that : bind -m ^L=^Uclear^M^Y If you do each steps one by one, it works: remove the line, use clear and put the line back on the screen. For some reason once it's in the bind, it doesn't 'use' the ^Y at the end. In fact if you ^Y by hand after this user-defined ^L, it 'pastes' the non-empty line that was there before the clear. -- Bertrand
Re: they say openbsd is not as scalable as others
ok everybody. Let's keep pretending that openbsd is faster and more scalable in desktop than Linux. (in the same way Linux fans pretend their systems are more secure) Of course, everybody knows that reiserfs isn't a match for openbsd's multi-year-old ffs. Also everybody knows that openbsd scales much better for large-scale SMP applications than Solaris, not to even mention Linux. And, I almost forget, openbsd's support for threads is way faster than everyone else's. Plus, it's unified buffer cache is something others mostly lack. And, to say thing as they really are, Linux is by far more secure via the use of it's ultra-secure-and-simple SELinux infrastructure. ;-) Obviously Henning knows better than everyone else here, and I fully believe his words, but beyond that pretending OpenBSD is faster than your ultra-optimized-but-prone-to-breaking-every-day Gentoo system for everyday use is at least naive. I use OpenBSD too for critical systems, but some guys here really need to wake up.
Re: they say openbsd is not as scalable as others
On Mon, May 29, 2006 at 07:50:35PM +0300, Antonios Anastasiadis wrote: [...] I use OpenBSD too for critical systems, but some guys here really need to wake up. Troll. Bernd
Wieso allein?
Hi, ich bin Hera, Habe letztens mit Dir gechattet. W|rde Dich nun gerne ndher kennen lernen, bin nun aber auf dem Weg zu meiner Schwester, vielleicht ziehe ich da auch hin, und Du wohnst ja ganz in der Ndhe, grinz. Weil ich da kein Internet habe schick ich dir hier einen Link, da kannst Du nochmal mein Bild sehen und mir umsonst nachrichten sende, so bleiben wir in Kontakt. Mein Bild: http://www.venussms.com/sendSMS.php?uid=795x=44y=76
Re: load balance outgoing ftp connections
Hi, On 5/29/06, Giancarlo Razzolini [EMAIL PROTECTED] wrote: But I'm unable to load balance ftp-proxy traffic, and FTP only goes through my default gateway on my OpenBSD router. I can understand why this is not working with the pools faq ruleset, but I don't know how to make it work. As all traffic is nated to the firewall address, you can load balance traffic with source ip address of the firewall. I have adopted a different approach. I'm unable to test for the next 2 days so this has gone through limited testing on my laptop (vmware + obsd 3.9). Here it is: $ext_if1 holds default gateway ifconfig lo0 alias 127.0.0.2 pf.conf nat on $ext_if1 from 127.0.0.2 to any - $ext_if2 pass all pass out on $ext_if1 route-to ($ext_if2 $ext_gw2) \ from $ext_if2 to any keep state Note: I'm not NATing from $local_net or any other. The idea is to NAT on $ext_if1 which holds default gateway, but use $ext_if2 IP during NAT. The final pass out rule (from the pf pools faq) ensures packets with source address of $ext_if2 are always routed to $ext_gw2. If daemons on the firewall bind their sockets to 127.0.0.2 before calling connect(), that connection should go through $ext_if2/gw2. The pseudo-code would go like: fd = socket(...) bind(fd, 127.0.0.2) connect(fd, www.google.com) This actually works for me (but I don't trust my vmware setup). I tested with this perl code: == i manually re-typed this so please excuse typos #!/usr/bin/perl use warnings; use strict; use Socket; socket(SOCK, AF_INET, SOCK_STREAM, getprotobyname('tcp')) or die socket: $!; bind(SOCK, sockaddr_in(0, inet_aton('127.0.0.2'))) or die bind: $!; my ($port, $laddr) = sockaddr_in(getsockname(SOCK)); print local ip:port = $laddr:$port\n; my $remote = sockaddr_in(25, inet_aton('smtp.mail.yahoo.com')); connect(SOCK, $remote) or die connect: $!; print while defined ($_ = SOCK); # press Ctrl + C to exit == This produces the following output: == local ip:port = 127.0.0.2:26082 220 smtp105.plus.mail.re2.yahoo.com ESMTP == Hooray! I'm not exactly sure how ftp-proxy can be made to use this. My guess is to run multiple instances each with -a 127.0.0.1 -p 8021, -a 127.0.0.2 -p 8022, etc. This should cause each ftp-proxy instance to use a different gateway. pf will need to rdr ftp connections to the various ftp-proxy-ies on round-robin. What do you guys think? - Raja
Re: they say openbsd is not as scalable as others
Hi, On 5/29/06, Bernd Schoeller [EMAIL PROTECTED] wrote: On Mon, May 29, 2006 at 07:50:35PM +0300, Antonios Anastasiadis wrote: [...] I use OpenBSD too for critical systems, but some guys here really need to wake up. Troll. Can we all please kill this thread? This has stopped educating a long time ago. All operating systems have their own niches. I'm just happy that we all have the freedom to choose between a wide variety of operating systems, and software. So in the end, the freedom wins! - Raja
Re: clamav-0.88.2
clamav-0.88.2 was placed into ftp://ftp.openbsd.org/pub/OpenBSD/3.9/packages/i386 but clamav-0.88.2 depends upon unrar-3.54p0 and unarj-2.43 which are not there.
Status of tomcat on OpenBSD
Hello, just inquiring about the current state of tomcat on OpenBSD. I did a search on the list and the only resent mention of tomcat degenerated into a RoR sucks flamewar.
Re: Ethereal on 3.9?
On Wed, 2006-05-24 at 23:50 -0300, Kroty wrote: [EMAIL PROTECTED] wrote: This topic usually comes up near each release. Has anyone tried the 3.8 instructions below yet on 3.9? Why don't you try man tcpdump? Ethereal/tethereal have functionality that tcpdump never will (and in some cases, this is for good reason as in general, you don't want the programming equivalent of a Rube Goldberg contraption as the default packet dumper/viewer). -- Shawn K. Quinn
Re: apple usb modem
On Mon, 2006-05-29 at 00:18 -0700, akonsu wrote: hello, i have apple usb modem left over from my imac g5 that i got rid of. is there any chance of getting this modem to work with openbsd in stead of the unsupported winmodem that i have on my laptop? Plug it in and see if you get a ucom device. If you do, then it'll probably work. If not, then you're probably SOL. -- Shawn K. Quinn
Re: clamav-0.88.2
Peter Fraser wrote: clamav-0.88.2 was placed into ftp://ftp.openbsd.org/pub/OpenBSD/3.9/packages/i386 but clamav-0.88.2 depends upon unrar-3.54p0 and unarj-2.43 which are not there. For licensing reasons, they're not included on the FTP site. You have to build them yourself. -- Support OpenBSD: http://www.openbsd.org/orders.html
Re: bad SK NICs ??
hi, On Mon, May 29, 2006 at 09:58:44AM -0500, Jose Fragoso wrote: A while ago, a message was posted in this list stating the sk based NICs were supposed to be good in performance and stability. Now, I have already had quite a few problems with D-LINK DGE-530T when used on Intel motherboards. On several ocasions, these NICs ended up causing WATCHDOG TIMEOUT. So, I would like to know if there is any known bad revision of one of this cards, or if there is any kind of test a can perform to see if there is a real problem with the NIC. Apparently, it is not a problem with the NIC itself, since I have used the same NIC that behaved badly on one board, and it behaved all right on another. The NICs show as could you try this with openbsd 3.8? (there have been some changes in the sk driver for the 3.9 release) how long did the sk work before you got the watchdog timeouts? could you pass any traffic? reyk skc0 at pci2 dev 2 function 0 D-Link Systems DGE-530T rev 0x11, Marvell Yukon (0x1): irq 3 sk0 at skc0 port A, address 00:13:46:72:00:24 eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3 in the dmesg (which is attached below). I am asking because I read another message with complaints about this sk driver. Only it was: skc0 at pci0 dev 14 function 0 Schneider Koch SK-9821 v2.0 rev 0x12: irq 10 skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3 (0x7) sk0 at skc0 port A: address 00:0c:46:46:50:ec eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 5 Any help will be appreciated. Thanks in advance. Regards, Josi OpenBSD 3.9 (GENERIC) #617: Thu Mar 2 02:26:48 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) 4 CPU 1.80GHz (GenuineIntel 686-class) 1.80 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SB F,CNXT-ID real mem = 1072410624 (1047276K) avail mem = 971837440 (949060K) using 4278 buffers containing 53723136 bytes (52464K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 04/02/04, BIOS32 rev. 0 @ 0xf0010 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf3d30/224 (12 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82801EB/ER LPC rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0x1 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82865G/PE/P CPU-I/0-1 rev 0x02 ppb0 at pci0 dev 1 function 0 Intel 82865G/PE/P CPU-AGP rev 0x02 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor SiS, unknown product 0x0325 rev 0x00: aperture at 0xe000, size 0x40 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 29 function 0 Intel 82801EB/ER USB rev 0x02: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801EB/ER USB rev 0x02: irq 5 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801EB/ER USB rev 0x02: irq 10 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 29 function 3 Intel 82801EB/ER USB rev 0x02: irq 11 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801EB/ER USB2 rev 0x02: irq 9 usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ppb1 at pci0 dev 30 function 0 Intel 82801BA AGP rev 0xc2 pci2 at ppb1 bus 2 skc0 at pci2 dev 2 function 0 D-Link Systems DGE-530T rev 0x11, Marvell Yukon (0x1): irq 3 sk0 at skc0 port A, address 00:13:46:72:00:24 eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3 skc1 at pci2 dev 3 function 0 D-Link Systems DGE-530T rev 0x11, Marvell Yukon (0x1): irq 5 sk1 at skc1 port A, address 00:13:46:71:f8:0e eephy1 at sk1 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3 skc2 at pci2 dev 4 function 0 D-Link Systems DGE-530T rev 0x11, Marvell Yukon (0x1): irq 10 sk2 at skc2 port A, address 00:13:46:71:f7:cf eephy2 at sk2 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3 ichpcib0 at pci0 dev 31 function 0 Intel 82801EB/ER LPC rev 0x02 pciide0 at pci0 dev 31 function 1 Intel 82801EB/ER IDE rev 0x02: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0
FTP hanging
I had already send this bug report a week ago but since than a could not figure out the solution for this error, so i decided to reinstall the system, but with no change, the bad behave is still present. When i want to transfer a file from a client machine, when the transfer reaches 40%-60% the transfer suddenly hangs and after a while it says Transfer failed. After 4-5 retries finaly a can make the transfer complete, but sometimes i just can't transfer anything regardles how often i try. I had the same problem with OpenBSD 3.8 this is why a decided to try 3.9 I also tried to change the ftp server to vsftpd but with the same result, so it is not an ftp server bug. I have also disabled the pf firewall, and i'm not using any ftp proxy. In logs does not appear anything. I have looked with top command and the ftp server is idle and the WAIT column shows netio. To me it looks like somehow the connection was reset, but i can't figure out how since this is the default install of OpenBSD. I do not think that this is a lan card driver problem since the external interface uses Realtek card and the internal interface has a Surecom lan card. The box wich is running the ftp server is not a busy machine, it just part of a home network with a BSD machine and a windows client machine. I have also tried to use a Linux client and with the same result. The netstat -m command output looks normal to me, with 60% use of mbufs. The box wich is runnimg OpenBSD is an AcerPower machine with PIII 350 Mhz CPU and 512 RAM, 20GB HDD. In the future i was planning to install OpenBSD as a server replacing an old Redhat 7.2 system, but it is vital to function the ftp transfer. - Love cheap thrills? Enjoy PC-to-Phone calls to 30+ countries for just 2/min with Yahoo! Messenger with Voice.
Re: pf logging: tcpdump: need root privileges
Daniel Polak [2006-05-29, 00:37:06]: Martin, The solution in the FAQ was ok for 3.8 but things changed in 3.9. For now if you run the script underneath from root's crontab every 5 minutes you'll most likely be ok. There should be a check in the script to see if it is already running to prevent another instance starting when the old one hasn't finished yet. The check in the script in the FAQ was actually not working anyway so if the script in the FAQ wasn't causing any problems this one will be ok too. With this script there is just one script and no need for the user pflogger anymore as everything is done as root. This allows tcpdump to privsep which makes things safer. /etc/pflogrotate: #!/bin/sh # rotate pflog file and feed to syslog FILE=/var/log/pflog5min.$(date +%Y%m%d%H%M) kill -ALRM $(cat /var/run/pflogd.pid) if [ $(ls -l /var/log/pflog | cut -d -f 8) -gt 24 ]; then mv /var/log/pflog $FILE kill -HUP $(cat /var/run/pflogd.pid) tcpdump -n -e -ttt -r $FILE | logger -p local0.info rm $FILE fi I've adjusted the FAQ page with the new script, thanks! steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
libfreetype/fonts in today's X snapshot
after installing the #836: May 28 13:56:11 snapshot and the X of a few hours previous, libfreetype broke in such a way that only certain fonts would be read, e.g. from the msttcorefonts only Courier New worked (so that running mkfontscale or ttmkfdir on a dir with those fonts creates a fonts.scale listing only the Courier New variants). It's probably just stupidity on my part, possibly from just installing all of the snapshot when all I really wanted was a kernel with the rather useful sdhc(4)!, so if anyone would like to point out what in particular I've done wrong I'd appreciate that. fwiw, just reverting libfreetype.so.13.1 to an older one unbreaks it, so if anyone else has done the same thing and spent half the day trying to work out what happened to their fonts, there's your answer.
PR#5092 (Was: patch against tail(1) to support -f on multiple files)
Landry wrote: Hi folks at misc@ ! I've always missed the feature of GNU tail and FreeBSD tail to follow multiple files using -f. I was used to monitor the logs on my 3.8 server using tail -f /var/log/messages ; tail -f /var/www/logs/access_log and so on, but wasn't pleased of this workaround. I know, multitail port does the job, but i didn't want to install it. So i decided to code a patch, i looked at how FreeBSD handle this issue, i read style(9) and kqueue(2), and finally the result is here : http://team.gcu.info/~gaston/openbsd-tail-follow-multiple-files.patch This patch is against -current userland src/usr.bin/tail. Feel free to try it and comment it. If someone could review it and verify it, this would be great. Patched version works like a charm on my server since two days, and has been tested in most common cases. Thanks, Landry ps: I've submitted this patch too as PR#5092. I sent this patch/PR one month ago, and didn't have any sort of feedback. do i have to understand that my patch is badly written, or useful to noone ? At least, i just hoped someone would look at my code, and let me know if it was correctly written :) Thanks again for any feedback ! Landry Ps: as it is c2k6 these days, maybe my patch would get more interest than one month ago keep up the great work guys !!
hw.sensors, Dell 1850
I'm running OpenBSD 3.9 on a Dell 1850. A fine list of hardware sensors and their current readings is given by sysctl -a; does anyone have a cross reference from this list to the actual hardware components in the Dell 1850?
Re: Laptop recommendations
On 5/26/06, Christopher Snell [EMAIL PROTECTED] wrote: It seems like every major laptop manufacturer is locked into Intel CPU, graphics, WiFi, and sound and that there's no chance in hell that Intel will release specs on these. What is the future of laptop support for free Unicies? Will SpeedStep ever be reverse engineered? Are we forever doomed to barely-working laptops? umm, the graphics and sound for intel chipsets are completely documented. the correct way to use speedstep (est) is through acpi, which is also documented, even though we should now pretty much support every est cpu at least basically. the situation with wifi could be better, but if you download the firmware it works. you have either misappraised the situation, or your defintion of barely working is very different than most people's.
Re: Laptop recommendations
On 5/26/06, Christopher Snell [EMAIL PROTECTED] wrote: It seems like every major laptop manufacturer is locked into Intel CPU, graphics, WiFi, and sound and that there's no chance in hell that Intel will release specs on these. What is the future of laptop support for free Unicies? Will SpeedStep ever be reverse engineered? Are we forever doomed to barely-working laptops? umm, the graphics and sound for intel chipsets are completely documented. the correct way to use speedstep (est) is through acpi, which is also documented, even though we should now pretty much support every est cpu at least basically. the situation with wifi could be better, but if you download the firmware it works. you have either misappraised the situation, or your defintion of barely working is very different than most people's. Intel is changing their ways. They got seriously hurt by NVidia and ATI taking over the video market, while simultaneously AMD hurt them on the processor side. The real enemy today is Nvidia (and ATI). Intel is trying to release documentation and open up as fast as they can to stay in the market. It's almost pathetic, but yes, it is benefiting us (as it should, and thus, us running on their machines benefits them, as it should).
Re: Status of tomcat on OpenBSD
There are ports and packages for jakarta-tomcat. Latest version being v5.0. On 5/29/06, Jason Murray [EMAIL PROTECTED] wrote: Hello, just inquiring about the current state of tomcat on OpenBSD. I did a search on the list and the only resent mention of tomcat degenerated into a RoR sucks flamewar. -- An OpenBSD user... and that's all you need to know =)
Re: bad SK NICs ??
Hi Reyk, Thank you so much for your help and interest. The machine in question is working as a anti-spam bridge. It was passing traffic normally until the problem occur. After that the conectivity was lost between the internal LAN and the external world. It went operational last friday at 21:12 (GMT-3). The problem occured this monday at 7:09am (GMT-3), as shown in the log entries below. So, it took about 2 days and half. May 26 21:12:55 wall savecore: no core dump ... May 29 07:09:08 wall /bsd: sk0: watchdog timeout I have had similar problems with other machines running OpenBSD 3.6, 3.7 and 3.8. I do not know if it helps, but what is common in all these cases is Intel/Pentium IV and D-LINK DGE-530T. I only used brand new NICs and machines. On the 3.7 machine, it did happen so often that I decided not to use the NIC and switched to a on-board fxp NIC. The problem simply disappeard. This is just a small extract from the log files. Sep 5 18:45:31 euler /bsd: sk0: watchdog timeout Sep 6 13:00:45 euler /bsd: sk0: watchdog timeout Sep 7 02:23:34 euler /bsd: sk0: watchdog timeout Sep 7 03:10:10 euler /bsd: sk0: watchdog timeout Sep 7 15:42:48 euler /bsd: sk0: watchdog timeout Sep 7 15:43:46 euler /bsd: sk0: watchdog timeout Sep 7 20:01:27 euler /bsd: sk0: watchdog timeout Sep 9 01:43:26 euler /bsd: sk0: watchdog timeout Sep 11 19:10:22 euler /bsd: sk0: watchdog timeout Sep 12 11:28:39 euler /bsd: sk0: watchdog timeout Sep 12 15:38:22 euler /bsd: sk0: watchdog timeout Sep 12 16:13:17 euler /bsd: sk0: watchdog timeout Sep 14 09:24:31 euler /bsd: sk0: watchdog timeout Sep 14 10:57:58 euler /bsd: sk0: watchdog timeout Sep 15 01:17:10 euler /bsd: sk0: watchdog timeout Sep 15 02:45:10 euler /bsd: sk0: watchdog timeout Sep 15 11:21:36 euler /bsd: sk0: watchdog timeout Sep 15 18:42:28 euler /bsd: sk0: watchdog timeout Sep 16 00:35:03 euler /bsd: sk0: watchdog timeout Sep 16 08:52:16 euler /bsd: sk0: watchdog timeout Sep 17 15:35:08 euler /bsd: sk0: watchdog timeout Sep 17 17:36:36 euler /bsd: sk0: watchdog timeout Sep 17 19:02:43 euler /bsd: sk0: watchdog timeout Sep 18 17:45:01 euler /bsd: sk0: watchdog timeout Sep 18 23:35:27 euler /bsd: sk0: watchdog timeout Sep 19 15:26:31 euler /bsd: sk0: watchdog timeout Sep 19 19:01:58 euler /bsd: sk0: watchdog timeout On the 3.8 machine, it did happen less often. But the machine in question is not traffic intensive at all. So, I can not tell much: Dec 7 16:13:13 dantzig /bsd: sk0: watchdog timeout Feb 3 16:23:56 dantzig /bsd: sk0: watchdog timeout Mar 28 19:59:01 dantzig /bsd: sk0: watchdog timeout In fact, the machine where this problem is less often is the one running 3.6: May 6 12:54:31 wall /bsd: sk0: watchdog timeout Jul 26 16:35:51 wall /bsd: sk1: watchdog timeout Aug 5 00:58:44 wall /bsd: sk1: watchdog timeout Aug 22 09:57:02 wall /bsd: sk0: watchdog timeout Nov 24 12:38:17 wall /bsd: sk0: watchdog timeout Feb 5 00:08:07 wall /bsd: sk0: watchdog timeout May 29 15:48:10 wall /bsd: sk0: watchdog timeout Please, let me know if you need any additional information. Best regards, Josi - Original Message - From: Reyk Floeter To: Jose Fragoso Subject: Re: bad SK NICs ?? Date: Mon, 29 May 2006 23:28:54 +0200 hi, On Mon, May 29, 2006 at 09:58:44AM -0500, Jose Fragoso wrote: A while ago, a message was posted in this list stating the sk based NICs were supposed to be good in performance and stability. Now, I have already had quite a few problems with D-LINK DGE-530T when used on Intel motherboards. On several ocasions, these NICs ended up causing WATCHDOG TIMEOUT. So, I would like to know if there is any known bad revision of one of this cards, or if there is any kind of test a can perform to see if there is a real problem with the NIC. Apparently, it is not a problem with the NIC itself, since I have used the same NIC that behaved badly on one board, and it behaved all right on another. The NICs show as could you try this with openbsd 3.8? (there have been some changes in the sk driver for the 3.9 release) how long did the sk work before you got the watchdog timeouts? could you pass any traffic? reyk -- ___ Play 100s of games for FREE! http://games.mail.com/
Fernanda lembrou de voce
[IMAGE] [IMAGE] Ola, Veja o cartco que Fernanda SSilva ([EMAIL PROTECTED]) preparou para vocj: http://www.ocarteiro.com.br/lercartao.php?id=1914624983A3056 [IMAGE] Vocj tambim podera visualiza-lo em http://www.ocarteiro.com.br colocando o nzmero do seu cartco: 1914624983A3056 Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 26.5.8.8 - Release Date: 20/03/2006
Kernel panic smashed stack in ufs_makeinode
Hello, I've just installed OpenBSD 3.9 and I've stranged behaviours. I've sometimes some seg fault, sometimes the system crashed with or without a panic in dmesg. I got once: --- panic: smashed stack in ufs_makeinode Stopped at It's a dedicated server, I don't have access to the console. Do you have any idee ? Thx a lot, ++ Jerome Here is my dmesg: OpenBSD 3.9 (GENERIC) #617: Thu Mar 2 02:26:48 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: VIA Esther processor 2000MHz (CentaurHauls 686-class) 2 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MM X,FXSR,SSE,SSE2,TM,SBF,SSE3,EST,TM2 cpu0: RNG AES AES-CTR SHA1 SHA256 RSA real mem = 1056481280 (1031720K) avail mem = 957259776 (934824K) using 4278 buffers containing 52928512 bytes (51688K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(a1) BIOS, date 04/28/06, BIOS32 rev. 0 @ 0xf9350 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0xc4e4 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc440/160 (8 entries) pcibios0: bad IRQ table checksum pcibios0: PCI BIOS has 8 Interrupt Routing table entries pcibios0: PCI Exclusive IRQs: 5 10 11 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/0xfc00 0xd/0x1000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 vendor VIA, unknown product 0x0314 rev 0x00 pchb1 at pci0 dev 0 function 1 vendor VIA, unknown product 0x1314 rev 0x00 pchb2 at pci0 dev 0 function 2 vendor VIA, unknown product 0x2314 rev 0x00 pchb3 at pci0 dev 0 function 3 VIA PT890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 vendor VIA, unknown product 0x4314 rev 0x00 pchb5 at pci0 dev 0 function 7 vendor VIA, unknown product 0x7314 rev 0x00 ppb0 at pci0 dev 1 function 0 VIA VT8377 PCI-PCI rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor VIA, unknown product 0x3344 rev 0x01: aperture at 0xf400, size 0x1000 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) vge0 at pci0 dev 14 function 0 VIA VT612x rev 0x11: irq 10, address 00:40:63:e5:c1:45 ciphy0 at vge0 phy 1: Cicada CS8201 10/100/1000TX PHY, rev. 2 pciide0 at pci0 dev 15 function 0 VIA VT6420 SATA rev 0x80: DMA pciide0: using irq 11 for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: ST3160812AS wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 pciide1 at pci0 dev 15 function 1 VIA VT82C571 IDE rev 0x06: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility pciide1: channel 0 disabled (no drives) pciide1: channel 1 ignored (disabled) viapm0 at pci0 dev 17 function 0 VIA VT8237 ISA rev 0x00 iic0 at viapm0 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 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lm0 at isa0 port 0x290/8: W83697HF npx0 at isa0 port 0xf0/16: using exception 16 biomask fbfd netmask fffd ttymask pctr: user-level cycle counter enabled dkcsum: wd0 matches BIOS drive 0x80 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 WARNING: / was not properly unmounted [demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]
OpenBSD on Sun x64 Servers?
Can OpenBSD (at least v3.8 or the latest release) run on Sun's AMD64-based SunFire x64 servers? Thanks! -- Tito Mari Francis H. Escaqo Computer Engineer and Free Software Proponent
Re: OpenBSD on Sun x64 Servers?
On Tue, May 30, 2006 at 09:32:14AM +0700, Tito Mari Francis Esca?o wrote: Can OpenBSD (at least v3.8 or the latest release) run on Sun's AMD64-based SunFire x64 servers? Thanks! Yes, search archives[0]. Also check out HP Proliant DL145's G1/G2. We have the G1 here working good. Tito Mari Francis H. Escaqo [0] http://marc.theaimsgroup.com/?l=openbsd-miscw=2r=1s=sun+fire+x2100 -- Barry Dexter A. Gonzaga, bofh [EMAIL PROTECTED]
Re: OpenBSD on Sun x64 Servers?
Can OpenBSD (at least v3.8 or the latest release) run on Sun's AMD64-based SunFire x64 servers? Thanks! As of today (as far as I know) all of them. So yes.
Re: they say openbsd is not as scalable as others
On Tuesday 30 May 2006 00:50, Antonios Anastasiadis wrote: Let's keep pretending that openbsd is faster and more scalable in desktop than Linux. (in the same way Linux fans pretend their systems are more secure) Depends on your needs. Also, define scalability in a desktop context. Or in any context, for that matter. Scalability is rather context dependant. Of course, everybody knows that reiserfs isn't a match for openbsd's multi-year-old ffs. Depends on your needs. Also everybody knows that openbsd scales much better for large-scale SMP applications than Solaris, not to even mention Linux. Nobody has said that it scales for SMP. And, I almost forget, openbsd's support for threads is way faster than everyone else's. Threads != scalability and threads != speed. Threads isnt a silver bullet for solving speed and scalability (however you define that) problems. Obviously Henning knows better than everyone else here, and I fully believe his words, but beyond that pretending OpenBSD is faster than your ultra-optimized-but-prone-to-breaking-every-day Gentoo system for everyday use is at least naive. That's a rather pointless comparison and speed != scalability. No sane person would run a super-fast but super-unstable system in a prodution environment. I use OpenBSD too for critical systems, but some guys here really need to wake up. You seem to confuse speed with scalability a lot. --- Lars Hansson
Re: they say openbsd is not as scalable as others
STeve Andre' wrote: You know, all this discussion of the scalability of OpenBSD is really fruitless. Agreed. Puffer fish do not have scales, therefore OpenBSD is not scalable at all.
Re: ioapic0 degraded performance
On Sun, May 28, 2006 at 12:18:51AM +0200, Antoine Jacoutot wrote: ioapic0 at mainbus0: apid 2 pa 0xfec0, version 11, 24 pins ioapic0: conflicting map entries for pin 0 ioapic0: pin 19 shares different IPL interrupts (40..90), degraded performance I don't quite understand what it means, should I be worried? I'm booting of a GENERIC.MP on which I disable apm0 (using config) because it was causing a panic on boot (I'm reserving this for another thread). Note that I found some references on Google about disable pcibios in the kernel but it still does not explain the meaning of this message. i looked into this a while ago and got the impression that it didn't mean the end of the world. closest i came: http://marc.theaimsgroup.com/?l=openbsd-miscm=112174972615534w=2 -- jared [ openbsd 3.9-current GENERIC ( may 1 ) // i386 ]
[Fwd: 'Corrupted MAC on input' points to vpn1411 problem]
Hello. I recently posted this message on the Soekris tech list, but given the sparse amount of traffic there I am hoping that misc@ will prove to be a better source of the test data required to keep this problem moving toward a positive conclusion, rather than stalling as has happened as recently as a few months ago. Thanks. Breeno Received: from 24.72.118.207 (SquirrelMail authenticated user [EMAIL PROTECTED]) by webmail.breeno.net with HTTP; Sun, 28 May 2006 06:50:43 -0700 (PDT) Message-ID: [EMAIL PROTECTED] Date: Sun, 28 May 2006 06:50:43 -0700 (PDT) Subject: 'Corrupted MAC on input' points to vpn1411 problem From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello everyone! A few months ago, Didier Wiroth posted to this list that his net4801 with a vpn1411 was giving him 'Corrupted MAC on input' errors. He was looking for a solution to this problem. Mike Tancsa replied that he has seen the same error a couple of times on FreeBSD 6.1-PRERELEASE. Damien Miller posted a number of possible problems which could cause this error. Unfortunately, my current line of testing indicates that, at least in my situation, none of these possibilities is the culprit. I am fairly certain at this point that the problem is related to the vpn1411. I am not sure if it is the hardware itself or the driver for OpenBSD. There is a small outside chance that this is related to PuTTY, which I am using to connect to the net4801, but given that others are also experiencing this issue it seems to be an outside possibility. My testing: When I first noticed this problem I was performing an operation which displayed a large amount of text. Subsequent errors also happened when dealing with large amounts of text being output to the PuTTY window. I decided to make a script to reliably trigger the error: START sshtest.sh #!/bin/sh while true do cat /var/log/messages done END sshtest.sh This script provided me with infinitely large amounts of text output. Within seconds of running it the first time I received the error in question. I then cross checked the various protocol versions and encryption ciphers available: SSH2/AES: Corrupted MAC on input SSH2/Blowfish: OK for 10 minutes, used CTRL-C to escape loop SSH2/3DES: Corrupted MAC on input SSH1/Blowfish: OK for 10 minutes, used CTRL-C to escape loop SSH1/3DES: Incorrect CRC received on packet As the above data shows, errors only occur with the ciphers that are accelerated by the vpn1411. Blowfish is not accelerated and never choked during testing. I removed the vpn1411 and ran all the tests again. All combinations passed 10 minutes of testing. To verify the culprit of this error requires further data. I need the following testers: net4801/vpn1411/OpenBSD 3.9 - verify the same errors using my testing methodology. Test against another Unix box rather than PuTTY if possible. net4801/vpn1411/FreeBSD, NetBSD, or Linux - verify the same errors using my testing methodology. Test against another Unix box rather than PuTTY if possible. If other platforms get the same errors then it is likely a problem with the vpn1411 itself. If only OpenBSD produces the errors then there could be a problem with OpenBSD's implementation of the Hifn driver. If the error doesn't occur between Unix boxen, then PuTTY is the likely culprit. Please post your test data to this list. Thank you, namaste, and good luck. Breeno
Re: [Fwd: 'Corrupted MAC on input' points to vpn1411 problem]
On Mon, May 29, 2006 at 10:01:21PM -0600, Breen Ouellette wrote: A few months ago, Didier Wiroth posted to this list that his net4801 with a vpn1411 was giving him 'Corrupted MAC on input' errors. He was looking for a solution to this problem. i think i chimed in on that one. since i put may.1st snapshots on my 4801, it has not happened at all. this was the same situation for me as before; i started to see the 'corrupted MAC on input' after one snapshot, and then a few snapshots later, it went away entirely. this last time, it showed up after a december-ish snapshot (iirc, whatever i had in my last post about it ...), and since may.1 snapshot, it is entirely non-present -- jared [ openbsd 3.9-current GENERIC ( may 1 ) // i386 ]
Re: hw.sensors, Dell 1850
On Mon, May 29, 2006 at 05:23:09PM -0500, Doug Carter wrote: I'm running OpenBSD 3.9 on a Dell 1850. A fine list of hardware sensors and their current readings is given by sysctl -a; does anyone have a cross reference from this list to the actual hardware components in the Dell 1850? don't have one offhand, but i wonder about cross-referencing it against the sensors list in the DRAC ? -- jared [ openbsd 3.9-current GENERIC ( may 1 ) // i386 ]