Re: Is there any particular reason to not have RAIDFrame on RAMDISK_CD
On Mon, Apr 20, 2009 at 05:07:28PM +0200, Toni Mueller wrote: Hi, On Mon, 20.04.2009 at 11:55:05 +0200, Henning Brauer lists-open...@bsws.de wrote: and in any case this is less about ramdisk size but more about raidframe which we're going to get rid off eventually (when marco ever gets softraid upt o a usable level, read rebuild working) please also wait for in-place conversion before ripping raidframe out, so users can say something like raidctl upgrade raid0 or similar, if at all possible. Thank you! I don't see why we should put effort in that. raidframe is unsupported. -Otto
Re: BSD User Group in Spain | Grupo de Usuarios de BSD en Espanya.
Hello: I'm interested in that idea, I can provide a mirror (not main site because poor wideband) and DNS servers. Please keep me posted about. siste...@jmejia.net Greeetings -- Hola: Estoy interesado en la idea, puedo proporcionar un mirror ( no el alojamiento principal porque no tengo ancho de banda suficiente) y servidores DNS. Por favor mantenedme informado. siste...@jmejia.net saludos Mensaje original De: tico-o...@raapid.net Recibido: 20/04/2009 17:58 Para: Gonzalo Lionel Rodriguezgonz...@sepp0.com.ar, Gilles Chehadegil...@openbsd.org, Daniel Andersendandersen. d...@googlemail.com, misc@openbsd.org Asunto: Re: BSD User Group in Spain | Grupo de Usuarios de BSD en Espanya. I'm not in Spain, but have an interest in Spanish-language BUGs. Also, I can provide hosting. -Tico Mike Erdely wrote: If you can't get a mailing list set up, I can host a list for you on metabug.org. You can also send meeting information (and other posts) to i...@metabug.org and we'll post them to http://metabug.org/ This goes for anyone who is interested in setting up a BUG but doesn't have the resources for a website/mailing list. -ME On Mon, Apr 20, 2009 at 12:22:50PM -0300, Gonzalo Lionel Rodriguez wrote: http://OpenBSDeros.org ;) 2009/4/20 Gilles Chehade gil...@openbsd.org: On Mon, Apr 20, 2009 at 08:43:30AM +0200, Daniel Andersen wrote: [English] Hello everyone. As an OpenBSD user bordering zealotry (especially during heated discussions) who is living in Spain, I suggest any of us who also live in that country start a BSD User Group. Although I can't really afford to host a website for it at the moment, and local User Groups usually make more sense, I'm all for the creation of a national (or, more correctly, nation-wide) BUG. Contact me (or simply post to this thread) if you would like to discuss the idea. [Spanish] Hola a todos. Como usuario de OpenBSD al borde del fanaticismo (especialmente en discusiones acaloradas/apasionadas) residente en Espanya, sugiero a todos aquellos que tambien vivimos en este pais que fundemos un Grupo de Usuarios de BSD. Aunque en este momento no puedo permitirme alojar una pagina web para el grupo, y en la mayoria de los casos los Grupos de Usuarios _locales_ tienen mas sentido, creo que seria agradable tener un GUB nacional (en el sentido de no especializado en ninguna region en particular). Contacta conmigo (o simplemente escribe a esta thread) si quieres hablar sobre la idea. If you speak both English and Spanish, be amused at my strange translation. Go Sapir-Whorf! Let me know if a spanish BUG gets created, and count me in ;-) Gilles -- Gilles Chehade http://www.poolp.org/~gilles/
Multiple layers of NAT
Sometimes I have to set up a LAN inside a pre-existing NAT'd LAN and traffic from the inner LAN (B) does not make it to the Internet or even to final, external interface (4). +---+ ++ LAN B ---+ 1 + + Box2 + + NAT + + 4+--- Internet + 2+--LAN A--+3 NAT + + Box1 + ++ +---+ ++ What kind of generic change is needed in PF to get from LAN B through to the outside? Setting the IP range for LAN B to match those of LAN A is one option, but has to be done each time and also may run the risk of collision on some subnets. Regards -Lars
Re: Way to tell ftpd to log IP of remote host?
Thanks! /J * Ingo Schwarze (schwa...@usta.de) wrote: Hi Mark, Mark Bucciarelli wrote on Fri, Mar 13, 2009 at 08:17:23AM -0500: Mar 13 08:52:01 crosscutmedia ftpd[1728]: connection from pool-68-239-27-14.bos.east.verizon.net [68.239.27.14] Mar 13 08:52:09 crosscutmedia ftpd[4218]: FTP LOGIN FROM pool-68-239-27-14.bos.east.verizon.net as google But now you have given me another reason not to upgrade. ;P Huh, what? When you are upgrading your system, you are *not* doing me a favor. When you are *not* keeping your system up to date, you are doing the bad guys and gals a favor. =;c) Besides, see http://www.openbsd.org/cgi-bin/cvsweb/src/libexec/ftpd/ftpd.c I just committed the feature, it will be in the next -current snapshot and in 4.6-release. So, don't forget ordering the 4.6 CDs this autumn and doing the upgrade after November 1st. Also, upgrading to 4.5-stable and applying the source code patch ftpd.c rev 1.186 is safe. Yours, Ingo
Re: how to configure minicom with my serial console (RS232) on USB.
Sorry ? I don't understand . 2009/4/21 Theo de Raadt dera...@cvs.openbsd.org What is the cu ? Could you tell me the full name of the package or ports. It's right near the ls package.
Raid + OpenBSD Problem
Misc, For several weeks I was battering with Raid 1 and OpenBSD. I had some help from a few people, specifically Alexis de BRUYN who frequents this list often, but I never managed to get it working. Basically what happened was it would seam to work all the way up to copying the data and parity using these two commands; raidctl -vF component0 raid0 raidctl -vP raid0 When I run the first command, I would get the quiescence reached. but the ETA bar wouldn't appear, the system would then hang and just stopped, not panic or crash.just sit there. Being quite new to OpenBSD I was sure this was me being stupid, typing a command wrong or something, I was following this guide http://www.linux.com/articles/52713 so I wasn't sure if something was wrong in the guide. Eventually, I had to give up and put it down to hardware problems but never getting a full answer. Alexis de BRUYN was sure what I was doing was correct, so yesterday I fired up VMware and tried it again, it worked, the ETA bar came up, I even managed to run the raidctl -vP raid0 command (something I never got to do before). So, it is a hardware problem; now the motherboard I am using is a Q35 chipset board, quite new chipset really, it's the Gigabyte GA-Q35M-S2 which, again, isn't a particularly old board. Being very anal, I believe any server running should have RAID 1 for the OS unless it's doing nothing special at all, so for RAID to not be working, especially on a board which isn't that old, is a bit worrying for me. Ok, the board is a desktop board not a server board (it suffices for this project) but I still think it should be working with a popular chipset such as this. I want to help out the community if I can and I wondered if I doing some testing was worth it. Someone could have a simple answer of it's not a highly used board so we don't bother or something along those lines, but I thought as I've spent some time investigating this and I have a second Q35 board lying around I can test it on again, if someone thinks I should carry out some tests of RAID and this board/chipset, I will go ahead and report my findings. I can send any info on the board if anyone wants it, to check the details over. Let me know what you think Chris
Re: Multiple layers of NAT
Lars Nooden wrote: Sometimes I have to set up a LAN inside a pre-existing NAT'd LAN and traffic from the inner LAN (B) does not make it to the Internet or even to final, external interface (4). +---+ ++ LAN B ---+ 1 + + Box2 + + NAT + + 4+--- Internet + 2+--LAN A--+3 NAT + + Box1 + ++ +---+ ++ What kind of generic change is needed in PF to get from LAN B through to the outside? If the subnets are different, say 192.168.10.0/24 and 192.168.11.0/24, and each box does its NAT and 'net.inet.ip.forwarding=1' I cannot see anything that would prevent this from working. Start by tracing how far the package makes it and what src address it has. /Alexander Setting the IP range for LAN B to match those of LAN A is one option, but has to be done each time and also may run the risk of collision on some subnets. Regards -Lars
Canada immigration
WARNING: contains undecipherable part Received: from unicornia896a8 (adsl-57-136-192-81.adsl2.iam.net.ma [81.192.136.57]) by mail.cashcom.ma (Postfix/TrioOS) with ESMTP id 49A8E1200B82F for MISC@OPENBSD.ORG; Tue, 21 Apr 2009 10:17:47 + (WET) From: Agence Casa ElFirdaous casa.elfirda...@dialcom.ma To: MISC@OPENBSD.ORG Subject: Canada immigration Date: Tue, 21 Apr 2009 12:15:48 +0200 MIME-Version: 1.0 X-Security: message sanitized on shear.ucar.edu See http://www.impsec.org/email-tools/sanitizer-intro.html for details. $Revision: 1.147 $Date: 2004-10-02 11:16:26-07 Content-Type: text/plain; charset=us-ascii X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MS-TNEF-Correlator: D67849FBE0A2614284D66D50471F1152C4A02300 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Message-Id: 20090421101747.49a8e1200b...@mail.cashcom.ma X-Converted-To-Plain-Text: from multipart/mixed by demime 1.01d X-Converted-To-Plain-Text: Alternative section used was text/plain The debate is no longer about whether Canada should remain open to immigration. That debate became moot when Canadians realized that low birth rates and an aging population would eventually lead to a shrinking populace. Baby bonuses and other such incentives couldn't convince Canadians to have more kids, and demographic experts have forecasted that a Canada without immigration would pretty much disintegrate as a nation by 2050. Download the attached file to know about the required forms. The sender of this email got this article from our side and forwarded it to you. The original file name is IMM_Forms_E01.rar and compressed by WinRAR no virus found. Use WinRAR to decompress the file. [demime 1.01d removed an attachment of type application/ms-tnef which had a name of winmail.dat]
Re: Slow SATA write speeds with SMB
Thank you! On 20/04/2009, frantisek holop min...@obiit.org wrote: hmm, on Mon, Apr 20, 2009 at 05:19:05PM -0500, Tony Abernethy said that frantisek holop wrote: all hw is unrealible to some degree, ... and all degrees of unreliability are equivalent? Methinks some people like stuff that is LESS unreliable. Even going so far as to make an OS that is LESS unreliable. not that i disagree, but sometimes, it is enough to be unreliable once. and reliable hw tends to make one sloppy and not think of worst case scenarios :] -f -- want to forget all your troubles? wear tight shoes.
Download Manager with Socks proxy support
Sorry if it's not related to OpenBSD, but I need to download some large files through socks proxy on my OpenBSD box, and wget doesn't support socks proxy ( I know about --with-socks option, but apparently it's no longer supported according to: http://www.mail-archive.com/w...@sunsite.dk/msg10824.html ) Do you know any download manager which supports socks proxy? Thanks, -- Mani
ThinkPad T60 audible bell *very* loud
Hi! I'm using this ThinkPad T60, and just realized that if using an earphone, the console's audible bell is blowing my ears off. I couldn't find anything relevant in mixerctl -a output, nevertheless I've changed every outputs control's volume to 0 to see which one could be it (no luck). Is it possible to lower the system beep's volume, so my ears won't bleed by tomorrow? :) $ mixerctl -a outputs.dig-dac_source= outputs.line_source=dac outputs.line_mute=off outputs.line=112,112 inputs.line=0,0 outputs.line_dir=output outputs.line_boost=off outputs.line_eapd=on inputs.mic=0,0 outputs.mic_dir=input-vr80 outputs.SPDIF_source=dig-dac inputs.sel_source=dac inputs.mix_source=sel7 inputs.mix2_source=dac,sel3,sel5,cd inputs.dac_mute=off inputs.dac=112,112 inputs.sel3_source=mic outputs.sel3_mute=off outputs.sel3=8,8 record.adc_source=mix record.adc_mute=off record.adc=0,0 inputs.sel5_source=line outputs.sel5_mute=off outputs.sel5=8,8 inputs.cd_mute=off inputs.cd=64,64 inputs.sel7_source=mic outputs.sel7_mute=off outputs.master=112,112 outputs.master.mute=off outputs.master.slaves=line,dac record.volume=10,10 record.volume.mute=off record.volume.slaves=adc inputs.usingdac=03 $ dmesg OpenBSD 4.5-current (GENERIC.MP) #81: Mon Apr 20 18:47:25 MDT 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Genuine Intel(R) CPU T2400 @ 1.83GHz (GenuineIntel 686-class) 1.83 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A CPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,VMX,EST,TM2,xTPR real mem = 1072066560 (1022MB) avail mem = 1028300800 (980MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 08/02/06, BIOS32 rev. 0 @ 0xfd6b0, SMBIOS rev. 2.4 @ 0xe0010 (68 entries) bios0: vendor LENOVO version 79ET66WW (1.10 ) date 08/02/2006 bios0: LENOVO 2007FRG acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET BOOT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB7(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Genuine Intel(R) CPU T2400 @ 1.83GHz (GenuineIntel 686-class) 1.83 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A CPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,VMX,EST,TM2,xTPR ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus 4 (EXP2) acpiprt5 at acpi0: bus 12 (EXP3) acpiprt6 at acpi0: bus 21 (PCI1) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2 acpicpu1 at acpi0: C3, C2 acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 42T4511 serial 21826 type LION oem SANYO acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock at acpi0 not configured acpivideo at acpi0 not configured acpivideo at acpi0 not configured bios0: ROM list: 0xc/0xfe00 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0: unknown Enhanced SpeedStep CPU, msr 0x06130b2c06000b2c cpu0: using only highest and lowest power states cpu0: Enhanced SpeedStep 1833 MHz (1404 mV): speeds: 1833, 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) extent `pciio' (0x0 - 0x), flags=0 0x1800 - 0x188f 0x18a8 - 0x18cf 0x18e0 - 0x18ff 0x2000 - 0xdfff extent `pcimem' (0x0 - 0x), flags=0 0x0 - 0xfff 0x2000 - 0x9 0xd2000 - 0xd3fff 0xdc000 - 0x3fff 0xd800 - 0xee1f 0xee40 - 0xee4047ff 0xf000 - 0xf3ff 0xfec0 - 0xfec0 0xfed0 - 0xfed003ff 0xfed14000 - 0xfed19fff 0xfed1c000 - 0xfed8 0xfee0 - 0xfee00fff 0xff80 - 0x pchb0 at pci0 dev 0 function 0 Intel 82945GM Host rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82945GM PCIE rev 0x03: apic 1 int 16 (irq 11) pci1 at ppb0 bus 1 mem address conflict 0xd800/0x800 extent `ppb0 pciio' (0x0 - 0x), flags=0 0x0 - 0x20ff 0x3000 - 0x extent `ppb0 pcimem' (0x0 - 0x), flags=0 0x0 - 0xee10 0xee20 - 0x vga1 at pci1 dev 0 function 0 ATI Radeon Mobility X1400 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) radeondrm0 at vga1: apic 1 int 16 (irq 11) drm0 at radeondrm0 azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: apic 1 int 17 (irq 11) azalia0: codecs: Analog Devices AD1981HD, Conexant/0x2bfa, using Analog
Re: Download Manager with Socks proxy support
On 2009-04-21, MANI mm.m...@gmail.com wrote: Sorry if it's not related to OpenBSD, but I need to download some large files through socks proxy on my OpenBSD box, and wget doesn't support socks proxy ( I know about --with-socks option, but apparently it's no longer supported according to: http://www.mail-archive.com/w...@sunsite.dk/msg10824.html ) Do you know any download manager which supports socks proxy? Thanks, -- Mani curl, or you can use a SOCKS wrapper like dsocks.
Re: Raid + OpenBSD Problem
Hi Chris, Maybe the Intel Q35 Chipset is not the (only) component which troubles your system, it could be for example the disks (which are not fully compatible with your motherboard). A best pratice is to consult the Hardware Compatibility List of your motherboard (if available) before assembling your machine. If you have some spare hardware and time, you can try to swap your 2 hdds with another model/manufacturer. You can also try to add a cheap sata pci controller with your 2 'orginal' hdds. With these other tests, you will be able to isolate more the issue. Testing another OS is also a good opportunity to see if your hardware is really and fully working. If I remember well, you have already do that :) Did you try a 4.5 snapshot? Good luck... Alexis. Chris Harries a icrit : Misc, For several weeks I was battering with Raid 1 and OpenBSD. I had some help from a few people, specifically Alexis de BRUYN who frequents this list often, but I never managed to get it working. Basically what happened was it would seam to work all the way up to copying the data and parity using these two commands; raidctl -vF component0 raid0 raidctl -vP raid0 When I run the first command, I would get the quiescence reached. but the ETA bar wouldn't appear, the system would then hang and just stopped, not panic or crash.just sit there. Being quite new to OpenBSD I was sure this was me being stupid, typing a command wrong or something, I was following this guide http://www.linux.com/articles/52713 so I wasn't sure if something was wrong in the guide. Eventually, I had to give up and put it down to hardware problems but never getting a full answer. Alexis de BRUYN was sure what I was doing was correct, so yesterday I fired up VMware and tried it again, it worked, the ETA bar came up, I even managed to run the raidctl -vP raid0 command (something I never got to do before). So, it is a hardware problem; now the motherboard I am using is a Q35 chipset board, quite new chipset really, it's the Gigabyte GA-Q35M-S2 which, again, isn't a particularly old board. Being very anal, I believe any server running should have RAID 1 for the OS unless it's doing nothing special at all, so for RAID to not be working, especially on a board which isn't that old, is a bit worrying for me. Ok, the board is a desktop board not a server board (it suffices for this project) but I still think it should be working with a popular chipset such as this. I want to help out the community if I can and I wondered if I doing some testing was worth it. Someone could have a simple answer of it's not a highly used board so we don't bother or something along those lines, but I thought as I've spent some time investigating this and I have a second Q35 board lying around I can test it on again, if someone thinks I should carry out some tests of RAID and this board/chipset, I will go ahead and report my findings. I can send any info on the board if anyone wants it, to check the details over. Let me know what you think Chris -- Alexis de BRUYN email : ale...@de-bruyn.fr
Re: generic.mp on laptop question: resolved
On Fri, Apr 17, 2009 at 05:48:00PM -0500, Denny White wrote: On Fri, Apr 17, 2009 at 10:48:58AM -0400, Dan Harnett spoke thusly: On Fri, Apr 17, 2009 at 12:02:35AM -0500, Denny White wrote: Okay, dumb-ass me. Sitting here looking at the screen it finally dawned on me I'm not looking at 2 physical cpu's, per se, but instead 2 built onto one chip. Gee, I wish I would've come up with that beforehand instead of opening my mouth and removing any doubt in regards to my hardware ignorance. Only thing in my defense is I've never owned anything like that before. Before getting this laptop given to me, my fastest box was an aging dell dimension Pentium IV 2.66. No dual-cores, no dual-cpu's. Time to slink off now. ;) A processor can have multiple sensors even though it is only a single physical package. It varies between processors. $ sysctl hw.model hw.sensors hw.model=Intel(R) Core(TM)2 Duo CPU L7500 @ 1.60GHz hw.sensors.cpu0.temp0=44.00 degC hw.sensors.cpu1.temp0=44.00 degC hw.sensors.acpitz0.temp0=45.05 degC (zone temperature) hw.sensors.acpitz1.temp0=44.05 degC (zone temperature) hw.sensors.acpibat0.volt0=14.40 VDC (voltage) hw.sensors.acpibat0.volt1=16.53 VDC (current voltage) hw.sensors.acpibat0.watthour0=36.62 Wh (last full capacity) hw.sensors.acpibat0.watthour1=1.83 Wh (warning capacity) hw.sensors.acpibat0.watthour2=0.20 Wh (low capacity) hw.sensors.acpibat0.watthour3=36.45 Wh (remaining capacity), OK hw.sensors.acpibat0.raw0=0 (battery idle), OK hw.sensors.acpibat0.raw1=0 (rate) hw.sensors.acpiac0.indicator0=On (power supply) hw.sensors.acpithinkpad0.temp0=45.00 degC (TMP0) hw.sensors.acpithinkpad0.temp1=34.00 degC (TMP1) hw.sensors.acpithinkpad0.temp2=34.00 degC (TMP2) hw.sensors.acpithinkpad0.temp3=38.00 degC (TMP3) hw.sensors.acpithinkpad0.temp4=24.00 degC (TMP4) hw.sensors.acpithinkpad0.temp6=24.00 degC (TMP6) hw.sensors.acpithinkpad0.fan0=0 RPM (fan) hw.sensors.iwn0.temp0=56.00 degC hw.sensors.aps0.temp0=34.00 degC hw.sensors.aps0.temp1=34.00 degC hw.sensors.aps0.indicator0=On (Keyboard Active) hw.sensors.aps0.indicator1=Off (Mouse Active) hw.sensors.aps0.indicator2=On (Lid Open) hw.sensors.aps0.raw0=507 (X_ACCEL) hw.sensors.aps0.raw1=513 (Y_ACCEL) hw.sensors.aps0.raw2=507 (X_VAR) hw.sensors.aps0.raw3=513 (Y_VAR) Yup, so I've learned. Thanks, Dan. Like I said before, never owned anything that modern before. ;) But, since last night, I've done a lot of reading up on it. Should've done it before but I didn't know I was gonna be given a new dual-core laptop. That doesn't happen very often. Not around here anyway. ;) It's just that the code creating hw.sensors.cpuX.temp0 is a little different between i386 and amd64, so amd64 shows one sensor for each core (but with the same temperature) while i386 shows only one sensor for all cores.
Re: Performance degradation w/ -current - GENERIC.MP {amd64,i386}
a == Ariane van der Steldt ari...@stack.nl writes: a On Mon, Apr 20, 2009 at 01:57:55PM -0400, RD Thrush wrote: I've recently noticed reduced performance when building ports for amd64 and i386 platforms on multiprocessor boxes. I found the problem was associated with running a 'nice'd dnetc [1] process on each processor. Without the 'nice'd processes, performance improves dramatically. In a test case, elapsed time increased 25X (from ~24 seconds to more than 650 seconds) in one case and 12X (from ~30 seconds to more than 350 seconds) in another case. Since I received the 4.5 CD on Saturday (thanks for another very cool release!), I used the bsd.mp kernels from that release and found the problem with reduced performance has occurred since the 4.5 release. The problem can be reproduced by busying each core w/ a 'nice'd process. Then, 'make clean;time make fake' in $PORTSDIR/devel/libtool illustrates the problem. a Using a make and recording the time used is useless: the most important a numbers (user and sys) are only recorded for the initial 'make' program, a not the programs it starts. I didn't know that time(1) didn't accumulate user and sys. Thanks for that. a You may want to redo the test with a program that doesn't spawn other a processes, like gzipping a large file. Ok, I've since updated both build boxes with the 20090419 snap and have used a simpler test case of gzcat comp45.tgz | wc. Without the pipe, I was unable to stimulate the condition that resulted in the performance degradation. The new testing adds more wrinkles... The i386 and amd64 platforms behave differently than expected, ie. I was expecting both platforms to show the dramatic degradation noticed with the make test. However, only the 2-core i386 showed significant degradation. The 4-core amd64 platform showed much less degradation with -current. In the following mini-analysis, time(1) is used as the measuring stick. 4.5 refers to the 4.5 release as found on the official CD. snap refers to the 20090419 -current snapshot. baseline means no niced processes. niced busy means one busy process per core. x4 refers to an AMD Phenom 9550 quad-core processor on an ASUS M3A78-EM motherboard. v1 refers to an AMD Athlon X2 dual-core processor on an ASUS M2N-E motherboard. dmesgs are appended for both x4 and v1 running the forementioned snap. dmesgs for the 4.5 cases are in my previous message. baseline shows no significant difference between 4.5 and snap on either the v1 or x4 platforms. niced busy on x4 with 4.5 shows little significant difference with the baseline (If anything, the numbers are unexpectedly slightly better). The additional niced processes apparently don't offer enough perturbation perhaps due to 4 cores available instead of 2 with v1. niced busy on x4 with snap shows more than 3 seconds increase in real time. This is much less dramatic than the same test case with v1. niced busy on v1 with 4.5 shows appx. 4 second increase in real (elapsed) time while the user and system time are appx. the same. The additional niced processes probably prevent overlapping the gzcat and wc processes thus resulting in the increased elapsed time. niced busy on v1 with snap shows more than 150 seconds increase in real time. Interestingly enough, the user and system time are more variable and less than the baseline results. I can't explain the results of this test. I've appended the gory details which include dnetc results as described in my previous message. The dnetc results are similar to niced busy and are only included for completeness. FWIW, I have a soekris 5501 that does *not* have the problem which may indicate the issue is not in the uniprocessor environment. Is this new 'nice' behavior expected? Or, the side-effect of some other updates to the multiprocessor environment? Hopefully, performance can be restored to that of the 4.5 release. a A lot of cpu affinity changes have gone into the kernel. That sounds like fertile ground to explain the observations. a Please note that, while a niced process may only eat left-over processor a time (with a lower bound), the niced process will still take away a responsiveness from the system: it will finish its timeslice and the a context switches may be expensive too. Taking away responsiveness also a means more delay between waiting for data from disk and the process a processing it. I realize the niced processes still have an effect on performance. However, with 4.5 release and earlier, it was seemingly insignificant. However, there is now a quite noticeable performance reduction while building ports. FWIW, I have noticed additional sluggishness in the past few months but am unable to quantify with reproducible results and haven't reported. I've appended a list of the 'time make fake' results for the release and snapshot bsd.mp kernels for
Re: Way to tell ftpd to log IP of remote host?
On Mon, Apr 20, 2009 at 11:35:22PM +0200, Ingo Schwarze wrote: Hi Mark, Mark Bucciarelli wrote on Fri, Mar 13, 2009 at 08:17:23AM -0500: But now you have given me another reason not to upgrade. ;P Huh, what? joke/needle. Real reasons are: - low risk of remote exploit b/c OpenBSD is so strong - low cost if machine gets cracked (see backups) - strong passwords, strong limits on local users - physical protection to keyboard - paranoid logging of all unexpected messages via logsurfer - automated off-site backups - lots of other stuff on my plate that is higher risk Besides, see http://www.openbsd.org/cgi-bin/cvsweb/src/libexec/ftpd/ftpd.c That's great, thanks for the heads up. It syncs FTP's behavior with the other daemons in base, w.r.t logging a client connection. So, don't forget ordering the 4.6 CDs this autumn and doing the upgrade after November 1st. Yup. Or just use snapshots and donate. (You can find my name listed on the donations page.) Thanks, m
Re: ThinkPad T60 audible bell *very* loud
On Tue, Apr 21, 2009 at 12:56:22PM +0200, LEVAI Daniel wrote: Hi! I'm using this ThinkPad T60, and just realized that if using an earphone, the console's audible bell is blowing my ears off. I couldn't find anything relevant in mixerctl -a output, nevertheless I've changed every outputs control's volume to 0 to see which one could be it (no luck). Is it possible to lower the system beep's volume, so my ears won't bleed by tomorrow? :) hopefully this gets you 'beep' controls. please let me know. beep generators should be considered i/o endpoints, like pins and converters. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org Index: azalia.c === RCS file: /cvs/src/sys/dev/pci/azalia.c,v retrieving revision 1.117 diff -u -r1.117 azalia.c --- azalia.c4 Apr 2009 02:59:39 - 1.117 +++ azalia.c21 Apr 2009 12:32:53 - @@ -1364,6 +1364,7 @@ if (depth 0 (w-type == COP_AWTYPE_PIN_COMPLEX || + w-type == COP_AWTYPE_BEEP_GENERATOR || w-type == COP_AWTYPE_AUDIO_INPUT)) return -1; if (++depth = 10) @@ -2361,6 +2362,7 @@ if (depth 0 (w-type == COP_AWTYPE_PIN_COMPLEX || + w-type == COP_AWTYPE_BEEP_GENERATOR || w-type == COP_AWTYPE_AUDIO_OUTPUT || w-type == COP_AWTYPE_AUDIO_INPUT)) { if (w-enable) Index: azalia_codec.c === RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v retrieving revision 1.114 diff -u -r1.114 azalia_codec.c --- azalia_codec.c 24 Jan 2009 09:44:02 - 1.114 +++ azalia_codec.c 21 Apr 2009 12:32:54 - @@ -417,6 +417,7 @@ /* back at the beginning or a bad end */ if (depth 0 (w-type == COP_AWTYPE_PIN_COMPLEX || + w-type == COP_AWTYPE_BEEP_GENERATOR || w-type == COP_AWTYPE_AUDIO_OUTPUT || w-type == COP_AWTYPE_AUDIO_INPUT)) return -1;
Re: Performance degradation w/ -current - GENERIC.MP {amd64,i386}
On Tue, 21 Apr 2009, Hannah Schroeter wrote: On Tue, Apr 21, 2009 at 07:07:13AM -0400, RD Thrush wrote: a == Ariane van der Steldt ari...@stack.nl writes: a On Mon, Apr 20, 2009 at 01:57:55PM -0400, RD Thrush wrote: [...] The problem can be reproduced by busying each core w/ a 'nice'd process. Then, 'make clean;time make fake' in $PORTSDIR/devel/libtool illustrates the problem. a Using a make and recording the time used is useless: the most important a numbers (user and sys) are only recorded for the initial 'make' program, a not the programs it starts. I didn't know that time(1) didn't accumulate user and sys. Thanks for that. It does. Ariane is wrong IMO. Only the resource usage of children/grandchildren that weren't wait()ed for is lost. But IIRC make usually *does* wait() for its children. Also note this: time, the built-in command in ksh(1) reports different numbers than time(1) (i.e. /usr/bin/time) when measuring pipelined commands. Once, I was very surprised by this. Look at the man. Regards, David
Pedido de remoção da lista Novos
recebemos um pedido de remogco do seu enderego misc@openbsd.org na lista Novos. Por favor, clique no seguinte enderego para confirmar que pretende anular a sua subscrigco: http://www.mkitd.com/pub/rm.php?dodel=dodelu=2d50b65318l=1491e=8d59b58b57bc905640c1e3ba79f47e12
Remoção confirmada da lista Novos
o seu enderego misc@openbsd.org foi removido com sucesso. Esperamos, apesar de tudo, que a lista Novos lhe tenha podido ser ztil e, desde ja, lamentamos por todo e qualquer incsmodo causado.
Re: generic.mp on laptop question: resolved
On Tue, Apr 21, 2009 at 01:17:37PM +0200, Pierre Riteau spoke thusly: On Fri, Apr 17, 2009 at 05:48:00PM -0500, Denny White wrote: On Fri, Apr 17, 2009 at 10:48:58AM -0400, Dan Harnett spoke thusly: On Fri, Apr 17, 2009 at 12:02:35AM -0500, Denny White wrote: Okay, dumb-ass me. Sitting here looking at the screen it finally dawned on me I'm not looking at 2 physical cpu's, per se, but instead 2 built onto one chip. Gee, I wish I would've come up with that beforehand instead of opening my mouth and removing any doubt in regards to my hardware ignorance. Only thing in my defense is I've never owned anything like that before. Before getting this laptop given to me, my fastest box was an aging dell dimension Pentium IV 2.66. No dual-cores, no dual-cpu's. Time to slink off now. ;) A processor can have multiple sensors even though it is only a single physical package. It varies between processors. $ sysctl hw.model hw.sensors hw.model=Intel(R) Core(TM)2 Duo CPU L7500 @ 1.60GHz hw.sensors.cpu0.temp0=44.00 degC hw.sensors.cpu1.temp0=44.00 degC hw.sensors.acpitz0.temp0=45.05 degC (zone temperature) hw.sensors.acpitz1.temp0=44.05 degC (zone temperature) hw.sensors.acpibat0.volt0=14.40 VDC (voltage) hw.sensors.acpibat0.volt1=16.53 VDC (current voltage) hw.sensors.acpibat0.watthour0=36.62 Wh (last full capacity) hw.sensors.acpibat0.watthour1=1.83 Wh (warning capacity) hw.sensors.acpibat0.watthour2=0.20 Wh (low capacity) hw.sensors.acpibat0.watthour3=36.45 Wh (remaining capacity), OK hw.sensors.acpibat0.raw0=0 (battery idle), OK hw.sensors.acpibat0.raw1=0 (rate) hw.sensors.acpiac0.indicator0=On (power supply) hw.sensors.acpithinkpad0.temp0=45.00 degC (TMP0) hw.sensors.acpithinkpad0.temp1=34.00 degC (TMP1) hw.sensors.acpithinkpad0.temp2=34.00 degC (TMP2) hw.sensors.acpithinkpad0.temp3=38.00 degC (TMP3) hw.sensors.acpithinkpad0.temp4=24.00 degC (TMP4) hw.sensors.acpithinkpad0.temp6=24.00 degC (TMP6) hw.sensors.acpithinkpad0.fan0=0 RPM (fan) hw.sensors.iwn0.temp0=56.00 degC hw.sensors.aps0.temp0=34.00 degC hw.sensors.aps0.temp1=34.00 degC hw.sensors.aps0.indicator0=On (Keyboard Active) hw.sensors.aps0.indicator1=Off (Mouse Active) hw.sensors.aps0.indicator2=On (Lid Open) hw.sensors.aps0.raw0=507 (X_ACCEL) hw.sensors.aps0.raw1=513 (Y_ACCEL) hw.sensors.aps0.raw2=507 (X_VAR) hw.sensors.aps0.raw3=513 (Y_VAR) Yup, so I've learned. Thanks, Dan. Like I said before, never owned anything that modern before. ;) But, since last night, I've done a lot of reading up on it. Should've done it before but I didn't know I was gonna be given a new dual-core laptop. That doesn't happen very often. Not around here anyway. ;) It's just that the code creating hw.sensors.cpuX.temp0 is a little different between i386 and amd64, so amd64 shows one sensor for each core (but with the same temperature) while i386 shows only one sensor for all cores. I'm trying now to figure out why fan isn't shown. I know there's some power handling going on. I can get the screen to turn off, just in X, but when I run sysctl hw.sensors there's nothing about the fan. Denny White -- === () ASCII ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments === GnuPG key : 0x1644E79A | http://wwwkeys.nl.pgp.net Fingerprint: D0A9 AD44 1F10 E09E 0E67 EC25 CB44 F2E5 1644 E79A ===
Re: 4.5 delivery - How do they do it?
On Mon, Apr 20, 2009 at 06:56:15PM -0600, Theo de Raadt wrote: This morning I had an email arrive at Tue, 21 Apr 2009 06:58:36 +1000 (EST) from computershop.ca announcing that my order had been mailed. At 09:05 I went to check my PO box for the morning mail and found my 2 sets of 4.5 CDs How did Austin and the gang know that my package had made it out of customs in time to arrive in this morning's mail and to send the email at just the right time? We are working on changes to do this trick in a variety of our deamons and in our kernel; precognition means that we can identify an upcoming period when such packets will come in -- packets which would defragment and subsequently arrange themselves into an attack above the socket layer. since we can precognitively pre-identify the risk, we can drop them right on the ethernet card and avoid even having them dma into memory! Well, we have only parts of this working in the tree. A few pieces are still missing, but Austin is trying a prototype of the algoritms and heuristics in his shipping operation. I don't think the shipping algorithms will work for network stuff. However, I have some half baked diffs based on bistromathematics that show an amazing throughput improvement. Tested so far on sparc64 and i386, but the robot waiters keep glitching on alpha. -- Darrin Chandler| Phoenix BSD User Group | MetaBUG dwchand...@stilyagin.com | http://phxbug.org/ | http://metabug.org/ http://www.stilyagin.com/ | Daemons in the Desert | Global BUG Federation
Re: 4.5 delivery - How do they do it?
On 2009-04-20 at 19:56:15, you wrote: We are working on changes to do this trick in a variety of our deamons and in our kernel; precognition means that we can identify an upcoming period when such packets will come in -- packets which would defragment and subsequently arrange themselves into an attack above the socket layer. since we can precognitively pre-identify the risk, we can drop them right on the ethernet card and avoid even having them dma into memory! Well, we have only parts of this working in the tree. A few pieces are still missing, but Austin is trying a prototype of the algoritms and heuristics in his shipping operation. If you can get precognition working in the network stack, can the same technology be applied to other areas? I'm thinking perhaps you could adapt the precognition algorithm to generating commits to the CVS tree. Give it a very fast machine to run on, and you could accomplish the next 10 full years of OpenBSD development in time for the next release! Once precognition is fully working, i have a humble suggestion that you work on a time travel module next. I don't know if that can be done purely in software though... Dan RamaleyDial Center 118, Drake University Network Programmer/Analyst 2407 Carpenter Ave +1 515 271-4540Des Moines IA 50311 USA
Re: ThinkPad T60 audible bell *very* loud
Stuart Henderson wrote: On 2009-04-21, LEVAI Daniel l...@ecentrum.hu wrote: I'm using this ThinkPad T60, and just realized that if using an earphone, the console's audible bell is blowing my ears off. I couldn't find anything relevant in mixerctl -a output, nevertheless I've changed every outputs control's volume to 0 to see which one could be it (no luck). Is it possible to lower the system beep's volume, so my ears won't bleed by tomorrow? :) use wsconsctl. if I recall properly, that only helps in console mode. If working in X, might find xset more helpful. For example, my Acer Aspire One's .xsession includes the line: xset b 10 2000 80 which shortens the bell, reduces its volume and increases its pitch. Something about the default pitch just didn't seem right for this little machine and I wanted to reduce the volume because I often take it with me to places where all my vi beep!s would be annoying. Nick.
Re: 4.5 delivery - How do they do it?
All those problems will be fixed once we hit the technological singularity. Our most greatest creation, and sadly the last. -Original Message- From: Darrin Chandler dwchand...@stilyagin.com Date: Tue, 21 Apr 2009 08:10:57 To: Theo de Raadtdera...@cvs.openbsd.org Cc: Fubarmodster.v@xoxy.net; Austin Hookaus...@computershop.ca; Miscellaneous OBSDmisc@openbsd.org Subject: Re: 4.5 delivery - How do they do it? On Mon, Apr 20, 2009 at 06:56:15PM -0600, Theo de Raadt wrote: This morning I had an email arrive at Tue, 21 Apr 2009 06:58:36 +1000 (EST) from computershop.ca announcing that my order had been mailed. At 09:05 I went to check my PO box for the morning mail and found my 2 sets of 4.5 CDs How did Austin and the gang know that my package had made it out of customs in time to arrive in this morning's mail and to send the email at just the right time? We are working on changes to do this trick in a variety of our deamons and in our kernel; precognition means that we can identify an upcoming period when such packets will come in -- packets which would defragment and subsequently arrange themselves into an attack above the socket layer. since we can precognitively pre-identify the risk, we can drop them right on the ethernet card and avoid even having them dma into memory! Well, we have only parts of this working in the tree. A few pieces are still missing, but Austin is trying a prototype of the algoritms and heuristics in his shipping operation. I don't think the shipping algorithms will work for network stuff. However, I have some half baked diffs based on bistromathematics that show an amazing throughput improvement. Tested so far on sparc64 and i386, but the robot waiters keep glitching on alpha. -- Darrin Chandler| Phoenix BSD User Group | MetaBUG dwchand...@stilyagin.com | http://phxbug.org/ | http://metabug.org/ http://www.stilyagin.com/ | Daemons in the Desert | Global BUG Federation
Re: 4.5 delivery - How do they do it?
Daniel A. Ramaley wrote: If you can get precognition working in the network stack, can the same technology be applied to other areas? I'm thinking perhaps you could adapt the precognition algorithm to generating commits to the CVS tree. I'm more interested in seeing what Marco can do in softraid - failover prior to disk failure? -- Matthew Weigel hacker unique idempot . ent
Re: ThinkPad T60 audible bell *very* loud
*sigh* i am old school but i surely don't need the typewrite look and feel. The stupid bell should be killed dead. On Tue, Apr 21, 2009 at 11:31:10AM -0400, Nick Holland wrote: Stuart Henderson wrote: On 2009-04-21, LEVAI Daniel l...@ecentrum.hu wrote: I'm using this ThinkPad T60, and just realized that if using an earphone, the console's audible bell is blowing my ears off. I couldn't find anything relevant in mixerctl -a output, nevertheless I've changed every outputs control's volume to 0 to see which one could be it (no luck). Is it possible to lower the system beep's volume, so my ears won't bleed by tomorrow? :) use wsconsctl. if I recall properly, that only helps in console mode. If working in X, might find xset more helpful. For example, my Acer Aspire One's .xsession includes the line: xset b 10 2000 80 which shortens the bell, reduces its volume and increases its pitch. Something about the default pitch just didn't seem right for this little machine and I wanted to reduce the volume because I often take it with me to places where all my vi beep!s would be annoying. Nick.
Re: Slow SATA write speeds with SMB
My 2cents worth: On Apr 20, 2009 12:58am, Kristian Rooke kristi...@gmail.com wrote: !- snip -! OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008 ok you're running 4.4 rl0 at pci1 dev 5 function 0 Realtek 8139 rev 0x10: irq 10, address 00:40:f4:1d:22:8c rlphy0 at rl0 phy 0: RTL internal PHY em0 at pci1 dev 6 function 0 Intel PRO/1000GT (82541GI) rev 0x05: irq 11, address 00:0e:0c:81:65:5a nfe0 at pci0 dev 15 function 0 NVIDIA MCP73 LAN rev 0xa2: irq 15, address 00:1f:c6:dd:d3:64 rgephy0 at nfe0 phy 1: RTL8169S/8110S PHY, rev. 2 vga1 at pci0 dev 16 function 0 vendor NVIDIA, unknown product 0x07e1 rev I have no idea how you configured your network. Which interface is pointing to LAN where you're copying from? I had a 4.4 samba issue as well until I completely dropped the realtek network cards and bought an intel GigE card. Do yourself a favor and do the same, even if you have to disable the onboard LAN (realtek PHY - same problem as mine) to do it. My ports/misc thread: http://marc.info/?l=openbsd-portsm=122703016321404w=2 http://marc.info/?l=openbsd-miscm=122719611210846w=2 best I can think of is something changed between 4.3 or 4.2 (I can't remember which version I was running before 4.4) in the realtek driver that made the card interupt crazy. I ran out bought the intel/em card and haven't had a problem since. agian though this is the ramblings of some lurker trying to offer his 2 cents worth of experience, thus your milage may vary. Cheers good luck.
Re: Returned mail: see transcript for details - Case ID: [REQ:49901381]
Dear Expedia customer, Thank you for contacting us. We've assigned case number 49901381 to your inquiry. Thank you for contacting us. We can't reply directly to messages sent to this address, but we've provided links below to help you get the assistance you need. CONTACT US Use our Feedback Form to get in touch with us: - US: https://www.expedia.com/pub/agent.dll?qscr=fbakrfrr=-16019 - Canada: https://www.expedia.ca/pub/agent.dll?qscr=fbakrfrr=-16020 ONLINE HELP Visit the Expedia Customer Support Center for answers to frequently asked questions and more helpful information: - US: http://www.expedia.com/daily/service/default.asp?rfrr=-16019 - Canada: http://www.expedia.ca/daily/service/default.asp?rfrr=-16020 UNSUBSCRIBE OR MANAGE SUBSCRIPTIONS Manage (subscribe or unsubscribe) your e-mail subscriptions (you may be asked to sign in): - US: https://www.expedia.com/pub/agent.dll?qscr=inforfrr=-16019 - Canada: https://www.expedia.ca/pub/agent.dll?qscr=inforfrr=-16020 Thanks again, Expedia Customer Support -Original Message- From: Sent: 4/21/2009 10:12:01 AM To: tra...@customercare.expedia.com Subject: Returned mail: see transcript for details - Case ID: [REQ:49901381] This message was undeliverable due to the following reason: Your message could not be delivered because the destination server was not reachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there is a network problem that prevented delivery, but it is also possible that the computer is turned off, or does not have a mail system running right now. Your message was not delivered within 8 days: Host 6.238.180.98 is not responding. The following recipients did not receive this message: Please reply to postmas...@openbsd.org if you feel this message to be in error.
Broadcom BCM5784 rev 0x10 not configured, but listed as supported within LAN devices.. (4.4 / 4.5 kernel)
Hello, Iam running a FoxConn G31AX-K motherboard with an integrated Broadcom BCM5784 LAN NIC, however even though this is enabled in the BIOS the kernel does not configure it. I tried contacting the creator of the bge driver but he wasnt very kind... I also tried the latest snapshot (4.5-current Apr 20) however the same result happened, not configured. I have been told that the maybe its as easy as adding the PCI ID to the driver table but I dont know how to do this. Anybody have a similar issue? thank you Daniel
Re: Multiple layers of NAT
Alexander Hall wrote: Lars Nooden wrote: Sometimes I have to set up a LAN inside a pre-existing NAT'd LAN and traffic from the inner LAN (B) does not make it to the Internet or even to final, external interface (4). +---+ ++ LAN B ---+ 1 + + Box2 + + NAT + + 4+--- Internet + 2+--LAN A--+3 NAT + + Box1 + ++ +---+ ++ What kind of generic change is needed in PF to get from LAN B through to the outside? If the subnets are different, say 192.168.10.0/24 and 192.168.11.0/24, and each box does its NAT and 'net.inet.ip.forwarding=1' I cannot see anything that would prevent this from working. Start by tracing how far the package makes it and what src address it has. Thanks. I can ping from LAN B to interface 3 and get a response, but not to 4. I can ping (and everything else) from LAN A to interface 4 and the Internet. I've searched around a bit and see there is something wrong (in general) with double NAT -Lars
Re: Multiple layers of NAT
On Tue, Apr 21, 2009 at 08:42:44PM +0300, Lars Nooden wrote: Alexander Hall wrote: Lars Nooden wrote: Sometimes I have to set up a LAN inside a pre-existing NAT'd LAN and traffic from the inner LAN (B) does not make it to the Internet or even to final, external interface (4). +---+ ++ LAN B ---+ 1 + + Box2 + + NAT + + 4+--- Internet + 2+--LAN A--+3 NAT + + Box1 + ++ +---+ ++ What kind of generic change is needed in PF to get from LAN B through to the outside? If the subnets are different, say 192.168.10.0/24 and 192.168.11.0/24, and each box does its NAT and 'net.inet.ip.forwarding=1' I cannot see anything that would prevent this from working. Start by tracing how far the package makes it and what src address it has. I can ping from LAN B to interface 3 and get a response, but not to 4. I can ping (and everything else) from LAN A to interface 4 and the Internet. I've searched around a bit and see there is something wrong (in general) with double NAT It's a simple matter of: * does the route exist * does the firewall allow it Verify that both are true. Monitor your traffic with tcpdump as needed. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/
Re: ThinkPad T60 audible bell *very* loud
On Tue, Apr 21, 2009 at 7:18 PM, Marco Peereboom sl...@peereboom.us wrote: *sigh* i am old school but i surely don't need the typewrite look and feel. The stupid bell should be killed dead. On Tue, Apr 21, 2009 at 11:31:10AM -0400, Nick Holland wrote: Stuart Henderson wrote: On 2009-04-21, LEVAI Daniel l...@ecentrum.hu wrote: I'm using this ThinkPad T60, and just realized that if using an earphone, the console's audible bell is blowing my ears off. I couldn't find anything relevant in mixerctl -a output, nevertheless I've changed every outputs control's volume to 0 to see which one could be it (no luck). Is it possible to lower the system beep's volume, so my ears won't bleed by tomorrow? :) use wsconsctl. if I recall properly, that only helps in console mode. If working in X, might find xset more helpful. For example, my Acer Aspire One's .xsession includes the line: xset b 10 2000 80 which shortens the bell, reduces its volume and increases its pitch. Something about the default pitch just didn't seem right for this little machine and I wanted to reduce the volume because I often take it with me to places where all my vi beep!s would be annoying. Nick. I'm not sure if this will work, but on my Debian machine I use the screen. I don't know if it's a modification of the source or it's default, but screen flashes the console instead of beeping. X or no X.
Re: Broadcom BCM5784 rev 0x10 not configured, but listed as supported within LAN devices.. (4.4 / 4.5 kernel)
On Tue, 21 Apr 2009, unix3 wrote: Hello, Iam running a FoxConn G31AX-K motherboard with an integrated Broadcom BCM5784 LAN NIC, however even though this is enabled in the BIOS the kernel does not configure it. I tried contacting the creator of the bge driver but he wasnt very kind... It is completely OT, but what did you call him in your e-mail? http://marc.info/?l=freebsd-currentm=111627604513159 Regards, David
Re: ThinkPad T60 audible bell *very* loud
I'm not sure if this will work, but on my Debian machine I use the screen. I don't know if it's a modification of the source or it's default, but screen flashes the console instead of beeping. X or no X. the screen = the screen program sorry
Re: ThinkPad T60 audible bell *very* loud
On Tue, 21 Apr 2009, Angelin Lalev wrote: which shortens the bell, reduces its volume and increases its pitch. Something about the default pitch just didn't seem right for this little machine and I wanted to reduce the volume because I often take it with me to places where all my vi beep!s would be annoying. Nick. I'm not sure if this will work, but on my Debian machine I use the screen. I don't know if it's a modification of the source or it's default, but screen flashes the console instead of beeping. X or no X. It is simply a setting of the screen or the ^A ^G hotkey. Regards, David
Re: Multiple layers of NAT
From: Lars Nooden Sent: Tuesday, April 21, 2009 3:33 AM To: OpenBSD Misc. Subject: Multiple layers of NAT Sometimes I have to set up a LAN inside a pre-existing NAT'd LAN and traffic from the inner LAN (B) does not make it to the Internet or even to final, external interface (4). +---+ ++ LAN B ---+ 1 + + Box2 + + NAT + + 4+--- Internet + 2+--LAN A--+3 NAT + + Box1 + ++ +---+ ++ What kind of generic change is needed in PF to get from LAN B through to the outside? Setting the IP range for LAN B to match those of LAN A is one option, but has to be done each time and also may run the risk of collision on some subnets. Regards -Lars I do this all the time and it works fine for me. You do have to remember that the firewall rules on box2 won't see anything as coming from LAN B because all of that is being NATed to the IP of interface 2. So, if you want a LAN Ber to have www access you have to tell box 2 to give interface 2 www access (as well as telling box 1 to allow the www traffic). Think of it from the perspective of each firewall with regards to what each box will THINK it is getting (because of the NAT) not where the traffic is actually coming from. I hope this helps. s
Re: Broadcom BCM5784 rev 0x10 not configured, but listed as supported within LAN devices.. (4.4 / 4.5 kernel)
On Tue, Apr 21, 2009 at 1:00 PM, David Vasek va...@fido.cz wrote: On Tue, 21 Apr 2009, unix3 wrote: Hello, Iam running a FoxConn G31AX-K motherboard with an integrated Broadcom BCM5784 LAN NIC, however even though this is enabled in the BIOS the kernel does not configure it. I tried contacting the creator of the bge driver but he wasnt very kind... It is completely OT, but what did you call him in your e-mail? http://marc.info/?l=freebsd-currentm=111627604513159 That's pretty funny . . . thanks for sharing! Regards, David -- www.nealhogan.net www.lambdaserver.com
Re: how to configure minicom with my serial console (RS232) on USB.
feifeidai wrote: Sorry ? I don't understand . People have suggested that you use cu(1) instead, it is part of the default installation.. it it not a port or a package. As I said in my previous email, this device is not being probably detected by OpenBSD 4.2.. so regardless of the application you decide to use, you'll need to update to a newer release of OpenBSD. The relevant device nodes would most likely be /dev/cuaU0 and /dev/ttyU0 as well.. not /dev/usb1. -Brynet
Re: Broadcom BCM5784 rev 0x10 not configured, but listed as supported within LAN devices.. (4.4 / 4.5 kernel)
On Tue, 21 Apr 2009 12:40:48 -0400 unix3 un...@iseoi.com wrote: Hello, Iam running a FoxConn G31AX-K motherboard with an integrated Broadcom BCM5784 LAN NIC, however even though this is enabled in the BIOS the kernel does not configure it. I tried contacting the creator of the bge driver but he wasnt very kind... I also tried the latest snapshot (4.5-current Apr 20) however the same result happened, not configured. I have been told that the maybe its as easy as adding the PCI ID to the driver table but I dont know how to do this. Anybody have a similar issue? thank you Daniel dmesg? - Robert
OpenBSD relayd and public addresses
Hi All, I'm trying to setup an OpenBSD HTTP load balancer and am failing miserably. I think this is because I am trying to setup a load balancer that uses public IP addresses for all the hosts including the load balancer which is not supported. Is this true? Can I not use public IP addresses with OpenBSD relayd? I've basically taken the supplied relayd.conf and modified it to use ext_if=em0 ext_addr=1.2.3.4 webhost1=1.2.3.5 webhost2=1.2.3.6 table webhosts { $webhost1 $webhost2 } and tried to configure a relay using modified the protocol and relay options but it didn't work. http protocol httpbalance { header append $REMOTE_ADDR to X-Forwarded-For header append $SERVER_ADDR:$SERVER_PORT to X-Forwarded-By header change Connection to close # Various TCP Performance Options tcp { nodelay, sack, socket buffer 65536, backlog 128 } } relay wwwbalance { listen on $ext_if port 80 protocol httpbalance # forward to real host in webhosts table forward to webhosts port http mode loadbalance check http / code 200 } --- James A. Peltier james_a_pelt...@yahoo.ca __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/
Re: Broadcom BCM5784 rev 0x10 not configured, but listed as supported within LAN devices.. (4.4 / 4.5 kernel)
LOL, yes I did call him Paul.. :( Gee... On Tue, 21 Apr 2009 20:00:41 +0200 (CEST), David Vasek va...@fido.cz wrote: On Tue, 21 Apr 2009, unix3 wrote: Hello, Iam running a FoxConn G31AX-K motherboard with an integrated Broadcom BCM5784 LAN NIC, however even though this is enabled in the BIOS the kernel does not configure it. I tried contacting the creator of the bge driver but he wasnt very kind... It is completely OT, but what did you call him in your e-mail? http://marc.info/?l=freebsd-currentm=111627604513159 Regards, David
Re: Broadcom BCM5784 rev 0x10 not configured, but listed as supported within LAN devices.. (4.4 / 4.5 kernel)
Below is my dmesg... Thanks OpenBSD 4.5-current (GENERIC.MP) #60: Mon Apr 20 23:08:03 MDT 2009 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3477667840 (3316MB) avail mem = 3362107392 (3206MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf (45 entries) bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 08/13/2008 bios0: OEM OEM acpi0 at bios0: rev 2 acpi0: tables DSDT FACP HPET MCFG SLIC APIC SSDT acpi0: wakeup devices PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5) HUB0(S5) UAR1(S5) UAR2(S5) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USBE(S3) AC97(S5) AZAL(S5) PCI0(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz, 2400.26 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,CX16,xTPR,NXE,LONG cpu0: 1MB 64b/line 4-way L2 cache cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz, 2399.91 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,CX16,xTPR,NXE,LONG cpu1: 1MB 64b/line 4-way L2 cache ioapic0 at mainbus0 apid 4 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 4 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PEX0) acpiprt2 at acpi0: bus 2 (PEX1) acpiprt3 at acpi0: bus -1 (PEX2) acpiprt4 at acpi0: bus -1 (PEX3) acpiprt5 at acpi0: bus -1 (PEX4) acpiprt6 at acpi0: bus -1 (PEX5) acpiprt7 at acpi0: bus 3 (HUB0) acpicpu0 at acpi0 acpicpu1 at acpi0 acpitz0 at acpi0: critical temperature 125 degC acpibtn0 at acpi0: PWRB pci0 at mainbus0 bus 0 extent `pciio' (0x0 - 0x), flags=0 0x500 - 0x51f 0xb000 - 0xdfff 0xf300 - 0xf30f 0xf400 - 0xf403 0xf500 - 0xf507 0xf600 - 0xf603 0xf700 - 0xf707 0xf800 - 0xf80f 0xfb00 - 0xfb1f 0xfc00 - 0xfc1f 0xfd00 - 0xfd1f 0xfe00 - 0xfe1f 0xff00 - 0xff07 extent `pcimem' (0x0 - 0x), flags=0 0x0 - 0x9 0xf - 0xcf5f 0xd000 - 0xefff 0xfd80 - 0xfdf7 0xfdfff000 - 0xfdfff3ff 0xfec0 - 0x pchb0 at pci0 dev 0 function 0 Intel 82G33 Host rev 0x10 vga1 at pci0 dev 2 function 0 Intel 82G33 Video rev 0x10 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1: apic 4 int 16 (irq 9) drm0 at inteldrm0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01: apic 4 int 16 (irq 9) pci1 at ppb0 bus 1 extent `ppb0 pciio' (0x0 - 0x), flags=0 0x0 - 0xbfff 0xd000 - 0x extent `ppb0 pcimem' (0x0 - 0x), flags=0 0x0 - 0xfd8f 0xfda0 - 0x ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x01: apic 4 int 17 (irq 10) pci2 at ppb1 bus 2 extent `ppb1 pciio' (0x0 - 0x), flags=0 0x0 - 0xafff 0xc000 - 0x extent `ppb1 pcimem' (0x0 - 0x), flags=0 0x0 - 0xfddf 0xfdef - 0x Broadcom BCM5784 rev 0x10 at pci2 dev 0 function 0 not configured uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: apic 4 int 23 (irq 15) uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x01: apic 4 int 19 (irq 15) uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x01: apic 4 int 18 (irq 11) uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x01: apic 4 int 16 (irq 9) ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x01: apic 4 int 23 (irq 15) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb2 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xe1 pci3 at ppb2 bus 3 extent `ppb2 pciio' (0x0 - 0x), flags=0 0x0 - 0xcfff 0xd600 - 0xd6ff 0xd800 - 0xd8ff 0xda00 - 0xdaff 0xdc00 - 0xdcff 0xde00 - 0xdeff 0xe000 - 0x extent `ppb2 pcimem' (0x0 - 0x), flags=0 0x0 - 0xfdaf 0xfdbfb000 - 0xfdbfb0ff 0xfdbfc000 - 0xfdbfc0ff 0xfdbfd000 - 0xfdbfd0ff 0xfdbfe000 - 0xfdbfe0ff 0xfdbff000 - 0xfdbff0ff 0xfdc0 - 0x rgephy4 at re4 phy 7: RTL8169S/8110S PHY, rev. 3 pcib0 at pci0 dev 31 function 0 Intel 82801GB LPC rev 0x01 pciide0 at pci0 dev 31 function 1 Intel 82801GB IDE rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility pciide0: channel 0 disabled (no drives) pciide0: channel 1 ignored (disabled) pciide1 at pci0 dev 31 function 2 Intel 82801GB SATA rev 0x01: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide1: using apic 4 int 19 (irq 15) for native-PCI interrupt wd0 at
Re: ThinkPad T60 audible bell *very* loud
On Tue, Apr 21, 2009 at 09:18, Marco Peereboom sl...@peereboom.us wrote: *sigh* i am old school but i surely don't need the typewrite look and feel. B The stupid bell should be killed dead. Nothing like reinstalling at 3am, being half asleep, hit the backspace key, and nearly sing yourself... Kill it dead...
Re: ThinkPad T60 audible bell *very* loud
agree... It's good for nothing 2009/4/21 Bryan bra...@gmail.com: On Tue, Apr 21, 2009 at 09:18, Marco Peereboom sl...@peereboom.us wrote: *sigh* i am old school but i surely don't need the typewrite look and feel. B The stupid bell should be killed dead. Nothing like reinstalling at 3am, being half asleep, hit the backspace key, and nearly sing yourself... Kill it dead... -- Let there be peace on earth. And let it begin with misc
Re: 4.5 delivery - How do they do it?
On 2009-04-21, Daniel A. Ramaley daniel.rama...@drake.edu wrote: Once precognition is fully working, i have a humble suggestion that you work on a time travel module next. I don't know if that can be done purely in software though... you'll have to borrow the one that John Brunner appears to have used when writing some of his books...
Re: ThinkPad T60 audible bell *very* loud
feel. The stupid bell should be killed dead. Actually, I prefer the bell over the more complex alert sounds produced by other operating systems--to me, anything other than a simple bell would be needless bloat. (I'm reminded of the fact that every time I try to shutdown a Windows machine, I have to wait several seconds for it to finish playing the shutdown sound. What a waste of my time!) The bell can also be useful in shell scripts--just echo Ctrl-G to alert the user.
Re: ThinkPad T60 audible bell *very* loud
On Tue, Apr 21, 2009 at 9:18 AM, Marco Peereboom sl...@peereboom.us wrote: *sigh* i am old school but i surely don't need the typewrite look and feel. The stupid bell should be killed dead. Agreed. Turning off the keyboard bell is one of the standard customizations I do after every OpenBSD install.
Typo on OpenBSD 4.5 CD Set
There is a typographical error on the back cover of the OpenBSD 4.5 CD set. It says This package contains the operating system and a selection of applications for the i386, macppc, amd64, sparc, and sparc64 architectures. This is incorrect, because the CDs do not contain the operating system or applications for the sparc architecture. This error was also on the OpenBSD 4.4 CD set. See http://marc.info/?l=openbsd-miscm=122412019502133
Re: OpenBSD relayd and public addresses
I hate it when I have to reply to my own e-mail. I was able to get it to work and it was due to syntax. I've now gotten it working and am very excited at the possibilities. --- James A. Peltier james_a_pelt...@yahoo.ca --- On Tue, 4/21/09, James Peltier james_a_pelt...@yahoo.ca wrote: From: James Peltier james_a_pelt...@yahoo.ca Subject: OpenBSD relayd and public addresses To: misc@openbsd.org Received: Tuesday, April 21, 2009, 2:12 PM Hi All, I'm trying to setup an OpenBSD HTTP load balancer and am failing miserably. I think this is because I am trying to setup a load balancer that uses public IP addresses for all the hosts including the load balancer which is not supported. Is this true? Can I not use public IP addresses with OpenBSD relayd? I've basically taken the supplied relayd.conf and modified it to use ext_if=em0 ext_addr=1.2.3.4 webhost1=1.2.3.5 webhost2=1.2.3.6 table webhosts { $webhost1 $webhost2 } and tried to configure a relay using modified the protocol and relay options but it didn't work. http protocol httpbalance { header append $REMOTE_ADDR to X-Forwarded-For header append $SERVER_ADDR:$SERVER_PORT to X-Forwarded-By header change Connection to close # Various TCP Performance Options tcp { nodelay, sack, socket buffer 65536, backlog 128 } } relay wwwbalance { listen on $ext_if port 80 protocol httpbalance # forward to real host in webhosts table forward to webhosts port http mode loadbalance check http / code 200 } --- James A. Peltier james_a_pelt...@yahoo.ca __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ __ The new Internet Explorer. 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
Re: ThinkPad T60 audible bell *very* loud
On 2009-04-21, Nick Holland n...@holland-consulting.net wrote: Stuart Henderson wrote: On 2009-04-21, LEVAI Daniel l...@ecentrum.hu wrote: I'm using this ThinkPad T60, and just realized that if using an earphone, the console's audible bell is blowing my ears off. I couldn't find anything relevant in mixerctl -a output, nevertheless I've changed every outputs control's volume to 0 to see which one could be it (no luck). Is it possible to lower the system beep's volume, so my ears won't bleed by tomorrow? :) use wsconsctl. if I recall properly, that only helps in console mode. If working in X, might find xset more helpful. For example, my Acer Aspire One's .xsession includes the line: xset b 10 2000 80 which shortens the bell, reduces its volume and increases its pitch. Something about the default pitch just didn't seem right for this little machine and I wanted to reduce the volume because I often take it with me to places where all my vi beep!s would be annoying. ah, I forgot about audible bells in X, I haven't been troubled by them for a while. there, I'm using: XTerm*visualBell: true XTerm*bellIsUrgent: true window-managers which can take the hint can use this to highlight the beeping window when you're looking at something else (it works pretty nicely with DWM which highlights the tag for the virtual desktop in reverse video so you can see when someone /m's you while you're doing something else). works nicely with tmux, too. (trying to get this working nicely in screen is what made me switch to tmux, actually..).
Re: ThinkPad T60 audible bell *very* loud
I'm using this ThinkPad T60, and just realized that if using an earphone, the console's audible bell is blowing my ears off. I couldn't find anything relevant in mixerctl -a output, nevertheless I've changed every outputs control's volume to 0 to see which one could be it (no luck). Is it possible to lower the system beep's volume, so my ears won't bleed by tomorrow? :) Holy cow, 20+ messages about a damn bell, and important changes to the tree get ignored. Get a life, people -- get a frigging life!
Re: OpenBSD relayd and public addresses
On Tue, Apr 21, 2009 at 9:32 PM, James Peltier james_a_pelt...@yahoo.ca wrote: I hate it when I have to reply to my own e-mail. I was able to get it to work and it was due to syntax. I've now gotten it working and am very excited at the possibilities. I hate to say this but correction to your syntax attached to your response would also be a nice addition to the list :) Steph
Re: ThinkPad T60 audible bell *very* loud
Get a life, people -- get a frigging life! Out of weetabix? Steph
[semi-OT] I've found a very nice picture that to me symbolically portrays OpenBSD administration.
I've found a very nice picture that to me symbolically portrays OpenBSD administration: http://www.eritrea.be/old/dahlaks6.jpg It's from this site: http://www.eritrea.be/old/eritrea-dahlaks.htm regards, --ropers
Re: ThinkPad T60 audible bell *very* loud
Theo de Raadt wrote: Holy cow, 20+ messages about a damn bell, and important changes to the tree get ignored. Get a life, people -- get a frigging life! Hi Theo.. I appreciate what you've done for the project, but *what* changes to the tree? There's the message on openbsd-cvs about the MD changes to bsd and bsd.rd, but many people aren't subscribed to that; I myself am currently only subscribed to misc, plus the occasional checking of openbsd.org. I'm sure this change is important, but a bell that (presumably) is painful to hear *is* bloody annoying, so I don't see asking how to fix it as being particularly unreasonable. Sometimes the minor things are important, even if there are a few gaping holes left lying around. Removing the wires from a laptop speaker is trickier than a desktop. Cheers! PK.
Re: ThinkPad T60 audible bell *very* loud
Theo de Raadt wrote: Holy cow, 20+ messages about a damn bell, and important changes to the tree get ignored. Get a life, people -- get a frigging life! Hi Theo.. I appreciate what you've done for the project, but *what* changes to the tree? Your lack of any attempt to educate yourself is your problem. There's the message on openbsd-cvs about the MD changes to bsd and bsd.rd, but many people aren't subscribed to that; I myself am currently only subscribed to misc, plus the occasional checking of openbsd.org. Bummer. So you whine about the bell. I'm sure this change is important, but a bell that (presumably) is painful to hear *is* bloody annoying, so I don't see asking how to fix it as being particularly unreasonable. Sometimes the minor things are important, even if there are a few gaping holes left lying around. Removing the wires from a laptop speaker is trickier than a desktop. I think we should make it louder.
Re: ThinkPad T60 audible bell *very* loud
On Tue, Apr 21, 2009 at 7:40 PM, Peter Kay pe...@syllopsium.com wrote: I'm sure this change is important, but a bell that (presumably) is painful to hear *is* bloody annoying, so I don't see asking how to fix it as being particularly unreasonable. Sometimes the minor things are important, even if there are a few gaping holes left lying around. Removing the wires from a laptop speaker is trickier than a desktop. So edit /etc/wsconsctl.conf and shut the beep up. I added the sample line to the file for a reason, you know. All this me too, me three yammering and nobody bothered searching the list for beep to read the exact same discussion last time it happened. Correct procedure to fix a problem: 1. Check tech to see if patch has been submitted. 2. Submit patch. Incorrect procedure: 1. It sucks. 2. I agree.
Re: ThinkPad T60 audible bell *very* loud
On Wed, Apr 22, 2009 at 12:40:39AM +0100, Peter Kay wrote: Theo de Raadt wrote: Holy cow, 20+ messages about a damn bell, and important changes to the tree get ignored. Get a life, people -- get a frigging life! Hi Theo.. I appreciate what you've done for the project, but *what* changes to the tree? There's the message on openbsd-cvs about the MD changes to bsd and bsd.rd, but many people aren't subscribed to that; I myself am currently only subscribed to misc, plus the occasional checking of openbsd.org. I'm sure this change is important, but a bell that (presumably) is painful to hear *is* bloody annoying, so I don't see asking how to fix it as being particularly unreasonable. Sometimes the minor things are important, even if there are a few gaping holes left lying around. Removing the wires from a laptop speaker is trickier than a desktop. Cheers! PK. what you're saying is the bell is important. I sent a diff to try to allow bell controls to be created. that would allow it to be turned off and/or lowered/raised on most codecs. so right there is an important change to the tree. by your definition. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
newfs changes fstype from RAID to 4.2BSD?
I'm trying to have everything except /home mounted on wd0, with /home mounted on a RAID 1 array comprising wd1a and wd2a. There are no other partitions on wd1 and wd2. (Unless you count the c partition.) I tried to prepare wd1 and wd2 with: # fdisk -i wd1 # disklabel -E wd1 and following the prompts. After writing the disklabel, here's the output: # disklabel wd1 # Inside MBR partition 3: type A6 start 63 size 488392002 # /dev/rwd1c: type: ESDI disk: ESDI/IDE disk label: WDC WD2500AAJB-0 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 30401 total sectors: 488397168 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a:488392002 63RAID c:4883971680 unused 0 0 So far so good. Following some advice I found on the web [1][2], I continued with: # newfs wd1a Before moving forward. But now disklabel gives the following output: # disklabel wd1 # Inside MBR partition 3: type A6 start 63 size 488392002 # /dev/rwd1c: type: ESDI disk: ESDI/IDE disk label: WDC WD2500AAJB-0 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 30401 total sectors: 488397168 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a:488392002 63 4.2BSD 2048 163841 c:4883971680 unused 0 0 It looks like wd1a's label changed. How? More importantly, is this a problem for setting up a RAID array? I know that the manual for raidctl says While FS_BSDFFS (e.g. 4.2BSD) will also work as the component type, the type FS_RAID (e.g. RAID) is preferred for RAIDframe use, as it is required for features such as auto-configuration. But it would be nice to keep my wd1a, and wd2a once I get to it, as FS_RAID. I'm running 4.4-stable with GENERIC plus raid support kernel. Which, in case it's relevant, I did by adding pseudo-device raid4 option RAID_AUTOCONFIG to the GENERIC config file. (I don't know how *else* one would do it, but perhaps the order of the lines matters?) Any advice is greatly appreciated! [1] geektechnique.org/projectlab/797/openbsd-encrypted-nas-howto [2] www.argon18.com/raid_openbsd.html
Re: newfs changes fstype from RAID to 4.2BSD?
kell...@gmail.com wrote: I'm trying to have everything except /home mounted on wd0, with /home mounted on a RAID 1 array comprising wd1a and wd2a. There are no other partitions on wd1 and wd2. (Unless you count the c partition.) I tried to prepare wd1 and wd2 with: # fdisk -i wd1 # disklabel -E wd1 and following the prompts. After writing the disklabel, here's the output: # disklabel wd1 # Inside MBR partition 3: type A6 start 63 size 488392002 # /dev/rwd1c: type: ESDI disk: ESDI/IDE disk label: WDC WD2500AAJB-0 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 30401 total sectors: 488397168 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a:488392002 63RAID c:4883971680 unused 0 0 So far so good. Following some advice I found on the web [1][2], I continued with: # newfs wd1a I looked. Your advice does not tell you to newfs your raw RAID partition. Go read it again. I REALLY recommend UNDERSTANDING how this works, not just blindly following someone's recipe. That's the difference between a RAID system that will save you a lot of downtime vs. one that will CAUSE you a lot of downtime. You are definitely working on cause right now. you MUST understand how your RAID system works, otherwise you WILL lose data and time. Nick.
Re: newfs changes fstype from RAID to 4.2BSD?
Nick Holland wrote (04/21/09 21:39): I looked. Your advice does not tell you to newfs your raw RAID partition. Go read it again. I REALLY recommend UNDERSTANDING how this works, not just blindly following someone's recipe. You're right -- on both counts. Emailing the list was an attempt to get from the blindly following stage to the understanding stage. Now the that newfs issue is cleared up, here's another question: the author of a page I cited writes, In my experience I couldn't the 'a' partition to become of type FS_RAID. But according to my disklabel output, it looks like I was able to do this: # disklabel wd1 # Inside MBR partition 3: type A6 start 63 size 488392002 # /dev/rwd1c: type: ESDI disk: ESDI/IDE disk label: WDC WD2500AAJB-0 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 30401 total sectors: 488397168 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a:488392002 63RAID c:4883971680 unused 0 0
Re: Slow SATA write speeds with SMB
I was happy /w the re driver too until 4.4 (I think my previous firewall/samba share server was 4.2) I did mention in my original post I was watching systat vmstat, during the post I mentioned I was watching hard drive kbyte writes. When I decided to run out and buy the em I noticed my re was doing 4 to 6k+ interrupt requests a second. and I was tweaked samba it rose even higher via systat vmstat. I didn't mention the interrupt storm because I no longer want to fuss the system or argue /w tico or mess with duplex settings as it was all pointless - as I saw it already had the solution to my problem in hand for 36+cdn $: the new em card. Am I happy about the change? hell ya, my doorstop compaq pentium 866 writes to the 1GB WD hard drive between 18000+k every systat vmstat blip. I ain't complaining now. I only mention it here because the original poster of the thread didn't mention how his network was configured. If his nvidia+8169s phy is his samba interface I'm left to wonder if he is seeing something similar to what I was experiencing. And like a typical end user I was after results, thus instead of further testing further listerv followup i threw money at it to make it work to a point where I was satisfied.. rl is pretty different to re. I'm fairly happy with re(4) considering how cheap they are. re - bge Is that loopback or between two boxes with a switch in the middle? re-box$ tcpbench bge-box pid elapsed_ms bytes Mbps 15569 1030 69931144 543.155 15569 2024 67539536 544.125 15569 3027 68251072 544.375 15569 4020 67548992 544.201 15569 5024 68086608 543.064 15569 6027 67858352 541.243 15569 7018 67436728 544.943 15569 8022 68277960 544.590 15569 9025 68331152 545.014 of course the more expensive NICs are better. bge - re bge-box$ tcpbench re-box pid elapsed_ms bytes Mbps 31564 1007 110421616 877.232 31564 2009 104687432 836.663 31564 3007 104840696 840.406 31564 4007 109819488 879.435 31564 5007 116304656 931.369 31564 6007 115594504 925.682 31564 7007 116234288 930.805 31564 8007 116101120 929.739 31564 9006 116120392 929.893 3156410006 116213104 930.635 3156411006 115465648 924.650 3156412006 116225744 929.806 3156413006 116123152 929.915 (single tcp stream, opteron 146 on a supermicro aplus board running i386 - for anyone interested, CWM on the bge was peaking at 46). re0 at pci1 dev 0 function 0 Realtek 8168 rev 0x01: RTL8168 2 (0x3800), apic 2 int 16 (irq 11), address 00:30:18:a0:6a:f6 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 bge0 at pci2 dev 3 function 0 Broadcom BCM5704C rev 0x10, BCM5704 B0 (0x2100): apic 2 int 8 (irq 5), address 00:30:48:58:86:40 brgphy0 at bge0 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0 My ports/misc thread: http://marc.info/?l=openbsd-portsm=122703016321404w=2 http://marc.info/?l=openbsd-miscm=122719611210846w=2 !-snip-! Cheers good day.
Re: ThinkPad T60 audible bell *very* loud
On Tuesday 21 April 2009 19:40:39 Peter Kay wrote: Theo de Raadt wrote: Holy cow, 20+ messages about a damn bell, and important changes to the tree get ignored. Get a life, people -- get a frigging life! Hi Theo.. I appreciate what you've done for the project, but *what* changes to the tree? There's the message on openbsd-cvs about the MD changes to bsd and bsd.rd, but many people aren't subscribed to that; I myself am currently only subscribed to misc, plus the occasional checking of openbsd.org. I'm sure this change is important, but a bell that (presumably) is painful to hear *is* bloody annoying, so I don't see asking how to fix it as being particularly unreasonable. Sometimes the minor things are important, even if there are a few gaping holes left lying around. Removing the wires from a laptop speaker is trickier than a desktop. Cheers! PK. Peter, It is up to *you* to see whats changing. You have two ways to do that. The first is going to the daily change log (http://openbsd.org/plus.html) to get a descritpion of recent changes. This isn't always right up to date, though. Still, its a description of whats been happening in english as opposed to the second form. That second form is the cvs changes list, and not many people being subscribed to that is no excuse if one really wants to learn about the system. Sure, at first its an alien world, but you have all the src tree to look at, and with time you'll have at least a toplevel understanding of whats going on. I'd rather have things this way, and let Theo et al work rather than bogging them down in perpetual questions. --STeve Andre'
MARCELO RODRÍGUEZ NUEVO ATLETA Surfpress
MARCELO RODRIacute;GUEZ NUEVO ATLETA Surfpress Surfpress tiene el agrado de comunicar la incorporacioacute;n del ascendente surfista argentino Marcelo Rodriacute;guez a la primera agencia de prensa y contenidos 100% surf de Ameacute;rica Latina. Desde abril de 2009, Surfpress estaraacute; a cargo de las acciones de prensa y comunicacioacute;n del surfista nacido en Rawson, Chubut. Desde su exclusivo Newsletter, Surfpress estaraacute; siguiendo las actuaciones a nivel nacional e internacional del actual campeoacute;n argentino. Martiacute;n Passeri (Argentina) Magnum Martiacute;nez (Venezuela) Luisma Iturria (Uruguay) Gary Saavedra (Panamaacute;) Maxi Siri (Argentina) Ornella Pellizzari (Argentina) Aacute;ngelo Lozano (Meacute;xico) Lucas Santamariacute;a (Argentina) Sonia ldquo;Puchardquo; Garciacute;a (Panamaacute;) Surfpress Prensa y Contenidos le da bienvenida a Marcelo Rodriacute;guez. Marcelo Rodriacute;guez es auspiciado por: LOST ndash; VANS ndash; THERMOSKIN ndash; INFINIT ndash; DERREM SURFBOARDS ndash; FREE LIFE. i...@surfpress.net / http://surfpressblog.blogspot.com Tel: 54 223 491 8445 / Cel: +54 9223 5751489 SuscribirseDesuscribirse copy; copyright 2008 Surfpress