Re: OSPF and IPv6
Ok thanks for that .. guess it's time to dig out quagga again :( Cheers On 1 Mar 2007, at 07:13, Esben Norby wrote: On Wednesday 28 February 2007 14:58:49 Jon Morby wrote: Unless I'm missing something OpenOSPFD doesn't currently seem to support IPv6 ? IPv6 is not supported currently, and I think it will be a while before that happens. /Esben
pkg_add Can't install
guys have you incounter this error from pkg_add? i'm using release 4. pkg_add -v ftp://ftp.usa.openbsd.org/pub/OpenBSD/4.0/packages/i386/cvsup-16.1h-no_x11.tgz parsing cvsup-16.1h-no_x11 Can't install ftp://ftp.usa.openbsd.org/pub/OpenBSD/4.0/packages/i386/cvsup-16.1h-no_x11.tgz: lib not found c.39.3 Even by looking in the dependency tree: Maybe it's in a dependent package, but not tagged with @lib ? (check with pkg_info -K -L) If you are still running 3.6 packages, update them.
Re: OpenBSD as Virtualbox guest
On Wed, Feb 28, 2007 at 10:06:00PM -0500, Peter wrote: Le Mercredi 28 FC)vrier 2007 21:58, Marcos Laufer a C)critB : Maybe you just have to wait a couple of weeks/months, here's an extract from VirtualBox website: OpenBSD 4.0 might not work well, a fix will be in the next version of VirtualBox. No Guest Additions available yet. Neither OpenBSD 4.0 nor FreeBSD 6.2 work. OpenBSD panics very early and FreeBSD panics during installation procedure. I'm frustrated because it was exactly these two operating systems that I wanted to work with - besides a Windows XP install. And, lo and behold, those are exactly the OSes that the virtualbox site warns you that might not work: http://www.virtualbox.org/wiki/Guest_OSes. If you don't want to spend the time to fix it, get another emulation program (VMWare, qemu, Xen?), an older version of OpenBSD (not necessarily a good idea), or ask at the virtualbox mailing lists. This does not appear to be an OpenBSD problem, and you don't supply the necessary information for someone to help you, anyway. Joachim
Re: nv(4) driver on nVidia 7600GS card.
On Thu, Mar 01, 2007 at 08:22:22AM +0100, Andreas Maus wrote: On 3/1/07, Sunnz [EMAIL PROTECTED] wrote: I have an nVidia 7600GS Graphics card, and attempted to get it to work with the NV(4) driver. This is not a hardware problem. It is the nv driver. I had similar problems with my 7800GS. The thread was discussed here: http://marc.theaimsgroup.com/?l=openbsd-miscm=116017301426487w=2 As a workaround you have to use the vesa driver till we have X 7.x P.S.: By the way ... will we switch to X 7.x in 4.1 ? The vesa driver can be annoying, because I can't watch movies in fullscreen with mplayer. ;) No, but you can already use 7.1 in -current. (To help with testing, obviously, and some stuff is still broken. So it's not a good idea if you want the easy way out. Xenocara, and 7.1, will be merged as soon as 4.1 is sent to the CD guys). Joachim
Re: Problems mounting a Windows share *solved*
Well, after much testing I've found that the problem is the pcn(4) network driver. As I told you in the dmesg I was using VMware, specifically the ESX. I found that when I used heavily the network (such as a long ls from the shell), the output just freezes even with a listing of 1000 directories. # cd /mnt/remote # ls freezes after a while # cd /mnt/remote # ls | wc works in every case, no matter how much directories I have in the remote. So it seems that this driver just works but is not usable with heavy network traffic. I set up a physical machine, identical to the virtual but with the fxp(4) driver and everything works ok, even the ls of 20.000 directories. I found some other posts here recommending to use the le(4) driver or the vic(4) driver in the virtual machines, but I'm not sure of the troughput I will get with those drivers in case they work ok (I see posts doubting it). So the decision is switch to a physical machine and experiment sometime later with a virtual machine in the ESX server. Thanks to all of you for your aid in debugging. -Joaquin Herrero
Re: nv(4) driver on nVidia 7600GS card.
On 3/1/07, Joachim Schipper [EMAIL PROTECTED] wrote: No, but you can already use 7.1 in -current. (To help with testing, obviously, and some stuff is still broken. So it's not a good idea if you want the easy way out. Xenocara, and 7.1, will be merged as soon as 4.1 is sent to the CD guys). I _LOVE_ to try it from the current tree! ;) (I already use the current tree - except XF4 - because of some problems with the nfe* NICs). I will try it. Many thanks, Andreas. -- Hobbes : Shouldn't we read the instructions? Calvin : Do I look like a sissy?
Re: filesystem hackathon: still seeking donations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Nikolay Sturm wrote: - 8 250G SATA disks I was able to convince Dalco, a Swiss company, to loan those 8 disks to the hackathon. I'll get in touch with you privately so we can sort out the details. Cheers, - -- Stephan A. Rickauer --- Institute of Neuroinformatics Tel +41 44 635 30 50 University / ETH Zurich Sec +41 44 635 30 52 Winterthurerstrasse 190 Fax +41 44 635 30 53 CH-8057 ZurichWeb www.ini.unizh.ch RSA public key: https://www.ini.uzh.ch/~stephan/pubkey.asc --- Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIVAwUBRea++bw1P6JCbhlsAQrZThAAg4TTE5VDSrni5AP5d+oww7ZdGB7JOV+2 twRfOpcf0H7+x54hjvMFVDMF8qVjg1umT9DM8mCsAnLpC2QHBalQzmkcmfmAQJB4 FcrQ8Lhu9vKKF00SXm0yPKkDcDDAv9isKYtUh2eZ5xh5ewCLSOEVkhT8IM8LMckD DSN9bfGlnL3UdIZImU5/FIq6f6rXVjmUguu1iPEhVCw5sebBzHrpkOMSn394AlnW 6BJSRvHBfAxdgnhG/+hCETi1qbqMGvKWEF7/Qan8cXJgzsATbSRlOSYHov9S69Ta iSZOgIx/RzPhcI69YYekeepwGIZFFNme2ftq32bvkG2KTmwue4VtxUCu3Ps52LZ/ R3kpnra53oiiHZQTP/r6Xy+PW/Q7DrzMS0tYj3bTVURsllcCXOe/766LKK1rzu/1 IP0P7ADcMKRTyb8tUJPskS2udyrgLzyYATMcsAIz+3kFnc1HwkKQeJ2M3iWgrfIx IVoNTxvt27Nym+1HeA3SLQoFl1MgIP31i93LQtNvGVxU3Kzic3oF0jsMT94En24E DpYkf+4nmazJU/fhBBxYYziH8onP4ddFxl7yhUhfnA+0aCvuly3qK9O3fT8E5l4c q0dKcZE4391dxeaP8PSiC/aMx768eQs228p5VmQzOKXk/ZPLLYJ7X+ekKQpfV5GW MTm3NFag6J0= =hg2A -END PGP SIGNATURE-
Re: Quick n Easy template system?
2007/3/1, Subcommander l0r3zz [EMAIL PROTECTED]: All, I'm making a Vmware Virtual Appliance using OpenBSD so one can leverage goodies like pf, bgpd, ipsec, carp, etc in the VM universe. What should I use to create the few config web pages (these can be easily turned off once configuration is complete. I'd like to use something that works with the installed Perl and Apache. The pages don't have to be beautiful but I have a lot to make so I want to be able to layout a lot of forms quickly. Any suggestions? As I said, this is NOT an interface that will be used all the time, just in setting up the VM, after that, the user can disable it if they so desire to alleviate any security concerns. If I understand you correctly template toolkit might be the way to go. Wijnand
Re: nv(4) driver on nVidia 7600GS card.
Ok I am keen to be a tester, any documentation on how does one test and send useful information to the port maintainer? (Will be getting -current, but that's only the first step.) I have learnt C from college as well, so I like to do a bit of code too if I can... any documentation on how Xorg was ported and such? Linkage would be good. Thanks. 2007/3/1, Joachim Schipper [EMAIL PROTECTED]: On Thu, Mar 01, 2007 at 08:22:22AM +0100, Andreas Maus wrote: On 3/1/07, Sunnz [EMAIL PROTECTED] wrote: I have an nVidia 7600GS Graphics card, and attempted to get it to work with the NV(4) driver. This is not a hardware problem. It is the nv driver. I had similar problems with my 7800GS. The thread was discussed here: http://marc.theaimsgroup.com/?l=openbsd-miscm=116017301426487w=2 As a workaround you have to use the vesa driver till we have X 7.x P.S.: By the way ... will we switch to X 7.x in 4.1 ? The vesa driver can be annoying, because I can't watch movies in fullscreen with mplayer. ;) No, but you can already use 7.1 in -current. (To help with testing, obviously, and some stuff is still broken. So it's not a good idea if you want the easy way out. Xenocara, and 7.1, will be merged as soon as 4.1 is sent to the CD guys). Joachim -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
Re: vmware: detecting real interfaces?
Nick Holland wrote: exactly. This idea of using VMware (or similar) to host a firewall that protects the host operating system is something I find somewhere between amusing (because its silly) and scary (because it indicates people don't really understand, and think that a firewall works magic, and these people might be protecting our personal data). this goes without saying since any solution involving windows is, IMO, turd polishing. however, i am forced to use the turd (, luke?) and would rather have it wrapped in tinfoil than paper, not unlike a burrito. I don't think that's a really good idea. A year ago, I thought it was a theoretically bad idea. But leave it to the wireless people to put theory into practice: http://lwn.net/Articles/191100/ Remember that this was a DRIVER vulnerability, not an APPLICATION vulnerability. So yes, nothing had to be attached. A little while after that, Intel was reporting security bugs in many/most of their 100Mbps and 1Gbps adapter drivers. Thanks for demonstrating that it isn't just a wireless thing. Better than sticking your All Services On Windows machine directly on the 'net? Probably. Secure? Not in my opinion. Nick.
Re: nv(4) driver on nVidia 7600GS card.
On Thu, Mar 01, 2007 at 11:05:51PM +1100, Sunnz wrote: Ok I am keen to be a tester, any documentation on how does one test and send useful information to the port maintainer? (Will be getting -current, but that's only the first step.) I have learnt C from college as well, so I like to do a bit of code too if I can... any documentation on how Xorg was ported and such? To start playing with it, I suppose http://www.undeadly.org/cgi?action=articlesid=20070106130727 would be a good first step. If you want to learn more about the X/OpenBSD integration, see http://www.undeadly.org/cgi?action=articlesid=20070228144722. Joachim
sox reverse question
Hi, I can't seem to reverse any .wav files with the command sox file1.wav file2.wav reverse What happens is file2.wav will turn out to be 44 bytes (header?). Is this feature broken? neptune$ cd /var/db/pkg neptune$ ls -ld sox* drwxr-xr-x 2 root wheel 512 Mar 1 13:13 sox-12.18.2 -p -- Here my ticker tape .signature My name is Peter Philipp lynx -dump http://en.wikipedia.org/w/index.php?title=Pufferfisholdid=20768394; | sed -n 131,137p http://centroid.eu So long and thanks for all the fish!!!
Re: vmware: detecting real interfaces?
On 3/1/07, Jacob Yocom-Piatt [EMAIL PROTECTED] wrote: Nick Holland wrote: exactly. This idea of using VMware (or similar) to host a firewall that protects the host operating system is something I find somewhere between amusing (because its silly) and scary (because it indicates people don't really understand, and think that a firewall works magic, and these people might be protecting our personal data). this goes without saying since any solution involving windows is, IMO, turd polishing. however, i am forced to use the turd (, luke?) and would rather have it wrapped in tinfoil than paper, not unlike a burrito. But you're relying on Windows to not be broken. This provides you no safety whatsoever. What's wrong with setting up an external hardware OpenBSD box? This would run faster too. Don't try to force technical solutions to on political/social problems! -Nick
Re: nv(4) driver on nVidia 7600GS card.
Thanks for the linkage will try it shortly. 2007/3/2, Joachim Schipper [EMAIL PROTECTED]: On Thu, Mar 01, 2007 at 11:05:51PM +1100, Sunnz wrote: Ok I am keen to be a tester, any documentation on how does one test and send useful information to the port maintainer? (Will be getting -current, but that's only the first step.) I have learnt C from college as well, so I like to do a bit of code too if I can... any documentation on how Xorg was ported and such? To start playing with it, I suppose http://www.undeadly.org/cgi?action=articlesid=20070106130727 would be a good first step. If you want to learn more about the X/OpenBSD integration, see http://www.undeadly.org/cgi?action=articlesid=20070228144722. Joachim -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
Re: nv(4) driver on nVidia 7600GS card.
On Thu, Mar 01, 2007 at 11:05:51PM +1100, Sunnz wrote: Ok I am keen to be a tester, any documentation on how does one test and send useful information to the port maintainer? (Will be getting -current, but that's only the first step.) Be aware that you need to rebuild all ports using X from source. I'm just telling you this in advance, since I need OO + KDE, well it took some time until I had them, but otherwise I'm was very impressed by the stability (haven't had a single crash since 06.01.07). I have learnt C from college as well, so I like to do a bit of code too if I can... any documentation on how Xorg was ported and such? Linkage would be good. Thanks. 2007/3/1, Joachim Schipper [EMAIL PROTECTED]: On Thu, Mar 01, 2007 at 08:22:22AM +0100, Andreas Maus wrote: On 3/1/07, Sunnz [EMAIL PROTECTED] wrote: I have an nVidia 7600GS Graphics card, and attempted to get it to work with the NV(4) driver. This is not a hardware problem. It is the nv driver. I had similar problems with my 7800GS. The thread was discussed here: http://marc.theaimsgroup.com/?l=openbsd-miscm=116017301426487w=2 As a workaround you have to use the vesa driver till we have X 7.x P.S.: By the way ... will we switch to X 7.x in 4.1 ? The vesa driver can be annoying, because I can't watch movies in fullscreen with mplayer. ;) No, but you can already use 7.1 in -current. (To help with testing, obviously, and some stuff is still broken. So it's not a good idea if you want the easy way out. Xenocara, and 7.1, will be merged as soon as 4.1 is sent to the CD guys). Joachim Regards, ahb
Max amount of RAM
Hello folks, I was curious about the maximum amount of RAM an OpenBSD system will recognize. Is there any way at all to get it to recognize more? Kernel recompile? Sysctl options? I've browsed through the archives here a bit and have found a few answers relating to my question, but there were older. For instance, someone was saying back in '03 that the maximum amount of RAM the OS would recognize is 2GB. I happen to know that my amd64 system recognizes 4GB nowadays. But the machine has 8GB of RAM. Some other answers said it would never go higher than 2GB b/c it would require an entire rewrite of the VM subcomponent (or something to that effect). But again, my system currently recognizes 4GB, so it seems there has been some progress. Any definitive word on this? Thanks. ./brm
jails in openbsd
I'd like to look at some virtualization options for openbsd. The ultimate goal would be to get several isolated Debian systems running inside some kind of enironment for virtualization. Can you point me to an openbsd package, port or source code for the freebsd jail or an equivalent? -Lars Lars Noodin ([EMAIL PROTECTED]) Ensure access to your data now and in the future http://opendocumentfellowship.org/about_us/contribute
MegaRAID 300-8x: added a logical drive, old one not booting
i had a MegaRAID 300-8x adapter running with 2 disks (1 logical drive) in a RAID1 from 3.8 until now. it has been working fine until yesterday and is running 4.0-release. i added 4x500 GB disks in hotswap trays that connect to a backplane yesterday evening, then rebooted the machine, went into the RAID BIOS for the adapter, configured the 4 disks as a ~1.4 TB RAID5 logical drive and initialized it. i also checked that logical drive 1, the RAID1 array, was flagged as the bootable drive. now the machine won't boot, despite my having done a consistency check on the RAID1 drive which yielded no corrections. after this the same problem persists: when booting it doesn't even detect a disk to boot from and goes directly to PXE booting. i have not yet tried to unconfigure/remove the new RAID5 drive to see if this fixes the booting issue (will do this later tonight). since i can't get the machine to boot, i haven't a up-to-date dmesg to concatenate, but this is a dmesg from an earlier post i made about this same machine: OpenBSD 3.8-current (GENERIC.MP) #338: Sat Oct 8 12:43:21 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel Pentium III (GenuineIntel 686-class) 1 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,SER,MMX,FXSR,SSE real mem = 268017664 (261736K) avail mem = 237666304 (232096K) using 3297 buffers containing 13504512 bytes (13188K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 04/23/03, BIOS32 rev. 0 @ 0xfdba0 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown, estimated 0:00 hours apm0: APM get event: interface not connected (3) apm0: APM get event: interface not connected (3) apm0: disconnected apm0: flags 30102 dobusy 0 doidle 0 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf4b70/192 (10 entries) pcibios0: PCI Interrupt Router at 000:15:0 (ServerWorks ROSB4 SouthBridge rev 0x00) pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc/0x8000 0xc8000/0x2200 0xca800/0x1000 0xcb800/0x1000 ipmi at mainbus0 not configured mainbus0: Intel MP Specification (Version 1.4) (AMI CNB30LE ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 132 MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel Pentium III (GenuineIntel 686-class) 1 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,SER,MMX,FXSR,SSE mainbus0: bus 0 is type PCI mainbus0: bus 1 is type PCI mainbus0: bus 2 is type PCI mainbus0: bus 3 is type ISA ioapic0 at mainbus0: apid 8 pa 0xfec0, version 11, 16 pins ioapic1 at mainbus0: apid 9 pa 0xfec01000, version 11, 16 pins pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20LE Host rev 0x06 pchb1 at pci0 dev 0 function 1 ServerWorks CNB20LE Host rev 0x06 pci1 at pchb1 bus 1 ppb0 at pci1 dev 3 function 0 vendor Intel, unknown product 0x0335 rev 0x07 pci2 at ppb0 bus 2 ami0 at pci2 dev 14 function 0 Symbios Logic MegaRAID SATA 8x rev 0x07: apic 9 int 7 (irq 10) LSI 3008/32b ami0: FW 813G, BIOS vH425, 128MB RAM ami0: 1 channels, 0 FC loops, 1 logical drives scsibus0 at ami0: 40 targets sd0 at scsibus0 targ 0 lun 0: AMI, Host drive #00, SCSI2 0/direct fixed sd0: 189781MB, 189781 cyl, 64 head, 32 sec, 512 bytes/sec, 388671488 sec total scsibus1 at ami0: 16 targets vga1 at pci0 dev 1 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) fxp0 at pci0 dev 4 function 0 Intel 82557 rev 0x08, i82559: apic 9 int 4 (irq 9), address 00:e0:81:04:64:96 inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4 fxp1 at pci0 dev 5 function 0 Intel 82557 rev 0x08, i82559: apic 9 int 5 (irq 5), address 00:e0:81:04:64:97 inphy1 at fxp1 phy 1: i82555 10/100 PHY, rev. 4 pcib0 at pci0 dev 15 function 0 ServerWorks ROSB4 SouthBridge rev 0x50 pciide0 at pci0 dev 15 function 1 ServerWorks OSB4 IDE rev 0x00: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus2 at atapiscsi0: 2 targets cd0 at scsibus2 targ 0 lun 0: DELTA, OIP-SD2400A/BM, 5.6i SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x04: apic 8 int 10 (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 isa0 at pcib0 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 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 sysbeep0 at pcppi0 npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
Re: Max amount of RAM (inc. dmesg)
John, others, Upon closer look, it only shows roughly 3.5GB of RAM, see below: + paste + OpenBSD 4.0 (GENERIC.MP) #967: Sat Sep 16 20:38:15 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3757342720 (3669280K) avail mem = 3223769088 (3148212K) using 22937 buffers containing 375943168 bytes (367132K) of memory mainbus0 (root) bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xdffbc000 (62 entries) bios0: Dell Inc. PowerEdge 2950 ipmi0 at mainbus0: version 2.0 interface KCS iobase 0xca8/8 spacing 4 mainbus0: Intel MP Specification (Version 1.4) (DELL PE 01B2 ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz, 2992.91 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU SH,DS,ACPI,MMX,FXSR,SSE,SS E2,SS,HTT,TM,SBF,SSE3,NXE,LONG cpu0: 4MB 64b/line 16-way L2 cache cpu0: apic clock running at 332MHz cpu1 at mainbus0: apid 6 (application processor) cpu1: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz, 2992.50 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU SH,DS,ACPI,MMX,FXSR,SSE,SS E2,SS,HTT,TM,SBF,SSE3,NXE,LONG cpu1: 4MB 64b/line 16-way L2 cache cpu2 at mainbus0: apid 7 (application processor) cpu2: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz, 2992.50 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU SH,DS,ACPI,MMX,FXSR,SSE,SS E2,SS,HTT,TM,SBF,SSE3,NXE,LONG cpu2: 4MB 64b/line 16-way L2 cache cpu3 at mainbus0: apid 1 (application processor) cpu3: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz, 2992.50 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU SH,DS,ACPI,MMX,FXSR,SSE,SS E2,SS,HTT,TM,SBF,SSE3,NXE,LONG cpu3: 4MB 64b/line 16-way L2 cache 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 PCI mpbios: bus 8 is type PCI mpbios: bus 9 is type PCI mpbios: bus 10 is type PCI mpbios: bus 11 is type PCI mpbios: bus 12 is type PCI mpbios: bus 13 is type PCI mpbios: bus 14 is type PCI mpbios: bus 15 is type PCI mpbios: bus 16 is type PCI mpbios: bus 17 is type ISA ioapic0 at mainbus0 apid 8 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 8 ioapic1 at mainbus0 apid 9 pa 0xfec81000, version 20, 24 pins ioapic1: misconfigured as apic 0, remapped to apid 9 pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 Intel 5000X Host rev 0x12 ppb0 at pci0 dev 2 function 0 Intel 5000 PCIE rev 0x12 pci1 at ppb0 bus 6 ppb1 at pci1 dev 0 function 0 Intel 6321ESB PCIE rev 0x01 pci2 at ppb1 bus 7 ppb2 at pci2 dev 0 function 0 Intel 6321ESB PCIE rev 0x01 pci3 at ppb2 bus 8 ppb3 at pci2 dev 1 function 0 Intel 6321ESB PCIE rev 0x01 pci4 at ppb3 bus 10 ppb4 at pci1 dev 0 function 3 Intel 6321ESB PCIE-PCIX rev 0x01 pci5 at ppb4 bus 11 ppb5 at pci0 dev 3 function 0 Intel 5000 PCIE rev 0x12 pci6 at ppb5 bus 1 ppb6 at pci6 dev 0 function 0 Intel IOP333 PCIE-PCIX rev 0x00 pci7 at ppb6 bus 2 mfi0 at pci7 dev 14 function 0 Dell PERC 5 rev 0x00: apic 9 int 14 (irq 6) mfi0: logical drives 1, version 5.0.2-0003, 256MB RAM scsibus0 at mfi0: 1 targets sd0 at scsibus0 targ 0 lun 0: DELL, PERC 5/i, 1.00 SCSI3 0/direct fixed sd0: 69376MB, 69376 cyl, 64 head, 32 sec, 512 bytes/sec, 142082048 sec total ppb7 at pci6 dev 0 function 2 Intel IOP333 PCIE-PCIX rev 0x00 pci8 at ppb7 bus 3 ppb8 at pci0 dev 4 function 0 Intel 5000 PCIE rev 0x12 pci9 at ppb8 bus 12 em0 at pci9 dev 0 function 0 Intel PRO/1000 PT (82571EB) rev 0x06: apic 8 int 16 (irq 5), address 00:15:17 :19:10:56 em1 at pci9 dev 0 function 1 Intel PRO/1000 PT (82571EB) rev 0x06: apic 8 int 17 (irq 11), address 00:15:1 7:19:10:57 ppb9 at pci0 dev 5 function 0 Intel 5000 PCIE rev 0x12 pci10 at ppb9 bus 13 ppb10 at pci0 dev 6 function 0 Intel 5000 PCIE rev 0x12 pci11 at ppb10 bus 14 ppb11 at pci0 dev 7 function 0 Intel 5000 PCIE rev 0x12 pci12 at ppb11 bus 15 pchb1 at pci0 dev 16 function 0 Intel 5000 Error Reporting rev 0x12 pchb2 at pci0 dev 16 function 1 Intel 5000 Error Reporting rev 0x12 pchb3 at pci0 dev 16 function 2 Intel 5000 Error Reporting rev 0x12 pchb4 at pci0 dev 17 function 0 Intel 5000 Reserved rev 0x12 pchb5 at pci0 dev 19 function 0 Intel 5000 Reserved rev 0x12 pchb6 at pci0 dev 21 function 0 Intel 5000 FBD rev 0x12 pchb7 at pci0 dev 22 function 0 Intel 5000 FBD rev 0x12 ppb12 at pci0 dev 28 function 0 Intel 6321ESB PCIE rev 0x09 pci13 at ppb12 bus 4 uhci0 at pci0 dev 29 function 0 Intel 6321ESB USB rev 0x09: apic 8 int 21 (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 6321ESB USB rev 0x09: apic 8 int 20 (irq 10) usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2
Re: MegaRAID 300-8x: added a logical drive, old one not booting
On Thu, 1 Mar 2007, Jacob Yocom-Piatt wrote: i had a MegaRAID 300-8x adapter running with 2 disks (1 logical drive) in a RAID1 from 3.8 until now. it has been working fine until yesterday and is running 4.0-release. i added 4x500 GB disks in hotswap trays that connect to a backplane yesterday evening, then rebooted the machine, went into the RAID BIOS for the adapter, configured the 4 disks as a ~1.4 TB RAID5 logical drive and initialized it. i also checked that logical drive 1, the RAID1 array, was flagged as the bootable drive. now the machine won't boot, despite my having done a consistency check on the RAID1 drive which yielded no corrections. 1.4TB is not going to work. Even though disklabel supports up til 2TB partitions, you'll likely encounter trouble when creating a filesystem. Make you logical drives 1TB max. after this the same problem persists: when booting it doesn't even detect a disk to boot from and goes directly to PXE booting. i have not yet tried to unconfigure/remove the new RAID5 drive to see if this fixes the booting issue (will do this later tonight). since i can't get the machine to boot, i haven't a up-to-date dmesg to concatenate, but this is a dmesg from an earlier post i made about this same machine: The way you describe it it looks like the BIOS does not recognize or can't handle the large drive(s). If the BIOS switches to netboot, there's nothing OpenBSD can do about that. -Otto OpenBSD 3.8-current (GENERIC.MP) #338: Sat Oct 8 12:43:21 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel Pentium III (GenuineIntel 686-class) 1 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,SER,MMX,FXSR,SSE real mem = 268017664 (261736K) avail mem = 237666304 (232096K) using 3297 buffers containing 13504512 bytes (13188K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 04/23/03, BIOS32 rev. 0 @ 0xfdba0 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown, estimated 0:00 hours apm0: APM get event: interface not connected (3) apm0: APM get event: interface not connected (3) apm0: disconnected apm0: flags 30102 dobusy 0 doidle 0 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf4b70/192 (10 entries) pcibios0: PCI Interrupt Router at 000:15:0 (ServerWorks ROSB4 SouthBridge rev 0x00) pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc/0x8000 0xc8000/0x2200 0xca800/0x1000 0xcb800/0x1000 ipmi at mainbus0 not configured mainbus0: Intel MP Specification (Version 1.4) (AMI CNB30LE ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 132 MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel Pentium III (GenuineIntel 686-class) 1 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,SER,MMX,FXSR,SSE mainbus0: bus 0 is type PCI mainbus0: bus 1 is type PCI mainbus0: bus 2 is type PCI mainbus0: bus 3 is type ISA ioapic0 at mainbus0: apid 8 pa 0xfec0, version 11, 16 pins ioapic1 at mainbus0: apid 9 pa 0xfec01000, version 11, 16 pins pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20LE Host rev 0x06 pchb1 at pci0 dev 0 function 1 ServerWorks CNB20LE Host rev 0x06 pci1 at pchb1 bus 1 ppb0 at pci1 dev 3 function 0 vendor Intel, unknown product 0x0335 rev 0x07 pci2 at ppb0 bus 2 ami0 at pci2 dev 14 function 0 Symbios Logic MegaRAID SATA 8x rev 0x07: apic 9 int 7 (irq 10) LSI 3008/32b ami0: FW 813G, BIOS vH425, 128MB RAM ami0: 1 channels, 0 FC loops, 1 logical drives scsibus0 at ami0: 40 targets sd0 at scsibus0 targ 0 lun 0: AMI, Host drive #00, SCSI2 0/direct fixed sd0: 189781MB, 189781 cyl, 64 head, 32 sec, 512 bytes/sec, 388671488 sec total scsibus1 at ami0: 16 targets vga1 at pci0 dev 1 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) fxp0 at pci0 dev 4 function 0 Intel 82557 rev 0x08, i82559: apic 9 int 4 (irq 9), address 00:e0:81:04:64:96 inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4 fxp1 at pci0 dev 5 function 0 Intel 82557 rev 0x08, i82559: apic 9 int 5 (irq 5), address 00:e0:81:04:64:97 inphy1 at fxp1 phy 1: i82555 10/100 PHY, rev. 4 pcib0 at pci0 dev 15 function 0 ServerWorks ROSB4 SouthBridge rev 0x50 pciide0 at pci0 dev 15 function 1 ServerWorks OSB4 IDE rev 0x00: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus2 at atapiscsi0: 2 targets cd0 at scsibus2 targ 0 lun 0: DELTA, OIP-SD2400A/BM, 5.6i SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x04: apic 8 int 10 (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
Re: Max amount of RAM
On 3/1/07, Brian Martinez [EMAIL PROTECTED] wrote: I was curious about the maximum amount of RAM an OpenBSD system will recognize. Is there any way at all to get it to recognize more? Kernel recompile? Sysctl options? No. However, you can compile an i386 kernel with PAE which should recognize all of your RAM. I tested an IBM x336 with ~5GB and it worked nicely. Look at http://www.armorlogic.com/oscl/ under IBM x336 (the last dmesg). Don't get fooled by avail memory reporting less. It's just a bug. OpenBSD sees and uses all the RAM. That said, I know a lot of PAE work has been backed out recently (due to an untrackable bug) so this might not even work in -current. YMMV. Also, amd64 only supports 4GB, but there is some work going on to support more.
Re: jails in openbsd
Hello, I'd like to look at some virtualization options for openbsd. The ultimate goal would be to get several isolated Debian systems running inside some kind of enironment for virtualization. Can you point me to an openbsd package, port or source code for the freebsd jail or an equivalent? You should probably go for sysjail: http://sysjail.bsd.lv/ p.
Re: jails in openbsd
On Thu, Mar 01, 2007 at 01:33:04PM -0500, Lars D. Nood?n wrote: I'd like to look at some virtualization options for openbsd. The ultimate goal would be to get several isolated Debian systems running inside some kind of enironment for virtualization. Can you point me to an openbsd package, port or source code for the freebsd jail or an equivalent? What do you want to do? - Run a different OS (e.g., Debian) under OpenBSD? Install emulators/qemu. - Run different OSes, possibly including OpenBSD, on the same box? Consider other options as well, OpenBSD will 'almost' work as a Xen client, and should work under VMWare - although it doesn't appear to be particularly stable. Linux will both run Xen and run under Xen. - Run different programs on the same OpenBSD box, while isolating them from one another and the rest of the system? Consider chroot, systrace(1), and/or http://sysjail.bsd.lv/. - Something else entirely? Post back with a more precise question. Joachim
Daylight savings time paranoia
Hi, I've applied patch 009_timezone.patch to update the tzfiles for the US DST change. (OpenBSD 4.0) Are the libraries clever enough to know that the files changed or do processes need to be restarted. It's simple enough to reboot the entire box but I'm curious, and it's aesthetically pleasing if I don't need to bring anything down. Thanks. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Improved sparc64 support
OpenBSD 4.0 brought support for UltraSPARC-III processors. Unfortunately that support was not complete and we had to disable the L1 data cache on the cpus. Over the last few months we made significant improvements to the code that made it possible to fully enable the UltraSPARC-III on-chip caches, which makes machines with these cpus at least twice as fast. On top of that, thanks to donated hardware, we were able to add cas(4), a driver for Sun's PCI GigaSwift/Cassini ethernet adapters, which is found onboard on many UltraSPARC-III based machines. like the Sun Fire 280R, V480 and V880. So now would be an excellent time to test OpenBSD snapshots on your favourite Sun Hardware. We're also very interested in people trying OpenBSD on machines that are still listed as unsupported on OpenBSD/sparc64 web page: http://www.openbsd.org/sparc64.html Although these machines are listed as unsupported, there actually is a chance that OpenBSD will run on them. Reading through the UltraSPARC-IV processor manual, there is no reason why our kernel would not run on that CPU. So OpenBSD might run just fine on the Sun Fire V490 and V890. The same goes for the new PCI-express base machines like Ultra 25/45 and Sun Fire V125/V215/V245/V445. And if nobody ever tries running OpenBSD on these machines, we'll never know. So if you have access to any of these machines, please try booting OpenBSD on it and send us a dmesg. Thanks, Mark
Re: Daylight savings time paranoia
On 3/1/07, Karl O. Pinc [EMAIL PROTECTED] wrote: Hi, I've applied patch 009_timezone.patch to update the tzfiles for the US DST change. (OpenBSD 4.0) Are the libraries clever enough to know that the files changed or do processes need to be restarted. It's simple enough to reboot the entire box but I'm curious, and it's aesthetically pleasing if I don't need to bring anything down. The usual response to this is anyone who thinks there is some intrinsic value to uptime is stupid and/or unsecure and/or needs the sysctl-uptime-setting patch (or, marc balmer said it better: why are people so proud of their uptimes when it only show they don't care for their systems?) See http://archives.neohapsis.com/archives/openbsd/2007-01/0669.html (by the way, I can't find that patch, anyone know where it is?) -Nick
Re: Daylight savings time paranoia
2007/3/1, Nick ! [EMAIL PROTECTED]: (by the way, I can't find that patch, anyone know where it is?) http://www.blahonga.org/~art/diffs/epenis-enlargement.20060210 A new FAQ entry? :-) Best Martin
Re: Daylight savings time paranoia
http://www.blahonga.org/~art/diffs/ Marius On 3/2/07, Nick ! [EMAIL PROTECTED] wrote: On 3/1/07, Karl O. Pinc [EMAIL PROTECTED] wrote: Hi, I've applied patch 009_timezone.patch to update the tzfiles for the US DST change. (OpenBSD 4.0) Are the libraries clever enough to know that the files changed or do processes need to be restarted. It's simple enough to reboot the entire box but I'm curious, and it's aesthetically pleasing if I don't need to bring anything down. The usual response to this is anyone who thinks there is some intrinsic value to uptime is stupid and/or unsecure and/or needs the sysctl-uptime-setting patch (or, marc balmer said it better: why are people so proud of their uptimes when it only show they don't care for their systems?) See http://archives.neohapsis.com/archives/openbsd/2007-01/0669.html (by the way, I can't find that patch, anyone know where it is?) -Nick
Re: nv(4) driver on nVidia 7600GS card.
On 3/1/07, Sunnz [EMAIL PROTECTED] wrote: Ok I am keen to be a tester, any documentation on how does one test and send useful information to the port maintainer? (Will be getting -current, but that's only the first step.) I have learnt C from college as well, so I like to do a bit of code too if I can... any documentation on how Xorg was ported and such? Linkage would be good. Thanks. you could start with x: http://www.X.org no? ~J 2007/3/1, Joachim Schipper [EMAIL PROTECTED]: On Thu, Mar 01, 2007 at 08:22:22AM +0100, Andreas Maus wrote: On 3/1/07, Sunnz [EMAIL PROTECTED] wrote: I have an nVidia 7600GS Graphics card, and attempted to get it to work with the NV(4) driver. This is not a hardware problem. It is the nv driver. I had similar problems with my 7800GS. The thread was discussed here: http://marc.theaimsgroup.com/?l=openbsd-miscm=116017301426487w=2 As a workaround you have to use the vesa driver till we have X 7.x P.S.: By the way ... will we switch to X 7.x in 4.1 ? The vesa driver can be annoying, because I can't watch movies in fullscreen with mplayer. ;) No, but you can already use 7.1 in -current. (To help with testing, obviously, and some stuff is still broken. So it's not a good idea if you want the easy way out. Xenocara, and 7.1, will be merged as soon as 4.1 is sent to the CD guys). Joachim -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- IEEE Student Branch President Wentworth Institute of Technology 550 Huntington Ave. Boston, MA. 02115 401.837.8417 [EMAIL PROTECTED]
Re: ldap authentication troubles
On Thursday 22 February 2007 15:41, Joachim Schipper wrote: That's true. Then again, I've never had any problems with my home-hacked solution that just cats a couple of /etc/master.passwd.something files together, and then runs the appropriate 'compilation' commands. You do have to know how to avoid possibly very nasty password database corruption, though (i.e. don't try to run two in parallel, there's a reason vipw exists and is so very careful). If possible, I would like to know more about this home-hacked solution.It sounds very interesting. Previously, before going with Kerberos and OpenLDAP, I had tried to copy master.passwd files across from one system to another and had difficulties (basically, was not able to login). So I am wondering what are the appropriate 'compilation' commands? Is it just pwd_mkdb or are there other things that have to be run? Also, when passwords are changed on one host, does your approach allow the changes to be sync'ed to the other? Thanks very much, Vijay -- Vijay Sankar ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB, Canada R3J 0X6 Phone: +1 (204) 885-9535, E-Mail: [EMAIL PROTECTED]
Need help with sendmail: Error message sm-mta: ... User unknown only from few external senders.
I have problem with receiving email for virtual users: Most of emails sent to a virtual user [EMAIL PROTECTED] receive OK most of the time. However, some emails sent to that address get a error message like this: Feb 22 21:00:27 www sm-mta[1583]: l1MA0P1a001583: [EMAIL PROTECTED]... User unknown Feb 22 21:00:27 www sm-mta[1583]: l1MA0P1a001583: from=[EMAIL PROTECTED], size=0, class=0, nrcpts=0, proto=SMTP , daemon=MTA, relay=smtp.com [69.20.6.88] And [EMAIL PROTECTED] received this email: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 22 February 2007 17:00 To: [EMAIL PROTECTED] Subject: failure notice Hi. This is the qmail-send program at smtp.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: 69.46.129.175 does not like recipient. Remote host said: 550 5.1.1 [EMAIL PROTECTED]... User unknown Giving up on 69.46.129.175. Some tests: # sendmail -bv [EMAIL PROTECTED] [EMAIL PROTECTED] deliverable: mailer local, user a_13745156 # # sendmail -bt ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) Enter ruleset address $w www /map virtuser [EMAIL PROTECTED] map_lookup: virtuser ([EMAIL PROTECTED]) returns a_13745156 (0) 3,0 [EMAIL PROTECTED] canonify input: user1 @ client1 . com Canonify2 input: user1 @ client1 . com Canonify2returns: user1 @ client1 . com . canonify returns: user1 @ client1 . com . parse input: user1 @ client1 . com . Parse0 input: user1 @ client1 . com . Parse0 returns: user1 @ client1 . com . ParseLocal input: user1 @ client1 . com . ParseLocal returns: user1 @ client1 . com . Parse1 input: user1 @ client1 . com . Recurseinput: a_13745156 canonify input: a_13745156 Canonify2 input: a_13745156 Canonify2returns: a_13745156 canonify returns: a_13745156 parse input: a_13745156 Parse0 input: a_13745156 Parse0 returns: a_13745156 ParseLocal input: a_13745156 ParseLocal returns: a_13745156 Parse1 input: a_13745156 Parse1 returns: $# local $: a_13745156 parsereturns: $# local $: a_13745156 Recurse returns: $# local $: a_13745156 Parse1 returns: $# local $: a_13745156 parsereturns: $# local $: a_13745156 My server details: Name: www.myserver.com OS: OBSD-3.6 IP: 69.46.129.175 Sendmail: 8.13.4 Notes: a_13745156 is a real local account which holds mails for address: [EMAIL PROTECTED] Thanks, ZP
Re: Improved sparc64 support
We're also very interested in people trying OpenBSD on machines that are still listed as unsupported on OpenBSD/sparc64 web page: http://www.openbsd.org/sparc64.html Although these machines are listed as unsupported, there actually is a chance that OpenBSD will run on them. Reading through the UltraSPARC-IV processor manual, there is no reason why our kernel would not run on that CPU. So OpenBSD might run just fine on the Sun Fire V490 and V890. The same goes for the new PCI-express base machines like Ultra 25/45 and Sun Fire V125/V215/V245/V445. And if nobody ever tries running OpenBSD on these machines, we'll never know. So if you have access to any of these machines, please try booting OpenBSD on it and send us a dmesg. And if anyone has an UltraSPARC-based laptop to donate to us, we'd love that. Either the Sun or Tadpole ones. Thanks ;)
memory error
hi well i set every datasize to 128M: in /etc/login.conf, but rtorrent (or anyother torrent client does the same) eats all the memory. even if its limited in login.conf rtorrent vmstat -c 20 [1] 21891 procs memorypagedisk traps cpu r b wavmfre flt re pi po fr sr wd0 int sys cs us sy id 0 2 0 331472 2680 1120 0 2 2 0 944 144 1633 1757 429 3 5 91 0 3 0 332784 1324 1115 0 0 1 0 516 145 1722 3095 501 2 7 91 0 1 0 332372604 1165 0 10 0 0 512 150 1831 3972 415 1 6 93 0 2 0 330564 2364 678 0 4 3 0 131 2753 4040 616 2 5 94 0 1 0 332272 1256 1399 0 1 1 0 1109 214 2366 3025 558 2 7 91 0 1 0 332152 1856 2167 0 4 4 0 2231 316 2550 3185 644 2 9 90 0 1 0 331548 2080 2358 0 2 5 0 2180 309 2889 4343 785 2 13 85 0 1 0 331488 1496 1294 0 3 6 0 1146 198 1799 1680 370 2 6 92 0 1 0 333448568 1354 3 2 2 0 1113 214 2066 2239 461 2 5 93 0 1 0 331548 1432 1479 0 7 2 0 1653 284 2535 2780 536 2 6 91 0 1 0 332052 2036 1601 6 1 1 0 1628 221 2467 3335 646 5 5 89 0 2 0 332436 1608 3454 16 0 7 0 3348 460 3147 5342 1105 8 12 81 0 1 0 331708 2524 1409 17 0 5 0 1603 230 1818 1385 298 2 9 90 0 2 0 332996768 2118 23 8 5 0 1690 327 1857 1669 422 2 12 86 0 2 0 332976 1248 2632 22 6 0 0 2730 373 2790 4373 795 5 11 84 0 1 0 332776 1608 1565 20 1 2 0 1585 260 2042 1788 373 3 6 91 0 2 0 331056 2156 1621 9 2 4 0 1677 244 1773 1348 333 4 5 91 0 1 0 333040 1000 854 1 5 0 0 555 191 1682 1054 215 0 3 97 0 1 0 332824 1800 1557 9 0 4 0 1638 202 2226 2397 459 1 7 92 0 2 0 332248 1744 1899 17 19 7 0 1602 274 2623 3713 692 2 9 88 [1]+ Stopped rtorrent ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) 131072 file size (blocks, -f) unlimited max locked memory (kbytes, -l) 131072 max memory size (kbytes, -m) 131072 open files (-n) 64 pipe size(512 bytes, -p) 1 stack size (kbytes, -s) 4096 cpu time (seconds, -t) unlimited max user processes (-u) 128 virtual memory (kbytes, -v) 135168 after rtorrent starts on a fresly rebooted system memory disapearing /50M every second, till 1M. i dont really get it what can be the problem, maybe some kernel bug? uname -psr OpenBSD 4.0 Genuine Intel(R) CPU 3.20GHz (GenuineIntel 686-class) bye bs
Re: Max amount of RAM
* Brian Martinez [EMAIL PROTECTED] [2007-03-01 13:39:47]: Hello folks, I was curious about the maximum amount of RAM an OpenBSD system will recognize. Is there any way at all to get it to recognize more? Kernel recompile? Sysctl options? I've browsed through the archives here a bit and have found a few answers relating to my question, but there were older. For instance, someone was saying back in '03 that the maximum amount of RAM the OS would recognize is 2GB. I happen to know that my amd64 system recognizes 4GB nowadays. But the machine has 8GB of RAM. Some other answers said it would never go higher than 2GB b/c it would require an entire rewrite of the VM subcomponent (or something to that effect). But again, my system currently recognizes 4GB, so it seems there has been some progress. Any definitive word on this? Thanks. Well, if you want to get support for all that ram, well, the devs are going to need access to such a system. They don't have that stuff lying around. From want.html An amd64 with more than 4 GB RAM for hacking on large memory support in i386 and amd64, needed in London, UK. Contact [EMAIL PROTECTED] -- Travers Buda
Building Firewalls..., 2nd ed. RadioBSD subscriptions
This is a quick note to let you know of a promotion for RadioBSD. If you buy a copy of the second edition of Building Firewalls with OpenBSD and PF from either of the official OpenBSD shops, you will get an annual subscription to radiobsd.com. Ask Wim or Austin to email me your email address and I'll add you within 48 hours. This promotion is valid while supplies last. -- Jacek Artymiak devGuide.net :: RadioBSD
Re: nv(4) driver on nVidia 7600GS card.
Thanks for the advice, I think I will just use a separate disk and install OpenBSD from scratch for it. 2007/3/2, Andreas Bihlmaier [EMAIL PROTECTED]: On Thu, Mar 01, 2007 at 11:05:51PM +1100, Sunnz wrote: Ok I am keen to be a tester, any documentation on how does one test and send useful information to the port maintainer? (Will be getting -current, but that's only the first step.) Be aware that you need to rebuild all ports using X from source. I'm just telling you this in advance, since I need OO + KDE, well it took some time until I had them, but otherwise I'm was very impressed by the stability (haven't had a single crash since 06.01.07). I have learnt C from college as well, so I like to do a bit of code too if I can... any documentation on how Xorg was ported and such? Linkage would be good. Thanks. 2007/3/1, Joachim Schipper [EMAIL PROTECTED]: On Thu, Mar 01, 2007 at 08:22:22AM +0100, Andreas Maus wrote: On 3/1/07, Sunnz [EMAIL PROTECTED] wrote: I have an nVidia 7600GS Graphics card, and attempted to get it to work with the NV(4) driver. This is not a hardware problem. It is the nv driver. I had similar problems with my 7800GS. The thread was discussed here: http://marc.theaimsgroup.com/?l=openbsd-miscm=116017301426487w=2 As a workaround you have to use the vesa driver till we have X 7.x P.S.: By the way ... will we switch to X 7.x in 4.1 ? The vesa driver can be annoying, because I can't watch movies in fullscreen with mplayer. ;) No, but you can already use 7.1 in -current. (To help with testing, obviously, and some stuff is still broken. So it's not a good idea if you want the easy way out. Xenocara, and 7.1, will be merged as soon as 4.1 is sent to the CD guys). Joachim Regards, ahb -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
chillispot in OBSD 4.0
Dear all i try install chillispot in OBSD 4.0 , it try follow step in http://www.geeklan.co.uk/?p=72 i try patch -p1 nothing show , so i try compile manualy # ./configure --prefix=/usr/local/chillispot # make make all-recursive Making all in src if gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_GNU_SOURCE -fno-builtin -DSBINDIR='/usr/local/chilli/sbin' -g -O2 -MT chilli.o -MD -MP -MF .deps/chilli.Tpo -c -o chilli.o chilli.c; then mv -f .deps/chilli.Tpo .deps/chilli.Po; else rm -f .deps/chilli.Tpo; exit 1; fi chilli.c: In function `process_options': chilli.c:734: warning: passing arg 2 of `inet_aton' from incompatible pointer type chilli.c:802: warning: passing arg 2 of `inet_aton' from incompatible pointer type chilli.c:820: warning: passing arg 2 of `inet_aton' from incompatible pointer type if gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_GNU_SOURCE -fno-builtin -DSBINDIR='/usr/local/chilli/sbin' -g -O2 -MT tun.o -MD -MP -MF .deps/tun.Tpo -c -o tun.o tun.c; then mv -f .deps/tun.Tpo .deps/tun.Po; else rm -f .deps/tun.Tpo; exit 1; fi tun.c:369:29: missing binary operator before token defined tun.c:427:2: #error Unknown platform! tun.c:448:28: missing binary operator before token defined tun.c:500:28: missing binary operator before token defined tun.c:508:2: #error Unknown platform! tun.c:588:28: missing binary operator before token defined tun.c:649:2: #error Unknown platform! tun.c:677:28: missing binary operator before token defined tun.c:690:2: #error Unknown platform! tun.c:725:28: missing binary operator before token defined tun.c:824:2: #error Unknown platform! *** Error code 1 Stop in /root/chillispot-1.1.0/src. *** Error code 1 Stop in /root/chillispot-1.1.0 (line 268 of Makefile). *** Error code 1 Stop in /root/chillispot-1.1.0 (line 173 of Makefile). # i try looking in port not found ? sonjaya http://sicute.blogspot.com
Re: Daylight savings time paranoia
On Thu, Mar 01, 2007 at 10:30:52PM +, Karl O. Pinc wrote: | Hi, | | I've applied patch 009_timezone.patch to update | the tzfiles for the US DST change. (OpenBSD 4.0) | | Are the libraries clever enough to know that | the files changed or do processes need to | be restarted. | | It's simple enough to reboot | the entire box but I'm curious, | and it's aesthetically pleasing if | I don't need to bring anything down. | | Thanks. Although I agree with the general consensus regarding system uptime I think the question deserves an answer (since I also think that rebooting just because you already have a large penis and you dont want to have a long uptime is totally rediculous). This isn't windows, moving your mouse does not mean you need to reboot for the changes to take effect. To the best of my knowledge, the answer is yes, all processes need to be restarted. Especially interesting ones like cron(8) etc. This doesn't require a reboot per se but that is the easiest way (in terms of number of commands to type) to guarantee it. So, if you're on a firewall that you didn't carp/pfsync yet for some (perhaps very valid) reason and you'd prefer not to reboot, simply find the important processes (again, cron is the one that comes to mind .. syslog might also be worth it), restart them and be done with it. PF itself isn't walltime aware, so for firewalling purposes just 'keep it up' (pun intended). Cheers, Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/ [demime 1.01d removed an attachment of type application/pgp-signature]
Re: jails in openbsd
openbsd supposedly runs great under xen 3 with hardware virtualization. i'll let you know after i get xen 3 installed on a pentium d 920 with some piece of shit OS running dom0. Joachim Schipper [EMAIL PROTECTED] wrote: On Thu, Mar 01, 2007 at 01:33:04PM -0500, Lars D. Nood?n wrote: I'd like to look at some virtualization options for openbsd. The ultimate goal would be to get several isolated Debian systems running inside some kind of enironment for virtualization. Can you point me to an openbsd package, port or source code for the freebsd jail or an equivalent? What do you want to do? - Run a different OS (e.g., Debian) under OpenBSD? Install emulators/qemu. - Run different OSes, possibly including OpenBSD, on the same box? Consider other options as well, OpenBSD will 'almost' work as a Xen client, and should work under VMWare - although it doesn't appear to be particularly stable. Linux will both run Xen and run under Xen. - Run different programs on the same OpenBSD box, while isolating them from one another and the rest of the system? Consider chroot, systrace(1), and/or http://sysjail.bsd.lv/. - Something else entirely? Post back with a more precise question. Joachim -- It's beneficial to your health to try and believe a few impossible things before breakfast. -- Lewis Carroll
Re: same version upgrade i386 to amd64 gotchas?
The fix was just to remove PAE support from the i386 kernel (until the bug is found). So, try copying the latest snapshot kernel to /bsd and reboot. Just grab it from the snapshots/i386 directory on the ftp server. Some system utilities were converted to interact with the kernel using sysctl, instead of trying to dig directly into kmem. So, this is a more reliable method than it was in the past (2.x, early 3.x) where it would totally break if the kernel didn't use whatever memory structures that the utility expected. If the 4.1 kernel solves your problem (it probably will) then you should wait for a 4.1 cd and do a proper upgrade when you have the time and have gone over the documentation. Better yet, after you've decided how you want to handle the upgrade, try doing it on another machine first, unless this one is experimental. Paul Pruett [EMAIL PROTECTED] wrote: I have received several assurances that -current may have resolved some weirds for i386 on amd64 processors... With hesitation I could try jumping to current instead of stable amd64. I have used -current on productin before, but only after verifying the ports could make w/o fubars Either amd64 stable or i386 current I'll still should remake the ports to match, especially openldap and cyrus-imapd and verify. :(
Re: chillispot in OBSD 4.0
On Fri, 2 Mar 2007, sonjaya wrote: Dear all i try install chillispot in OBSD 4.0 , it try follow step in http://www.geeklan.co.uk/?p=72 i try patch -p1 nothing show , so i try compile manualy You would have to compile manually in any event. # ./configure --prefix=/usr/local/chillispot # make make all-recursive Making all in src if gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_GNU_SOURCE -fno-builtin -DSBINDIR='/usr/local/chilli/sbin' -g -O2 -MT chilli.o -MD -MP -MF .deps/chilli.Tpo -c -o chilli.o chilli.c; then mv -f .deps/chilli.Tpo .deps/chilli.Po; else rm -f .deps/chilli.Tpo; exit 1; fi chilli.c: In function `process_options': chilli.c:734: warning: passing arg 2 of `inet_aton' from incompatible pointer type chilli.c:802: warning: passing arg 2 of `inet_aton' from incompatible pointer type chilli.c:820: warning: passing arg 2 of `inet_aton' from incompatible pointer type Sloppy programming or a horrifying bug, probably just slack programming. if gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_GNU_SOURCE -fno-builtin -DSBINDIR='/usr/local/chilli/sbin' -g -O2 -MT tun.o -MD -MP -MF .deps/tun.Tpo -c -o tun.o tun.c; then mv -f .deps/tun.Tpo .deps/tun.Po; else rm -f .deps/tun.Tpo; exit 1; fi tun.c:369:29: missing binary operator before token defined As is too often the case, this bit of Linux software was released with software bugs -- it won't compile, was not tested before release, unless Linux gcc comes with a --ignore-fatal-errors switch. Perhaps it does. In your case, the patch you mentioned appears to be for a different version of this slopware. You should have suspected that when it failed to apply. That was your first error. If a patch doesn't work, find out *why*. Find out why by examining the patch and the thing it's alleged to patch. The line giving your *first* error, line 369 of tun.c is this: #elif defined (__FreeBSD__) defined (__OpenBSD__) || defined ... The obvious error is the missing binary operator ||, which belongs, as the compiler told you, before defined, thus: #elif defined (__FreeBSD__) || defined (__OpenBSD__) || defined ... This error occurs in several other places. Hint: This is NOT an OpenBSD problem. Advice: Do not run C compilers until you know C. Flame: Do not report bugs in C code without first *looking at the code*. This bug is apparent without any knowledge of C, by the way. Flame: Try, next time, to report the version of the software you're trying to compile, its source (URL), and your efforts to fix the problem. Hint: Do not download development releases of Linux software, and expect them to work. Development has a different meaning in that world, often it means broken and I can't fix it. Tip: Most malware for Linux likes the system V style make, which is called gmake among the righteous. Install the gmake package. Go download the earlier version (from 2005), apply the patch and try again. You should report bugs to the laid-back slackers who would release code with compiler errors in it (and who can't even spell chile properly) and wait for them to fix it. Since the release date of this bugware was in September of last year, I wouldn't expect very rapid response. I wouldn't use code like that. I'd be highly suspicious of code with compiler errors that is supposed to be used for authentication. I'd be highly suspicious of code that is not distributed with checksums, too. (ftp is so ~old skool~). I'd suspect somebody had trojanned the thing. Wireless authentication is a target of Evil People, remember, and a penguin is easy meat for sharks. Be thankful somebody *mean* didn't get to this first. Dave the Patient
Re: UTF-8 - wchar_t
Alexey Vatchenko wrote: PS: sorry for self promotion, but it's all about not to invent a wheel While I admire your effort, that's exactly what you did. Sorry. :-) http://www.gnu.org/software/libiconv/documentation/libiconv/iconv_open.3.html
Re: UTF-8 - wchar_t
Cory Albrecht wrote: Alexey Vatchenko wrote: PS: sorry for self promotion, but it's all about not to invent a wheel While I admire your effort, that's exactly what you did. Sorry. :-) http://www.gnu.org/software/libiconv/documentation/libiconv/iconv_open.3.html Oh, i invented BSD licensed wheel :) It's just a matter of license. -- Alexey V. Vatchenko http://www.bsdua.org JID: [EMAIL PROTECTED]