Re: 1gbit LAN/NIC performance, queue speed bug?
> > this is very illuminating. it says that initially, tcp send/receive > > window is your bottleneck. when you increase them to 131072, the cpu > > becomes your bottleneck and remains that way no matter what else you > > tweak (idle drops to 0.0% and stays there). > > > > the next question is, of course, why is your cpu spending all its time > > in "system" and "interrupt"? is it doing unnecessary work, or is the > > work necessary and your cpu just isn't fast enough? I don't have ready > > answers to these questions. > > > > -ken > > > > Hello, > > I see, that while I am testing network speed by iperf, 100% CPU is being > used, but is that normal for default install of OpenBSD 4.8 with default > pf.conf?? > > I have second computer exactly like that one (IBM ThinkCentre A51P), on > which i am running this tests but with P4 3Ghz CPU 2mb cache (not > celeron 2.8) and the same is happening (100% CPU). > > LAN interface is Intel PRO/1000 PT Desktop Adapter (PCIe, model: > EXPI9300PTBLK) and this is the only pcie adapter in computer (maybe > broadcom integrated nic is also pcie but is not used) > > So the conclusion might be: > - there is problem with my Intel NIC model/cheapset > - there is problem with em driver > - there is problem with my hardware (I need serwer motherboard with pcie > and pci 64bit 66mhz) > - I need faster CPU than P4 3GHz ?? or - there is a problem with iperf :) How about measuring with something else? Did you try tcpbench? Or something even simpler, like scp-ing from /dev/null to /dev/null? With pf and queues enabled you can monitor the B/S rate.
Re: IPSec VPN and tunnel mode routing
> Dear all, > > I find no explicit mention of how to encapsulate and decapsulate IPsec > protected packets in tunnel mode. > > Are we supposed to use gre0 or gif0 interface to add routes? > > I am able to create SAs using automatic keying with isakmpd and 1 line > in ipsec.conf. > > But I am unable to connect two private networks. How to achieve that? > > Google did not help at all. Neither did a paper on www.openbsd.org. > > Thanks. > > -Girish This was for 3.8 but it still works (at least on 4.6): http://www.symantec.com/connect/articles/zero-ipsec-4-minutes (note that symantec mangled the \n characters in the configuration examples, you will need to add extra new lines) No need to setup any tunnelling ifaces by hand, everything comes out of enc0. If you're firewalling keep in mind that sometimes IPSec packets may come out twice from the same interface. tcpdumping on pflog is your friend. Regards, Daniel.
Re: Average time for compiling userland? == benchmarking CPU/IO? best result for database hosting?
> Hello, > > Iam confused on the different result I get when I compile userland on > any machine better then a Dual Core 2.5Ghz 2GB RAM 160GB 7200 SATA / > SATA ii > > On some machines I get a compile time of 45min, other machines 30min.. > and the best of the case I get 30min. Sometimes that machine that > takes 45min is far better hardware then a DualCore, in this case a > QuadCore with SATA II/sata... > > Iam going to use these machines for database and Iam very concerned > about these results > > Based on that I have this question: > > Is it normal that this varies so much? (Afterall a variation from > 35min to 45min represents an increase of about %25 less efficiency!!) > > Is there a better way to benchmark the IO of a Hard Disk on OpenBSD , > what should be the normal of a hard disk scanned as sd SATA/ SATA II > with similar CPU/RAM as mentioned? > > Andres Hi! You didn't provide too many details. Based on that it could be any of the following: Different CPU (Intel vs. AMD, CPU generations, amount of CPU cache...) Different FSB Different memory setup or technology (integrated vs. on-board memory, controller single-channel vs. dual-channel vs. triple-channel, DDR vs. DDR2 vs. DDR3, ECC vs. noECC, buffered vs. unbuffered, memory speed or timings, ...) Different I/O or SATA controller Different chipset Misconfiguration (BIOS, OS, HDD, ...) Different HDD (platter density, RPM, HDD cache, manufacturer, ...) HDD layout (beginning vs. the end of disk) and probably a ton of others I didn't think of. How much, if at all, should any of these matter? No idea, you tell us :) Regards, Daniel.
Re: AMD power reduction
> > From: Jean-Francois [mailto:jfsimon1...@gmail.com] > > Le lundi 08 fivrier 2010 04:10:22, Nick Holland a icrit : > > With all this talk about power reduction...I'm going to toss out one > > small suggestion: > > > > Get a Wattmeter, and measure... Don't waste your time speculating. > > Hello, > > I did. It's consuming some 90 Watts at idle. > Actually, it's an Athlon but the latest Sempron has an even reduced TDP. > My next server will be based on it. > Actually even 70 Watts is a little bit high for my next server given the > fact > it will be in an autonomous environment (small wind/solar generators). > > Regards Nick is right, numbers should speak. Parameters at the time of measuring: MB: GA-MA74GM-S2H rev1.x (no idea about TDP but according to [1] should be low) - unneeded MB components turned off, check my previous dmesg - integrated GPU core slowed down from 400MHz to 200MHz - Cool'n'quiet enabled in BIOS CPU: AMD Sempron LE-1150 (TDP 45W) - undervolted from 1.2V to 1.00V - passive cooling PSU: Enermax 400W Liberty (no data for this model but it's bigger brothers had efficiency around 78% for 114W AC [2]) RAM: 1 stick of 1GB DDR2 800MHz HDD: 3x 1TB, 2x 500G (4 Hitachi and 1 WD Green) other: 1 low rpm 12cm system fan, no keyboard, no display I measured my setup couple of times while setting it up. Numbers are from memory, may not be accurate. Besides, I used a cheap powermeter, meaning the absolute values are probably off but the deltas could be somewhat trusted: 1. On boot with everything on and no udervolting of CPU the AC wattage was somewhere around 150W. 2. Undervolting the CPU to 1.00V and playing with the BIOS shaved off some 20-30W. 3. Setting the Hitachi drives to low power idle reduced the power draw for another 20-30W, at the time the system was idling at 70-90W. 4. Putting the drives into sleep mode got the system under 70W. I'm not using this atm, had some problems with long delays while waking up the drives. All of that was without apm -C, basically the CPU was running at full speed. For testing apm -C I was lazy and relied on temperatures. 1. Temperatures at idle with apm -C hw.sensors.it0.temp0=28.00 degC hw.sensors.it0.temp1=33.00 degC 2. Temperatures at idle with apm -H (from memory and different season) hw.sensors.it0.temp0=34.00 degC hw.sensors.it0.temp1=38.00 degC Couple of degrees difference should mean at least couple of W difference. Regards, Daniel. Useful links: 47 watt 7 TB server (disks spun down) - http://www.silentpcreview.com/forums/viewtopic.php?t=57476 TDP list for Intel chipsets - http://www.silentpcreview.com/forums/viewtopic.php?t=35078 [1] http://www.silentpcreview.com/article859-page5.html [2] http://www.silentpcreview.com/article279-page4.html
Re: AMD power reduction
>> Note: When running with the lowest multiplier, HDD I/O performance may >> suffer. In my case the lowest CPU rate is at 1000MHz and with full I/O >> load accross 1 or 2 HDDs the CPU load is below the treshold of the apm -C, >> so it doesn't speed up. If I switch it manually with apm -H the transfer >> rate doubles. No RAID here so we're speaking about 30MB/s with apm -C vs. >> 60MB/s for apm -H. Forgot to mention but this is for stuff served over >> samba meaning there is some network I/O involved also. >> > >Hi, >Re your answer, from man page APM(8) : > > -C Set apmd(8) to cool running performance adjustment mode. In >this > mode, when CPU idle time falls below 10%, apm raises hw.setperf > as much as necessary. Otherwise when CPU idle time is above >30%, > apm lowers hw.setperf as much as possible to reduce heat, noise, > and power consumption. > > -H Set apmd(8) to manual performance adjustment mode and hw.setperf > to 100. > >I don't understant why you have lower performances after "apm -C" while in my >opinion it should just adjust low / fast in function of the system load >requirement ? Are disk IO not consideredas CPU load ? The disk I/O + samba doesn't stress the CPU enough so it does not speed up. Which is good :) I expect my disk I/O to keep CPU usage low, that's why we have all that DMA, I/O controllers and stuff. Bad thing is, with the lowest CPU multiplier, something else is slowed down. Maybe the communication with the southbridge or the CPU gets very ineffective in processing data from the bus or something completly different ... At the moment apm -C is not tunable and in my case with my hardware it is not sensitive enough but I don't care that much since I'm more concerned with power consumption than raw performance. Will it be a problem for you? I have no idea, you should try it with your hardware. Regards, Daniel.
Re: AMD power reduction
> From: Jean-Francois [mailto:jfsimon1...@gmail.com]
> Sent: Friday, February 05, 2010 5:46 PM
>
> Le vendredi 05 fivrier 2010 17:43:30, vous avez icrit :
> > > Hello,
> > >
> > > I think of doing this too.
> > > What I would like to understand is if I will be able to use the
> frequency
> > > change 1000 / 2000 MHz dynamic load based.
> > >
> > > Regards
> >
> > Do you mean change the frequency depending on load on the computer...?
> > This is very easy in a virtual environment, I am not sure on machine. I
> > have seen windows software that allows you to change certain options
> > while in the OS, though weather you could do this in OpenBSD and
> > dynamically you will need to see if someone else knows the answer. GPU's
> > are very easy to do this with...certainly doing it manually, but CPU
> > stuff I'm not so sure...
> >
>
> Ok.
> I was thinking this is integrated in the core of AMD processor.
> Anyway I will see depending on the sunked power if it is necessary to
> reduce
> it further.
>
> Yes, usually the AMD proc use auto reduce of the frequency during
> standstill
> of the OS.
The CPU has the ability to lower it's speed but it's the OS that tells it
when to slow down. That's what apm -C tries to do.
I'm using this at home to reduce power $$$. I've reduced the CPU voltage,
and the speed of the integrated GPU (since it's running headless anyway),
put all HDDs on idle timers (IBM/Hitachi drives have some nice powersaving
features) and my multi-TB storage is usually consuming below 100W intake.
Also, apm -C is pure pleasure and gives a significant reduction with my setup.
Note: When running with the lowest multiplier, HDD I/O performance may suffer.
In my case the lowest CPU rate is at 1000MHz and with full I/O load accross 1
or 2 HDDs the CPU load is below the treshold of the apm -C, so it doesn't
speed up. If I switch it manually with apm -H the transfer rate doubles. No
RAID here so we're speaking about 30MB/s with apm -C vs. 60MB/s for apm -H.
Forgot to mention but this is for stuff served over samba meaning there is
some network I/O involved also.
Regards, Daniel.
PS
dmesg below:
OpenBSD 4.6-stable (SQUID_DISKD) #13: Sat Nov 28 14:28:10 CET 2009
r...@pegasus.plan9.homeunix.net:/usr/src/sys/arch/i386/compile/SQUID_DISK
D
cpu0: AMD Sempron(tm) Processor LE-1150 ("AuthenticAMD" 686-class, 256KB L2
cache) 2.01 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,SSE3,CX16
real mem = 1003974656 (957MB)
avail mem = 961691648 (917MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 02/01/08, BIOS32 rev. 0 @ 0xfb7c0,
SMBIOS rev. 2.4 @ 0xf0100 (46 entries)
bios0: vendor Award Software International, Inc. version "F1" date 02/01/2008
bios0: Gigabyte Technology Co., Ltd. GA-MA74GM-S2H
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP SSDT HPET MCFG APIC
acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3)
USB6(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4)
PCE7(S4) PCE8(S4) PS2K(S5) PCI0(S5)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpihpet0 at acpi0: 14318180 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 200MHz
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins
ioapic0: misconfigured as apic 4, remapped to apid 2
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 4 (P2P_)
acpiprt2 at acpi0: bus -1 (PCE2)
acpiprt3 at acpi0: bus -1 (PCE3)
acpiprt4 at acpi0: bus 2 (PCE4)
acpiprt5 at acpi0: bus -1 (PCE5)
acpiprt6 at acpi0: bus 3 (PCE6)
acpiprt7 at acpi0: bus -1 (PCE7)
acpiprt8 at acpi0: bus -1 (PCE8)
acpiprt9 at acpi0: bus 1 (AGP_)
acpicpu0 at acpi0: PSS
acpibtn0 at acpi0: PWRB
bios0: ROM list: 0xc/0xd600 0xd/0x1c00
cpu0: PowerNow! K8 2010 MHz: speeds: 2000 1800 1000 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "ATI RS740 Host" rev 0x00
ppb0 at pci0 dev 1 function 0 "ATI RS690 PCIE" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 5 function 0 "ATI Radeon 2100" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ppb1 at pci0 dev 4 function 0 vendor "ATI", unknown product 0x7914 rev 0x00
pci2 at ppb1 bus 2
re0 at pci2 dev 0 function 0 "Realtek 8168" rev 0x01: RTL8168 2 (0x3800), apic
2 int 16 (irq 10), address 00:25:86:e0:22:81
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2
ppb2 at pci0 dev 6 function 0 "ATI RS690 PCIE" rev 0x00
pci3 at ppb2 bus 3
re1 at pci3 dev 0 function 0 "Realtek 8168" rev 0x02: RTL8168C/8111C (0x3c00),
apic 2 int 18 (irq 7), address 00:1f:d0:5a:41:fa
rgephy1 at re1 phy 7: RTL8169S/8110S PHY, rev. 2
ahci0 at pci0 dev 17 function 0 "ATI SBx00 SATA" rev 0x00: apic 2 int 22 (irq
11), AHCI 1.1
scsibus0 at ahci0: 32 targets
sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct
fixed
sd0: 953868MB, 512 bytes/sec, 1953523055 sec total
sd1 at scsibus0 targ 1 lun 0: SCSI3 0/direct
fixed
Re: Authentication method fallback not working
> Hi, > > I'm using OpenBSD 4.5-stable, and I'm trying to configure RADIUS > authentication. What I want is for the system to try the > RADIUS server, > and if it fails, fall back to the local password file. In > login.conf I have > > auth-defaults:auth=radius,passwd:radius-server=my.radius.server > > If the RADIUS server isn't there for whatever reason, the > system doesn't > fallback to password file authentication. The same happens > if I specify > the methods the other way round: the RADIUS server is never > tried even > if the password-file-based login fails. > > I need to make sure that I can always log in even if the > RADIUS server > has gone away. Is it possible to configure the system in this way? > > Thanks > - Ian Why not make a new login class for radius users and make yourself "backup" users in default class? Normally you'd login with users from the radius class and if that fails you'd use a user form the default class. Of course, that way you'd have to use different login names for the two classes. Regards, Daniel.
Re: AMD 780/790GX Motherboards
> From: Peter Strvmberg [mailto:wilfr...@spamcop.net] > Glenn Gombert wrote: > > Hello, > > > > I was interested in finding out if OpenBSD > supported the new > > (i.e. M4A78-E) motherboards that use the AMD 780/790GX > series chip sets? It > > could not find them mentioned on the AMD64 support page, > Goggling did not > > produce any hits on this subject either. I get an error > when trying to load > > 4.5 on this new motherboard that I purchased. > > > > > > I have an M3A78-T (790GX) which works fine, after some bios "tweaks" Also see http://marc.info/?l=openbsd-misc&m=122840350032267&w=2 Not quite what you have but maybe some useful info. Regards, Daniel.
Re: How long it should take for a fsck to check a 300GB hdd?
dmesg as promised:
OpenBSD 4.4-stable (SQUID_DISKD) #9: Sat Jan 10 19:27:35 CET 2009
r...@pegasus.plan9.homeunix.net:/usr/src/sys/arch/i386/compile/SQUID_DISK
D
cpu0: AMD Sempron(tm) Processor LE-1150 ("AuthenticAMD" 686-class, 256KB L2
cach
e) 2.01 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CF
LUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16
real mem = 1003974656 (957MB)
avail mem = 962015232 (917MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 02/01/08, BIOS32 rev. 0 @ 0xfb7c0,
SMBIOS
rev. 2.4 @ 0xf0100 (46 entries)
bios0: vendor Award Software International, Inc. version "F1" date 02/01/2008
bios0: Gigabyte Technology Co., Ltd. GA-MA74GM-S2H
apm at bios0 function 0x15 not configured
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP SSDT HPET MCFG APIC
acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3)
USB6
(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4)
PCE
8(S4) PS2K(S5) PCI0(S5)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpihpet0 at acpi0: 14318180 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 200MHz
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins
ioapic0: misconfigured as apic 4, remapped to apid 2
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 3 (P2P_)
acpiprt2 at acpi0: bus -1 (PCE2)
acpiprt3 at acpi0: bus -1 (PCE3)
acpiprt4 at acpi0: bus -1 (PCE4)
acpiprt5 at acpi0: bus -1 (PCE5)
acpiprt6 at acpi0: bus 2 (PCE6)
acpiprt7 at acpi0: bus -1 (PCE7)
acpiprt8 at acpi0: bus -1 (PCE8)
acpiprt9 at acpi0: bus 1 (AGP_)
acpicpu0 at acpi0: PSS
acpibtn0 at acpi0: PWRB
bios0: ROM list: 0xc/0xd600 0xd/0x1a00
cpu0: PowerNow! K8 2010 MHz: speeds: 2000 1800 1000 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "ATI RS740 Host" rev 0x00
ppb0 at pci0 dev 1 function 0 "ATI RS690 PCIE" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 5 function 0 "ATI Radeon 2100" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
drm at vga1 unsupported
ppb1 at pci0 dev 6 function 0 "ATI RS690 PCIE" rev 0x00
pci2 at ppb1 bus 2
re0 at pci2 dev 0 function 0 "Realtek 8168" rev 0x02: RTL8168C/8111C (0x3c00),
a
pic 2 int 18 (irq 10), address 00:1f:d0:5a:41:fa
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2
ahci0 at pci0 dev 17 function 0 "ATI IXPx00 SATA" rev 0x00: apic 2 int 22 (irq
1
1), AHCI 1.1
scsibus0 at ahci0: 32 targets, initiator 32
sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct
fixed
sd0: 953868MB, 121601 cyl, 255 head, 63 sec, 512 bytes/sec, 1953523055 sec
total
sd1 at scsibus0 targ 1 lun 0: SCSI3 0/direct
fixed
sd1: 953869MB, 121601 cyl, 255 head, 63 sec, 512 bytes/sec, 1953525168 sec
total
sd2 at scsibus0 targ 2 lun 0: SCSI3 0/direct
fixed
sd2: 476938MB, 60801 cyl, 255 head, 63 sec, 512 bytes/sec, 976771055 sec
total
sd3 at scsibus0 targ 3 lun 0: SCSI3 0/direct
fixed
sd3: 476938MB, 60801 cyl, 255 head, 63 sec, 512 bytes/sec, 976771055 sec
total
sd4 at scsibus0 targ 4 lun 0: SCSI3 0/direct
fixed
sd4: 953869MB, 121601 cyl, 255 head, 63 sec, 512 bytes/sec, 1953525168 sec
total
ohci0 at pci0 dev 18 function 0 "ATI IXP700 USB" rev 0x00: apic 2 int 16 (irq
3)
, version 1.0, legacy support
ohci1 at pci0 dev 18 function 1 "ATI IXP700 USB" rev 0x00: apic 2 int 16 (irq
3)
, version 1.0, legacy support
ehci0 at pci0 dev 18 function 2 "ATI IXP700 USB2" rev 0x00: apic 2 int 17 (irq
7
)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "ATI EHCI root hub" rev 2.00/1.00 addr 1
ohci2 at pci0 dev 19 function 0 "ATI IXP700 USB" rev 0x00: apic 2 int 18 (irq
10
), version 1.0, legacy support
ohci3 at pci0 dev 19 function 1 "ATI IXP700 USB" rev 0x00: apic 2 int 18 (irq
10
), version 1.0, legacy support
ehci1 at pci0 dev 19 function 2 "ATI IXP700 USB2" rev 0x00: apic 2 int 19 (irq
5
)
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "ATI EHCI root hub" rev 2.00/1.00 addr 1
piixpm0 at pci0 dev 20 function 0 "ATI IXPx00 SMBus" rev 0x3a: SMI
iic0 at piixpm0
spdmem0 at iic0 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-6400CL5
pciide0 at pci0 dev 20 function 1 "ATI IXP700 IDE" rev 0x00: DMA, channel 0
conf
igured to compatibility, channel 1 configured to compatibility
pcib0 at pci0 dev 20 function 3 "ATI IXP700 ISA" rev 0x00
ppb2 at pci0 dev 20 function 4 "ATI IXP600 PCI" rev 0x00
pci3 at ppb2 bus 3
ohci4 at pci0 dev 20 function 5 "ATI IXP700 USB" rev 0x00: apic 2 int 18 (irq
10
), version 1.0, legacy support
pchb1 at pci0 dev 24 function 0 "AMD AMD64 0Fh HyperTransport" rev 0x00
pchb2 at pci0 dev 24 function 1 "AMD AMD64 0Fh Address Map" rev 0x00
pchb3 at pci0 dev 24 function 2 "AMD AMD64 0Fh DRAM Cfg" rev 0x00
kate0 at pci0 dev 24 function 3 "AMD AMD64 0Fh Misc Cfg" rev 0x00: core rev
DH-G
1
usb2 at ohci0: USB revision 1.0
uhub2 at usb2 "ATI OHCI root hub" rev 1.00/1.00 addr 1
usb3 at ohci1: USB revision 1.0
uhub3 at usb3 "ATI OHCI root hub" rev 1.00/1.00 addr 1
Re: How long it should take for a fsck to check a 300GB hdd?
> > > Sent: Friday, March 06, 2009 5:10 PM > > > On Fri, Mar 6, 2009 at 2:40 AM, Tomas wrote: > > > > Like the subject implies - I would like to know how long it > > > should take for > > > > a fsck to check a 300GB hdd. I think that my pc's fsck is > > > checking a 300GB > > > > for too long - about 45 minutes. And during install it took > > > approximately > > > > the same amount of time to format it. Is this normal? > > > > > > 45 minutes to run newfs is very excessive. To run fsck > on something > > > that big isn't unreasonable though. 15-30 sec per GB is > normal I'd > > > say. > > > > Agree. I've got the same board with couple of TB of disks and newfs > > was very quick, probably under 1 min (with ~400-500GB slices and 64K > > blocks). > > > > I can't reach it right now so no dmesg, but there's > something definetly > > wrong with the posted dmesg. There should be ahci instead of pciide. > > > > The the OP: Did you set AHCI mode in BIOS? Also, I've had > better luck > > with mp kernel and acpi instead of apm. Try disabling apm in UKC. > > I don't have access to that machine right now, but when I'll > get it, I'll > post about bios settings. > And I want to mention the answer to this thread by Brynet (if > u haven't seen > it). Yup, I've seen it and I'm confirming it since I have the same motherboard as you do. No need to play with pcibios, just set ahci in bios. Also, acpi + mp kernel worked best for me, you get better interrupt handling and ioapic. With that I'm getting 60MB/sec transfer rates on integrated NIC with samba and giga network. Dmesg following in the evening. > " Hi Tomas, > > Devin Smith mentioned this exact chipset on the list before, > the controller > is supported by ahci(4) by toggling a BIOS option, or manual patching. > > http://www.devinsmith.net/journal/aug_2008.html > http://marc.info/?t=12198191272&r=1&w=2 > > Also, you might want to try playing with ACPI instead of > apm(4)+pcibios(4).. > only when you have some free time. > > -Brynet > "
Re: How long it should take for a fsck to check a 300GB hdd?
> Sent: Friday, March 06, 2009 5:10 PM > On Fri, Mar 6, 2009 at 2:40 AM, Tomas wrote: > > Like the subject implies - I would like to know how long it > should take for > > a fsck to check a 300GB hdd. I think that my pc's fsck is > checking a 300GB > > for too long - about 45 minutes. And during install it took > approximately > > the same amount of time to format it. Is this normal? > > 45 minutes to run newfs is very excessive. To run fsck on something > that big isn't unreasonable though. 15-30 sec per GB is normal I'd > say. Agree. I've got the same board with couple of TB of disks and newfs was very quick, probably under 1 min (with ~400-500GB slices and 64K blocks). I can't reach it right now so no dmesg, but there's something definetly wrong with the posted dmesg. There should be ahci instead of pciide. The the OP: Did you set AHCI mode in BIOS? Also, I've had better luck with mp kernel and acpi instead of apm. Try disabling apm in UKC.
Re: slightly OT
Hi! With TCP you can probably fill the pipe (not taking into account disk i/o limits). Regarding pps - dunno. With em and obsd 100k is easy. From: bofh [EMAIL PROTECTED] Sent: 07 December 2008 03:33 To: OpenBSD general usage list Subject: slightly OT I'm just asking out of curiousity. Using two relatively modern boxes, gig ethernet and running ipsec, how much bandwidth or pps can such a setup handle? No, not sending 64 byte packets, just normal backup traffic. -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk "This officer's men seem to follow him merely out of idle curiosity." -- Sandhurst officer cadet evaluation. "Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted." -- Gene Spafford learn french: http://www.youtube.com/watch?v=j1G-3laJJP0&feature=related
Re: wireless ipw2100 scan
> > I'm using OpenBSD 4.3 and was wondering how to do a wireless scan of > > all the networks available, specifically secured networks. > > > > When I run: > > ifconfig -M ipw0 > > > > I only get unsercured networks. Is there a way to see ALL networks > > (secured or unsecured)? > > > > Thanks for your help. > > WPA was not supported until 4.4; you'll have to upgrade. man > ifconfig(8) > should answer your other questions. And pay special attention to "chan". If I'm not mistaken ifconfig -M is still working in 4.4 but in -current it's replaced with the above mentioned parameter (yeah, I missed it the first time around)
Experience with GA-MA74GM or any other AMD 740G chipset motherboard?
Hi! I'm planning to get a Gigabyte GA-MA74GM-S2H or GA-MA74GM-SH (basically the same motherboard). The goal is to make a "green", lowpower NAS, so I'm mostly interested in SATA and LAN experiences concerning this or similar boards. If you tried it, please write couple of lines describing the good/bad stuff. Thank you for your time! -- Schvberle, Daniel AAM Technologies Kft. IT Architect http://www.aamtech.hu ---
Re: usb hsdpa modem not working
Hi! I'm having the same problem, no reply from the ucom0 or ucom 1. Did you have any luck getting it to work? (same HW btw) Regs, Daniel. > -Original Message- > From: bdz [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 13, 2008 12:44 PM > To: misc@openbsd.org > Subject: usb hsdpa modem not working > > hi list, > > i have a t-mobile usb web'n'walk stuff for testing. i attached it to a > 4.4 GENERIC and > realized that first it attaches umsm0 and then immediately deattaches > it. then umsm0 > and umsm1 attached along with ucom0 and ucom1. i can open the > /dev/ttyU[01] but > they don't respond to any AT commands. > > from umsm(4) man page: > The Option GlobeTrotter HSDPA modem has three serial ports, > but only the last port can be used to make PPP connections. > > i guess i am missing the third serial port (maybe related to the first > attach/deattach?) > to be able to open the ppp connection. > > any idea? > > bdz > > usbdevs -v: > addr 1: high speed, self powered, config 1, EHCI root hub(0x), > Intel(0x8086), rev 1.00 > port 1 powered > port 2 powered > port 3 powered > port 4 powered > port 5 powered > port 6 powered > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x), > Intel(0x8086), rev 1.00 > port 1 powered > port 2 addr 2: full speed, power 100 mA, config 1, Fingerprint > Sensor(0x2016), TouchStrip(0x147e), rev 0.01 > Controller /dev/usb3: > addr 1: full speed, self powered, config 1, UHCI root hub(0x), > Intel(0x8086), rev 1.00 > port 1 addr 2: low speed, power 100 mA, config 1, Optical USB > Mouse(0xc016), Logitech(0x046d), rev 3.40 > port 2 powered > Controller /dev/usb4: > addr 1: full speed, self powered, config 1, UHCI root hub(0x), > Intel(0x8086), rev 1.00 > port 1 addr 2: low speed, power 100 mA, config 1, Type 6 > Keyboard(0x0005), Sun Microsystems(0x0430), rev 1.02 > port 2 addr 3: full speed, power 500 mA, config 1, Globetrotter HSDPA > Modem(0x6971), Option N.V.(0x0af0), rev 0.00, iSerialNumber > Serial Number > Controller /dev/usb5: > addr 1: full speed, self powered, config 1, UHCI root hub(0x), > Intel(0x8086), rev 1.00 > port 1 powered > port 2 powered > > > dmesg: > real mem = 2145669120 (2046MB) > avail mem = 2066345984 (1970MB) > mainbus0 at root > bios0 at mainbus0: AT/286+ BIOS, date 08/22/07, BIOS32 rev. 0 > @ 0xfdc70, > SMBIOS rev. 2.4 @ 0xe0010 (71 entries) > bios0: vendor LENOVO version "7KET71WW (1.21 )" date 08/22/2007 > bios0: LENOVO 8918B8G > acpi0 at bios0: rev 2 > acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET SLIC BOOT SSDT > SSDT SSDT SSDT > acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) IGBE(S4) > EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) > USB0(S3) USB1(S3) > USB2(S3) USB3(S3) USB4(S3) EHC0(S3) EHC1(S3) HDEF(S4) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > 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 5 (EXP3) > acpiprt6 at acpi0: bus 13 (EXP4) > acpiprt7 at acpi0: bus 21 (PCI1) > acpiec0 at acpi0 > acpicpu0 at acpi0: C3, C2 > acpitz0 at acpi0: critical temperature 127 degC > acpitz1 at acpi0: critical temperature 100 degC > acpibtn0 at acpi0: LID_ > acpibtn1 at acpi0: SLPB > acpibat0 at acpi0: BAT0 model "42T4513" serial 5561 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/0xf000 0xcf000/0x1000 0xd/0x1000 > 0xe/0x1! > cpu0 at mainbus0 > cpu0: unknown Enhanced SpeedStep CPU, msr 0x06170b2d06000b2d > cpu0: using only highest and lowest power states > cpu0: Enhanced SpeedStep 2200 MHz (1420 mV): speeds: 2200, 1200 MHz > pci0 at mainbus0 bus 0: configuration mode 1 (no bios) > pchb0 at pci0 dev 0 function 0 "Intel GM965 Host" rev 0x0c > ppb0 at pci0 dev 1 function 0 "Intel GM965 PCIE" rev 0x0c: irq 10 > pci1 at ppb0 bus 1 > vga1 at pci1 dev 0 function 0 vendor "NVIDIA", unknown product 0x0429 > rev 0xa1 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > agp0 at vga1: no integrated graphics > drm at vga1 unsupported > em0 at pci0 dev 25 function 0 "Intel ICH8 IGP M" rev 0x03: irq 11, > address 00:15:58:cb:d4:f4 > uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x03: irq 11 > uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x03: irq 11 > ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x03: irq 11 > usb0 at ehci0: USB revision 2.0 > uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 > azalia0 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev > 0x03: irq 11 > azalia0: RIRB time out > azalia0: RIRB time out > azalia0: codec[s]: Analog Devices AD1984, Conexant/0x2b
Re: soekris/pcenginges and RO mounting
Just a couple of nitpicks: - I don't think you gain anything with noatime and async on a mfs (useless) - /etc/rc mounts / rw, it's not enough to specify ro in /etc/fstab. You have to either: a) modify /etc/rc, or b) remount / ro in rc.local - no need for a "fake" /var, just use the real /var for mfs - it's useful to have a rw /home - it's the only rw thing on my CF Regards, Daniel. > From: Lars Noodin [mailto:[EMAIL PROTECTED] > Martin Marcher wrote: > >... > > What I'm looking for are starting points to read about what > to do when > > RO mounting the root fs (and all other parts) especially on > CF-media. > > I did this recently, in December and January, and can point out what I > found. More experienced or expert users will be able to say what the > better options are. > > Since the smallest CF I could get was 1GB, I split it into > two, to have > one for the root tree and another partition for reserve copies in case > experiments don't work. The whole system, including extras, is about > 202 MB. I chose to do any compilation on another machine and > therefore > left out comp, the man pages (for me) are as essential as the > kernel so > I've kept them. I can't remember why I kept misc. > > [X] bsd > [X] bsd.rd > [ ] bsd.mp > [X] base42.tgz > [X] etc42.tgz > [X] misc42.tgz > [ ] comp42.tgz > [X] man42.tgz > [ ] game42.tgz > [ ] xbase42.tgz > [ ] xetc42.tgz > [ ] xshare42.tgz > [ ] xfont42.tgz > [ ] xserv42.tgz > > I chose to have /tmp, /var, and /dev in memory and put the rest of the > normal system into one partition. /home is a symlink to /var/home/, > /root is a symlink to /var/root, /data is a separate > partition for spare > material and short term backup. No swap partition was used. > > Templates for /dev and /var are kept in /dev.base and /var.base, > respectively. There are probably better naming conventions. > mfs loads into RAM and then mounts the RAM versions. > > Here is what I have in /etc/fstab (wrapped text) to do that: > > /dev/wd0a / ffs ro 1 1 > /dev/wd0d /data ffs rw,nodev,nosuid 1 2 > > # populate /var with data from CF, then mount in RAM > swap /var mfs -P/var.base,-s16,noexec,async,nosuid, \ > nodev,noatime,rw 0 0 > > # mount /tmp in memory > swap /tmp mfs noexec,async,nosuid,nodev,noatime,rw, \ > -b4096,-i1024,-s15000,-m0 0 0 > > # mount /dev in memory > swap /dev mfs rw,-P=/dev.base,-s=3000,-i=1024 0 0 > > When you make changes, mount -o rw /, then make the changes then sync. > > I have also used config(8) to tune the GENERIC kernel somewhat. Just > what I chose, I cannot recall, but when it is time to look at that > again, I will try removing unneeded devices. > > Here is what I chose to have in /etc/boot.conf, the > re-configured kernel > is called /nbsd: > > stty com0 19200 > set tty com0 > #set image /bsd > set image /nbsd > > To use cu, kermit or tip for serial console, you must be a > member of the > group dialer. > > I'm going to assume you have already set up a way to do the > installation. I chose to use PXE boot. Now that I seem to > be swimming > in USB devices and media, I will probably try using those next time > instead. Having PXE boot available is an advantage later if > you want to > set run live CDs or thin clients. > > For the logging, I've chosen not to worry about it yet. When the > machine powers down, the logs are lost. Maybe you could set up > something in /etc/rc.shutdown to rsync to a non-volatile partition. > An external log server is another option. I've had log servers in the > past, but will postpone that till I can experiment more with IPv6. > There was a good IPv4 summary of logging on BSDTalk in January: > > http://bsdtalk.blogspot.com/2008/01/bsdtalk138-central-syslog.html > http://cisx1.uma.maine.edu/~wbackman/bsdtalk/bsdtalk138.ogg > > There is apparently a risk that the log partition on the log > server can > get filled by anyone who wants to do so. > > YMMV, > -Lars
Re: mount_mfs change of behaviour regarding -i (inode density) on 4.2
> From: Richard Daemon [mailto:[EMAIL PROTECTED] > > On Jan 19, 2008 8:31 PM, Schvberle Daniel > <[EMAIL PROTECTED]> wrote: > > > Hi all! > > I've just upgraded my firewall from OpenBSD 4.0 to > 4.2-stable and ran > into a small problem regarding mount_mfs. I solved it, > but in case > anybody else runs into it, here's something for the archives. > > I run the box from a 512MB CF and, originally, with very limited > memory. The /var, tmp and /dev are mount_mfs and during > the upgrade I > had trobule with mounting /dev. > > I used to mount /dev with the following line: > > swap /dev mfs rw,-P=/proto/dev,-s=700,-i=256 0 0 > > It seems that sometime after 4.1 was released (probably > during ffs2 > development) mount_mfs was changed in such a way that > it doesn't allow > very high density for inodes. This resulted in > mount_mfs failing on > replicating the /dev and me getting a readonly /dev, > which resulted > in a box that I couldn't login into remotly (with ssh). > Luckily you I > could still issue commands with winscp or login > locally. After couple > of tests I concluded that mount_mfs simply ignores > density settings > lower than 1024, so I changed the /dev to settings to > the following > line: > > swap /dev mfs rw,-P=/proto/dev,-s=4000,-i=1024 0 0 > > Now everything is ok, I'm happy and sice CF is in a new > box with lots > of memory I'm not trying to squeeze every byte out of it. > > Maybe this maximal density could be documented somehow? > I glanced at > the mkfs.c and saw that, in theory, it should warn the user when > reducing the density but I never got a warning during my tests. > > dmesg in case anybody needs it: > > Wow, very weird that you post this. I just noticed the exact > same thing yesterday too. Upgraded from 4.0-stable to > 4.2-stable on a WRAP (pcengines.ch) box with my 512M CF and > /dev entries failing as well. My previous inode settings used to be: > > swap /dev mfs rw,-P=/.devtmp,-s=1200,-i=128 0 0 but that > crapped out in 4.2. > > I changed it to -s=3072, -i=128 just to get it fully working > properly and I haven't looked into it further yet, but > wondering if I'm better off maybe trying higher inode (like > yours) but lower MFS size such as -s=1024 because I'm limited > in memory (128M total). Other than that, is an MFS /dev size > bigger than 1M even needed? I'd really like to reduce as much > as possible. > > Thanks for the post! > > I'm new to this mailing list and so far, it's great! No, I don't think you'd ever need a /dev this big, but in order to get the needed number of inodes you have to push the size up. Your line is ok, but maybe you should put i=1024 instead of i=128, so you know what the real values are - that's what it's using anyway With 128MB you really shouldn'y worry. I was concerned because I had only 32MB or 48MB. mount_mfs doesn't really use the memory untill it's needed, so you could make, say 100GB mfs on a box with 128MB of RAM and it would work as long as you've got memory to hold the files. Regardnig /dev, you really don't need much as it's a small filesystem, but sometimes you can get real files in there. This is what happend once to my lil' box (I had a _real_ /dev/null) and it crapped out because it ran out of memory. After that I reduced the /dev as much as I could, I didn't want another local DoS to happen. I have 512MB now and couldn't care less if /dev is 0.1 or 1 MB, and with 128MB you shouldn't either, especially since it gets allocated only if really needed by the files.
mount_mfs change of behaviour regarding -i (inode density) on 4.2
Hi all!
I've just upgraded my firewall from OpenBSD 4.0 to 4.2-stable and ran
into a small problem regarding mount_mfs. I solved it, but in case
anybody else runs into it, here's something for the archives.
I run the box from a 512MB CF and, originally, with very limited
memory. The /var, tmp and /dev are mount_mfs and during the upgrade I
had trobule with mounting /dev.
I used to mount /dev with the following line:
swap /dev mfs rw,-P=/proto/dev,-s=700,-i=256 0 0
It seems that sometime after 4.1 was released (probably during ffs2
development) mount_mfs was changed in such a way that it doesn't allow
very high density for inodes. This resulted in mount_mfs failing on
replicating the /dev and me getting a readonly /dev, which resulted
in a box that I couldn't login into remotly (with ssh). Luckily you I
could still issue commands with winscp or login locally. After couple
of tests I concluded that mount_mfs simply ignores density settings
lower than 1024, so I changed the /dev to settings to the following
line:
swap /dev mfs rw,-P=/proto/dev,-s=4000,-i=1024 0 0
Now everything is ok, I'm happy and sice CF is in a new box with lots
of memory I'm not trying to squeeze every byte out of it.
Maybe this maximal density could be documented somehow? I glanced at
the mkfs.c and saw that, in theory, it should warn the user when
reducing the density but I never got a warning during my tests.
dmesg in case anybody needs it:
OpenBSD 4.2-stable (SQUID_DISKD) #7: Fri Jan 18 21:11:32 CET 2008
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/SQUID_DISK
D
cpu0: Intel(R) Pentium(R) 4 CPU 2.66GHz ("GenuineIntel" 686-class) 3.02 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR
real mem = 2146988032 (2047MB)
avail mem = 2068254720 (1972MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 07/11/03, BIOS32 rev. 0 @ 0xfb210,
SMBIOS rev. 2.2 @ 0xf0800 (34 entries)
bios0: vendor Phoenix Technologies, LTD version "6.00 PG" date 07/11/2003
bios0: http://www.abit.com.tw/ BE7-S/BE7-G/BE7-B (Intel i845PE-ICH4)
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 70102 dobusy 1 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf/0xdf84
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdeb0/192 (10 entries)
pcibios0: PCI Exclusive IRQs: 5 7 9 10 11
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371SB ISA" rev 0x00)
pcibios0: PCI bus #2 is the last bus
bios0: ROM list: 0xc/0xd000 0xd/0x8000!
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82845G/GL" rev 0x02
ppb0 at pci0 dev 1 function 0 "Intel 82845G/GL/GV/GE/PE AGP" rev 0x02
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Radeon 9500 Pro" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
"ATI Radeon 9500 Pro Sec" rev 0x00 at pci1 dev 0 function 1 not configured
uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x02: irq 5
uhci1 at pci0 dev 29 function 1 "Intel 82801DB USB" rev 0x02: irq 7
uhci2 at pci0 dev 29 function 2 "Intel 82801DB USB" rev 0x02: irq 11
ehci0 at pci0 dev 29 function 7 "Intel 82801DB USB" rev 0x02: irq 10
usb0 at ehci0: USB revision 2.0
uhub0 at usb0: Intel EHCI root hub, rev 2.00/1.00, addr 1
ppb1 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0x82
pci2 at ppb1 bus 2
skc0 at pci2 dev 3 function 0 "D-Link Systems DGE-530T A1" rev 0x11, Yukon
(0x1): irq 10
sk0 at skc0 port A: address 00:13:46:64:e1:ef
eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3
pciide0 at pci2 dev 14 function 0 "CMD Technology SiI3112 SATA" rev 0x02: DMA
pciide0: using irq 11 for native-PCI interrupt
ichpcib0 at pci0 dev 31 function 0 "Intel 82801DB LPC" rev 0x02: 24-bit timer
at 3579545Hz
pciide1 at pci0 dev 31 function 1 "Intel 82801DB IDE" rev 0x02: DMA, channel 0
configured to compatibility, channel 1 configured to compatibility
wd0 at pciide1 channel 0 drive 0:
wd0: 16-sector PIO, LBA48, 238475MB, 488397168 sectors
wd1 at pciide1 channel 0 drive 1:
wd1: 16-sector PIO, LBA48, 117800MB, 241254720 sectors
wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 5
wd1(pciide1:0:1): using PIO mode 4, Ultra-DMA mode 5
wd2 at pciide1 channel 1 drive 0:
wd2: 16-sector PIO, LBA48, 117246MB, 240121728 sectors
wd2(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 5
ichiic0 at pci0 dev 31 function 3 "Intel 82801DB SMBus" rev 0x02: irq 9
iic0 at ichiic0
usb1 at uhci0: USB revision 1.0
uhub1 at usb1: Intel UHCI root hub, rev 1.00/1.00, addr 1
usb2 at uhci1: USB revision 1.0
uhub2 at usb2: Intel UHCI root hub, rev 1.00/1.00, addr 1
usb3 at uhci2: USB revision 1.0
uhub3 at usb3: Intel UHCI root hub, rev 1.00/1.00, addr 1
isa0 at ichpcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port
Re: mount_mfs change of behaviour regarding -i (inode density) on 4.2
Sorry, wrong dmesg. This is the right one:
OpenBSD 4.2-stable (GENERIC) #1: Fri Jan 18 21:26:06 CET 2008
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: AMD Duron(tm) processor ("AuthenticAMD" 686-class, 64KB L2 cache) 754
MHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,F
XSR
real mem = 536375296 (511MB)
avail mem = 511008768 (487MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 08/28/03, BIOS32 rev. 0 @ 0xfb4b0,
SMBIOS rev. 2.2 @ 0xf0800 (45 entries)
bios0: vendor Phoenix Technologies, LTD version "6.00 PG" date 08/28/2003
bios0: VIA Technologies, Inc. KT333-8235
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 70102 dobusy 1 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf/0xdf74
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdea0/192 (10 entries)
pcibios0: PCI Exclusive IRQs: 5 10 11
pcibios0: PCI Interrupt Router at 000:17:0 ("VIA VT82C596A ISA" rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc/0x8000 0xc8000/0x8000!
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "VIA VT8366 PCI" rev 0x00
ppb0 at pci0 dev 1 function 0 "VIA VT8366 AGP" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci0 dev 8 function 0 "S3 Trio32/64" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
dc0 at pci0 dev 10 function 0 "DEC 21142/3" rev 0x41: irq 10, address
00:80:c8:93:f9:00
amphy0 at dc0 phy 8: Am79C873 10/100 PHY, rev. 0
dc1 at pci0 dev 12 function 0 "Accton EN2242" rev 0x11: irq 11, address
00:04:e2:7b:0c:62
ukphy0 at dc1 phy 1: Generic IEEE 802.3u media interface, rev. 1: OUI
0x000749, model 0x0001
uhci0 at pci0 dev 16 function 0 "VIA VT83C572 USB" rev 0x80: irq 5
uhci1 at pci0 dev 16 function 1 "VIA VT83C572 USB" rev 0x80: irq 10
uhci2 at pci0 dev 16 function 2 "VIA VT83C572 USB" rev 0x80: irq 11
ehci0 at pci0 dev 16 function 3 "VIA VT6202 USB" rev 0x82: irq 11
usb0 at ehci0: USB revision 2.0
uhub0 at usb0: VIA EHCI root hub, rev 2.00/1.00, addr 1
viapm0 at pci0 dev 17 function 0 "VIA VT8235 ISA" rev 0x00
iic0 at viapm0
maxtmp0 at iic0 addr 0x4c: lm90
pciide0 at pci0 dev 17 function 1 "VIA VT82C571 IDE" rev 0x06: ATA133, channel
0 configured to compatibility, channel 1 configured to compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 1-sector PIO, LBA, 488MB, 1000944 sectors
wd0(pciide0:0:0): using PIO mode 0
pciide0: channel 1 disabled (no drives)
usb1 at uhci0: USB revision 1.0
uhub1 at usb1: VIA UHCI root hub, rev 1.00/1.00, addr 1
usb2 at uhci1: USB revision 1.0
uhub2 at usb2: VIA UHCI root hub, rev 1.00/1.00, addr 1
usb3 at uhci2: USB revision 1.0
uhub3 at usb3: VIA UHCI root hub, rev 1.00/1.00, addr 1
isa0 at mainbus0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
midi0 at pcppi0:
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
lm0 at isa0 port 0x290/8: W83697HF
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
biomask ff65 netmask ff65 ttymask ffe7
pctr: user-level cycle counter enabled
mtrr: Pentium Pro MTRR support
dkcsum: wd0 matches BIOS drive 0x80
root on wd0a swap on wd0b dump on wd0b
Re: Connecting nic on different vlan
just curious, why do you explicitly call ifconfig in your hostname.if files? > Hi, > > Linux uses ifcfg-* filees, OpenBSD uses /etc/hostname.if > > gatekeeper-01# cat /etc/hostname.em1 > ! /sbin/ifconfig \$if up > ! /sbin/ifconfig \$if description "DCS Fiber" > > gatekeeper-01# cat /etc/hostname.vlan920 > > inet 172.30.0.252 255.255.255.0 NONE vlan 920 vlandev em1 > > ! /sbin/ifconfig \$if description "VLAN Office 1" > > gatekeeper-01# cat /etc/hostname.vlan921 > > inet 172.20.0.252 255.255.255.0 NONE vlan 921 vlandev em1 > > ! /sbin/ifconfig \$if description "VLAN Office 2"
Re: Connecting nic on different vlan
> I was wondering how do I configure a my nic with different vlan > addresses attached to it. > > With linux I had vconfig which I created the vlans on my computer for > which vlans I actually wanted to connect to on my switch. Then I would > assign my ethernet card to whichever vlan it was supposed to be a part > of, so adding eth0 to vlan 1 created an interface eth0.1 and then > readding eht0 to vlan 2 created eth0.2 and on those new devices I > added ips and everything was lovely. > > What could I use with OpenBSD to provide me with the same capabilities > of configuring my server to be on specific vlans? You create a vlan network interface. RTFM! Or, to give you an idea where to look: man vlan man hostname.if man ifconfig While you're at this also check the FAQ - 6th chapter in particular. http://www.openbsd.org/faq/faq6.html
Re: Squid/authpf with lookups on Active Directory
Hi! Better to use login_radius authentication, you don't need to install any ports, it's in the base system. And in order to encrypt LDAP connections you need to setup an Enterprise CA in the Windows domain, which you might or might not want to do. Radius support is builtin and supports point-2-point security, which is enough in your case. Works nicely with authpf here :) Also, keep in mind that in order to use external _authentication_ you still have to have local _identification_ (true for both LDAP and radius). You have to add all the users, which will be using the system, from the AD localy into the OpenBSD. Regards, Daniel. > -Original Message- > From: Ari Constancio [mailto:[EMAIL PROTECTED] > Sent: Friday, October 19, 2007 7:43 PM > To: Steven Surdock > Cc: misc@openbsd.org > Subject: Re: Squid/authpf with lookups on Active Directory > > Thanks to all for the replies. Everything is clear now; squid with > ntlm auth and authpf with login_ldap will do the trick (sorry, Stuart, > I didn't really read your message - now I have). > > Steven, I'm looking for a general gateway setup - not only > web traffic. > > Cheers, > Ari Constancio > > On 10/19/07, Steven Surdock <[EMAIL PROTECTED]> wrote: > > Ari Constancio wrote: > > > Hi again, > > > > > > Sorry if I'm not being clear. > > > > > > I need this box to be a firewall and a proxy server. Squid, as it > > > seems, can use NTLM auth to get account info from AD. But > what about > > > pf? > > > > > > How can I authenticate users from AD to get through pf? > > > > > > Thanks, > > > Ari Constancio > > > > > > > Define "get through pf". What services (protocols & ports) > will they > > need to access after authenticating? I was assuming web > traffic, which > > you would drive through squid, so no need for authpf. > > > > -Steve S.
Re: Where do sshd write?
> I'm trying to make my Soekris net4801 boot OpenBSD 4.0 with / mounted > read-only. I've put everything in /var and /tmp on an mfs partition. > This works fine. > > The problem is that when I attempt to ssh to the box then the > connection > is dropped immediately after having been authenticated. > > So sshd must attempt to write to some file on the ro mounted disk, but > which one? Did you check the /var/log/auth? Do you have a rw /dev?
Re: pf tables with domain names ...
> I know that I can use domain names in the definition
> of a table
>
> table { test.server.com } persist
>
> But I don't know if the initialised values will be
> rechecked once again. Is there a way?
man 5 pf.conf
"Host name resolution and interface to address translation are done
at ruleset load-time. When the address of an interface (or host
name) changes (under DHCP or PPP, for instance), the ruleset must
be reloaded for the change to be reflected in the kernel."
>
> The typical situation are dynip and more.
>
> I do realize the security concerns, but ... :}
OT: RE: Pulled out an old song..
> Since computers like to work in portions, ripping audio from > a CD can > cause the requests to start and stop, instead of constantly stream. > But the format is not designed to gracefully handle that. This can > cause errors (repeated data or lost data) which differ with > each rip, > due to conditions not necessarily being the same each time (and of > course a single bit error will cause a different hash). > > This is why CD paranoia exists. CD paranoia reads back a little with > each new portion of the stream read and then tries to find where the > overlapping data at the end of the previous stream matches the > beginning of the new stream. It then joins them so that there should > hopefully be no repeated or lost data, discarding the redundant data > in the process. The use of CD paranoia will increase the chances of > getting the same hash from a rip, but it can only do the best with > what it is given from the drive under variable conditions. > > Also, CD audio data has weaker error detection/correction than CDROM > data, so marginal reads have a greater chance of giving differing > results. Combine the random nature of noise with marginal data and > weak error detection and that noise can colour the output in an > unpredictable fashion which is not constantly repeatable. Or you could find a drive with a good implementation of C2 error correction. Reed-Solomon code used for storing raw CD data is almost capable of miracles. > It would not surprise me if you could get exact same hashes on > subsequent rips, but it also would not surprise me if you did not. Enter EAC (as I said it's Windows only but it allows bit-perfect rips). I'll quote some things from the EAC's website[1]: >>In secure mode, this program reads every audio sector at least twice. That is one reason why the program is so slow. But by using this technique non-identical sectors are detected. If an error occurs (read or sync error), the program keeps on reading this sector, until eight of 16 retries are identical, but at maximum one, three or five times (according to the error recovery quality) these 16 retries are read. So, in the worst case, bad sectors are read up to 82 times! But this will help the program to obtain best result by comparing all of the retries. If it is not sure that the stream is correct (at least it can be said at approx. 99.5%) the program will tell the user where the (possible) read error occurred. The program also tries to adjust the jitter artefacts that occur on the first block of a track, so that each extraction should be exactly the same. On drives found to have the "accurate stream" feature, this is guaranteed.<< And in order to get the same hash on different drive models or even a bit identical CD-R copy of the pressed CD it supports read/write offsets: >>'Sample Offset' is another new feature of EAC, it will help to always get the same WAVs compared to a different reader and to prevent generation losses. Nearly all drives can not position the head correctly. That means if the program tells the drive to read block 1 it will probably read data somewhere in block 9998 instead. But this is not visible to the reading program, it won't know if it is really the data it wanted. Usually the head will be set always to a fixed offset before or after the correct read position. So it is possible to detect this offset once and use it for all CDs coming afterwards.<< [1] http://www.exactaudiocopy.de/
Re: Dynamically Increase IPC on OpenBSD ?
> On Behalf Of Marc Espie > On Mon, Jun 19, 2006 at 09:43:59AM +0200, Vincent Blondel wrote: > > Hello all, > > > > I would like to increase some IPC values on my OpenBSD 3.9 > box. These > > parameters need to be changed for Squid. > > > > When I look at the current values I receive next result > > > > [EMAIL PROTECTED] [/etc/squid] # ipcs -Q > > msginfo: > > msgmax: 16384 (max characters in a message) > > msgmni: 40 (# of message queues) > > msgmnb: 2048 (max characters in a message queue) > > msgtql: 40 (max # of messages in system) > > msgssz: 8 (size of a message segment) > > msgseg: 2048 (# of message segments in system) > > > > and would like to set these new ones. > > > > options MSGMNB=8192 > > options MSGMNI=40 > > options MSGSEG=512 > > options MSGSSZ=64 > > options MSGTQL=2048 > > > > but I still haven't found how I could increase dynamically > these settings > > and I don't find them in sysctl proposals. > > That's kern.seminfo and kern.shminfo Those are semaphores and shared memory. The OP needs message queues. I also needed to increase those values for squid's diskd but I compiled a new kernel, as I couldn't find the appropriate sysctls.
Re: Pulled out an old song..
> On Behalf Of Jason Stubbs > Sent: Friday, June 16, 2006 10:06 AM > On 16/06/06, Michael Coulter <[EMAIL PROTECTED]> wrote: > > On Fri, Jun 16, 2006 at 12:01:35PM +0900, Jason Stubbs wrote: > > > Unless the quality of the CD has deterioated, where does the > > > random element come from? > > > > http://www.stereophile.com/features/827/ > > > > If you start reading about the low-level details of C/DVDs and > > you don't have a lot of faith in math, you'll be scared to death > > you ever put data on an optical disc. > > Very interesting article. However, I still don't see how ripped audio > might change on each ripping. The article states that E11 and > E12 errors > are common but that the original data is fully > inferrable(sp?) and that > E22 errors are usually caused by damage. I can see how > audibal changes > could occur if CD players use the amplitude obtained from the CD > directly without first going fully digital, but otherwise... > > Anyway, enough idle conjecture. When I get home I'll give it a try > myself and then do further research. :) You can get bit identical rips of audio CDs, meaning you can compare the track's CRC, hash or anything else. EAC (www.exactaudiocopy.de) is one solution but it's Windows only. I haven't ripped under OpenBSD so I have no recommendation for it. www.hydrogenaudio.org is my source of authoritative information regarding digital audio. Check it out. Regards, Daniel.
Re: PS/2 keyboard failing on generic MP-kernel (Dell PE2850)
> > armorlogic.com says in their Dell PowerEdge 2850 section: > > > > The system works well, except the PS/2 keyboard does not work when > > running an MP kernel. We've seen a number of Dell machines with this > > same problem. See > > > > > http://www.armorlogic.com/openbsd_information_server_compatibi > lity_list.html?action=detail&id=pe2850 > > I was one of the people reporting this problem; the non-mp > i386 kernel works > great, bsd.mp only has the keyboard problem, otherwise fine. > I had a few different problems with the AMD64 kernel on this > Xeon platform. > > I see the SC1425 details on ArmorLogic were updated today. > Time to go submit more dmesgs, both there and to NYCbug. Well, the information for SC1425 is incomplete. Keyboard works for _i386_ bsd.mp, and doesn't work for amd64 bsd.mp. In my experience running i386 was more fruitful than amd64, so I think it's important to make a difference.
Re: PS/2 keyboard failing on generic MP-kernel (Dell SC1425)
> > I disagree, it should just work Dell SC1425 with A02 > BIOS revision > > here, 2xCPU and a fresh install of 3.9 i386. Maybe the problem lies > > with the keyboard? Or do you have a KVM? You seem to have BIOS dated > > 01/18/05 while on this box it's 08/23/05. Other stuff seems similar > > enough but I didn't look at all the details. > > of course, you can disagree with me :) > > but what about other people have THE SAME trouble? what > about armorlogic.com? I was refering to the box in question. Never had any trouble with SC1425 (atleast not with i386). _That_ was my argument. I felt that you made an over generalized statement and wanted to point out that comparing 2850 with SC1425 is not productive. And the rest of the remarks were aimed to the OP. Hmm, maybe I should have written it like this in the first place :\ I think that misc had enough of our blah, blah. If you want to continue our dialog I'm waiting for you private mail ;) Regards Daniel.
Re: PS/2 keyboard failing on generic MP-kernel (Dell SC1425)
> > Installed 3.9 on a Dell SC1425 (2 CPU) a few days ago (I'm
> fairly new
> > to the BSD world).
> >
> > Installation and generic kernel works fine, but if I try booting the
> > (generic precompiled) bsd.mp, my PS/2 keyboard stops
> responding (same
> > result with i386 and amd64 release).
> >
> > Everything else seems to work fine, and I can ssh to it
> without any problems.
> >
> > I get the same result if I manually compile the generic.mp kernel.
> >
> > The keyboard stops responding at the "initialization" of it (after
> > lighting up and turning off the numlock LED) (~wskbd0 lines from the
> > dmesg )
>
> Looks like bug in BIOS. Some motherboards affected but some not.
>
> I saw this on Dual P3 Supermicro motherboards on versions earlier
> than 3.9. I see some people on misc@ experiencing similar trouble
>
> http://marc.theaimsgroup.com/?l=openbsd-misc&m=114656073922504&w=2
> http://marc.theaimsgroup.com/?l=openbsd-misc&m=110540231317022&w=2
>
> IMO, it is cheaper to buy USB-keyboard than working around bugs in
> some vendors' BIOS code.
>
> Or maybe if some other people with such problem will speak up, we
> can go further and fix it...
I disagree, it should just work Dell SC1425 with A02 BIOS revision
here, 2xCPU and a fresh install of 3.9 i386. Maybe the problem lies
with the keyboard? Or do you have a KVM? You seem to have BIOS dated
01/18/05 while on this box it's 08/23/05. Other stuff seems similar
enough but I didn't look at all the details.
Here's the dmesg...
OpenBSD 3.9 (GENERIC.MP) #598: Thu Mar 2 02:37:06 MST 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Xeon(TM) CPU 3.20GHz ("GenuineIntel" 686-class) 3.20 GHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE3
6,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,CNXT-ID
real mem = 1073065984 (1047916K)
avail mem = 972386304 (949596K)
using 4278 buffers containing 53755904 bytes (52496K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 08/23/05, BIOS32 rev. 0 @ 0xffe90
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfbf40/160 (8 entries)
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82801EB/ER LPC" rev 0x00)
pcibios0: PCI bus #4 is the last bus
bios0: ROM list: 0xc/0xb000! 0xcb000/0x1000 0xcc000/0x1000 0xec000/0x400
0!
ipmi0 at mainbus0: version 1.5 interface KCS iobase 0xca8/8 spacing 4
mainbus0: Intel MP Specification (Version 1.4) (DELL PE SC1425 )
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 200 MHz
cpu1 at mainbus0: apid 6 (application processor)
cpu1: Intel(R) Xeon(TM) CPU 3.20GHz ("GenuineIntel" 686-class) 3.20 GHz
cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE3
6,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,CNXT-ID
mainbus0: bus 0 is type PCI
mainbus0: bus 1 is type PCI
mainbus0: bus 2 is type PCI
mainbus0: bus 3 is type PCI
mainbus0: bus 4 is type PCI
mainbus0: bus 5 is type ISA
ioapic0 at mainbus0: apid 7 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apic 7
ioapic1 at mainbus0: apid 8 pa 0xfec8, version 20, 24 pins
ioapic1: misconfigured as apic 0, remapped to apic 8
ioapic2 at mainbus0: apid 9 pa 0xfec80800, version 20, 24 pins
ioapic2: misconfigured as apic 0, remapped to apic 9
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel E7520 MCH" rev 0x09
ppb0 at pci0 dev 2 function 0 "Intel MCH PCIE" rev 0x09
pci1 at ppb0 bus 1
ppb1 at pci1 dev 0 function 0 "Intel PCIE-PCIE" rev 0x09
pci2 at ppb1 bus 2
em0 at pci2 dev 4 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: apic 8 i
nt 0 (irq 11), address 00:13:72:3f:73:93
ppb2 at pci1 dev 0 function 2 "Intel PCIE-PCIE" rev 0x09
pci3 at ppb2 bus 3
uhci0 at pci0 dev 29 function 0 "Intel 82801EB/ER USB" rev 0x02: apic 7 int
16 (irq 11)
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1 at pci0 dev 29 function 1 "Intel 82801EB/ER USB" rev 0x02: apic 7 int
19 (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 ports with 2 removable, self powered
ehci0 at pci0 dev 29 function 7 "Intel 82801EB/ER USB2" rev 0x02: apic 7 int
23 (irq 6)
usb2 at ehci0: USB revision 2.0
uhub2 at usb2
uhub2: Intel EHCI root hub, rev 2.00/1.00, addr 1
uhub2: 4 ports with 4 removable, self powered
ppb3 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0xc2
pci4 at ppb3 bus 4
em1 at pci4 dev 3 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: apic 7 i
nt 20 (irq 3), address 00:13:72:3f:73:94
vga1 at pci4 dev 13 function 0 "ATI Radeon VE QY" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ichpcib0 at pci0 dev 31 function 0 "Intel 82801EB/ER LPC" rev 0x02
pciide0 at pci0 dev 31 function
Re: advantages/disadvantages of kernel pppoe(4) vs userland pppoe(8)?
> >Hi, > > > >I'm about to setup up ADSL at home for the first time, using the > >following network topology: > > > >ADSL+---+ +--+ +--+ > >to <-> | DSL |<---> | firewall | <-> | ethernet | > >ISP | modem | pppoe | + router | | switch | > > +---+ | + nat| +--+ > >+--+ | || > > V VV > > to other computers > > > >The firewall/router/nat box is (will be when I get this setup) > >an old 486 laptop with 2 pcmcia ethernet cards, running 3.9-stable. > >(Yes, I've ordered a CD; until it arrives I'm using 3.8-stable.) > > > i might worry that the 486 can't handle the work you're going > to give it, but i > haven't tested this hypothesis. i have a 486 DX2/50 laying > around and it was so > slow that ssh and terminal sessions to it were unacceptably > sluggish. it wasn't > handling any packets or filtering either, YMMV. At what line speed? You probably had some bad HW. I was running a 486 DX2/66MHz box with userland pppoe + nat without any problems on a 1,5Mbit DSL line. It got replaced because it was too loud not because it lacked power. For 6Mbit line you would have to use kernel pppoe, userland pppoe would kill the box. RAM is more likely to be a problem. 16MB I had in that 486 was enough for OBSD 3.0 but now is probably a bit problematic (read up on turning on swap during install if you can't show more RAM into it).
Re: Page faults and kernel not rebooting (with ddb.panic=0)
> > vnvianna wrote: > > OpenBSD 3.8 (GENERIC.MP) #504: Sat Sep 10 16:02:38 MDT 2005 > > > [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > real mem = 1073086464 (1047936K) > > avail mem = 908865536 (887564K) > > using 22937 buffers containing 107515904 bytes (104996K) of memory > > mainbus0 (root) > > mainbus0: Intel MP Specification (Version 1.4) (DELL > PE SC1425 ) > > cpu0 at mainbus0: apid 0 (boot processor) > > cpu0: Intel(R) Xeon(TM) CPU 3.00GHz, 3000.49 MHz > > I also miss something very obvious in your DMESG. > > Why are you running the AMD kernel on the Intel Xeon, start > by running > the i386 kernel first as well. > > I didn't think it was even going to run, I mean the AMD64 on > Intel CPU. > > Obviously, I never tried it. > Oh it runs no problem, it's just that the network performance, atleast in the case of Dell SC1420/SC1425, is worse. EMT64 is _almost_ compatible with amd64. If you search the archives there are some posts dealing with the subject. You gain some crypto speed but you lose pps.
Re: Page faults and kernel not rebooting (with ddb.panic=0)
> Hi, > > I got a firewall server on OpenBSD 3.8/amd64, running on a > dual Intel EMT64, I hope this is right. > The machine is setup with ddb.panic=0 on the > /etc/sysctl.conf, but last night it got a page fault in supervisor > mode, I didn't have physical access to it, so this message > was read to me by someone else, it has on that > "system halted, press any key to reboot" dialog, and I asked > to reboot it (even with the backup carp fw UP, i > didn't want any downtime on it). > Anyone knows if there are any problems with ddb.panic=0 and > automatic reboot on this arch? > On boot i didn't got any dump with savecore, did i had to set > any sysctl to do automatic crash dump on kernel > fault? > > The machine got some carp ifaces, carp.preempt enabled, pf > with pfsync too. > I got some messages like this before the halt: > > /bsd: WARNING: mclpool limit reached; increase kern.maxclusters > > How could I get a good value for it? > Hello. I would really suggest running i386 on this box. If SC1425 is just a tower version of SC1420 (and quickly scanning the dmesg seems to indicate that), you will get much lower interrupt load with the integrated NICs. Your pps rate may even double compared to amd64. When I was toying with amd64 on SC1420 it had some other quirks, so switching to i386 may help you with your original problem. > > The dmesg is here: > OpenBSD 3.8 (GENERIC.MP) #504: Sat Sep 10 16:02:38 MDT 2005 > > [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 1073086464 (1047936K) > avail mem = 908865536 (887564K) > using 22937 buffers containing 107515904 bytes (104996K) of memory > mainbus0 (root) > mainbus0: Intel MP Specification (Version 1.4) (DELL PE SC1425 ) > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Xeon(TM) CPU 3.00GHz, 3000.49 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,NXE,LONG > cpu0: 2MB 64b/line 8-way L2 cache > cpu0: apic clock running at 27064Hz > cpu1 at mainbus0: apid 6 (application processor) > cpu1: Intel(R) Xeon(TM) CPU 3.00GHz, 3000.11 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,NXE,LONG > cpu1: 2MB 64b/line 8-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 ISA > ioapic0 at mainbus0 apid 8: pa 0x81ba7f24, version 20, 24 pins > ioapic0: misconfigured as apic 0 > ioapic0: remapped to apic 8 > ioapic1 at mainbus0 apid 9: pa 0x81ba7e24, version 20, 24 pins > ioapic1: misconfigured as apic 0 > ioapic1: remapped to apic 9 > ioapic2 at mainbus0 apid 10: pa 0x81ba7d24, version > 20, 24 pins > ioapic2: misconfigured as apic 0 > ioapic2: remapped to apic 10 > pci0 at mainbus0 bus 0: configuration mode 1 > pchb0 at pci0 dev 0 function 0 "Intel E7710 SMCH" rev 0x09 > ppb0 at pci0 dev 2 function 0 "Intel E7710 MCH PCIE" rev 0x09 > pci1 at ppb0 bus 1 > ppb1 at pci1 dev 0 function 0 "Intel PCIE-PCIE" rev 0x09 > pci2 at ppb1 bus 2 > em0 at pci2 dev 4 function 0 "Intel PRO/1000MT (82541GI)" rev > 0x05: apic 9 int 0 (irq 11), address: > 00:14:22:72:28:60 > ppb2 at pci1 dev 0 function 2 "Intel PCIE-PCIE" rev 0x09 > pci3 at ppb2 bus 3 > uhci0 at pci0 dev 29 function 0 "Intel 82801EB/ER USB" rev > 0x02: apic 8 int 16 (irq 11) > usb0 at uhci0: USB revision 1.0 > uhub0 at usb0 > uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1 at pci0 dev 29 function 1 "Intel 82801EB/ER USB" rev > 0x02: apic 8 int 19 (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 ports with 2 removable, self powered > ehci0 at pci0 dev 29 function 7 "Intel 82801EB/ER USB" rev > 0x02: apic 8 int 23 (irq 6) > usb2 at ehci0: USB revision 2.0 > uhub2 at usb2 > uhub2: Intel EHCI root hub, rev 2.00/1.00, addr 1 > uhub2: 4 ports with 4 removable, self powered > ppb3 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0xc2 > pci4 at ppb3 bus 4 > em1 at pci4 dev 3 function 0 "Intel PRO/1000MT (82541GI)" rev > 0x05: apic 8 int 20 (irq 3), address: > 00:14:22:72:28:61 > vga1 at pci4 dev 13 function 0 "ATI Radeon VE QY" rev 0x00 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > "Intel 82801EB/ER LPC" rev 0x02 at pci0 dev 31 function 0 not > configured > pciide0 at pci0 dev 31 function 1 "Intel 82801EB/ER IDE" rev > 0x02: DMA, channel 0 configured to compatibility, > channel 1 configured to compatibility > atapiscsi0 at pciide0 channel 0 drive 0 > scsibus0 at atapiscsi0: 2 targets > cd0 at scsibus0 targ 0 lun 0: > SCSI0 5/cdrom removable > cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 > pciide0: channel 1 ignored (disabled) > p
Re: Privoxy lockups
> > Using OpenBSD-v3.8 and v3.9-BETA on i386 together with tor, privoxy > > stops working alfways after a few minutes up to a few hours. 'Stop > > working' means either the privoxy process isn't running > anymore (so it > > needs to be restarted) or the process is running but no > data stream is > > managed by privoxy (seen with tcpdump). The trouble maker > is definitely > > privoxy and not tor. > > > > Is there anybody out here who can confirm this? Do you know > a workaround > > to handle these lockups? > > for me, privoxy hangs soon after i try doing any connection through > it. i could ``fix'' the problem by enabling ``single-threaded'' > in /etc/privoxy/config, so it's apparently a threads issue Check the ports list archives, I've had some issues with DNS resolving. If you're using dhcp try switching to static IP. And check your /etc/hosts file for proper entries. Privoxy seems very sensitive to namelookup problems. BTW, this probably belongs to ports list.
Re: pf sunfire v120 and iperf poor performance
> -Original Message- > From: Miguel [mailto:[EMAIL PROTECTED] > Sent: Friday, February 03, 2006 4:14 PM > To: Schvberle Daniel > Cc: misc@openbsd.org > Subject: Re: pf sunfire v120 and iperf poor performance > > Schvberle Daniel wrote: > > >Which version of iperf are you using? I've had some issues > with version 2 > >on i386 and amd64. It keeps the CPU on 100% and that can affect > >the results. > > > im using > iperf version 2.0.2 (03 May 2005) pthreads > and the server its a sparc, not i386 I meant check the CPU usage while measuring, it could be the same issue. I have an Ultra 5 on my desk but I still didn't have to time to install obsd and test iperf. Besides, in order for someone else more knowledgeable to respond you should atleast include a dmesg. And some more info, like specs of the box that's running iperf server.
Re: pf sunfire v120 and iperf poor performance
Which version of iperf are you using? I've had some issues with version 2 on i386 and amd64. It keeps the CPU on 100% and that can affect the results.
OT: looking for commercial OpenBSD support in Hungary
Hi all, Sorry for the OT post but I think my best chances for getting the info needed are by posting here. I'm looking for a _legal entity_ doing OpenBSD support. Things like configuring and installing internet firewalls, VPN and regular patch management. Preferrably one located in Budapest. If you can recommend someone please contact me directly via email: [EMAIL PROTECTED] Thank you and sorry if this OT bothered anyone. Daniel.
Re: ipmi(4)
> Cool, what can I do?
> Test! We need wide testing on systems that have IPMI. I bet
> there has to be
> some tuning to work around timing differences between
> platforms. The current
> code was tested on Intel, Dell and Sun boards.
Works here on a Dell SC1425, i386:
(will try amd64 later)
$ sysctl hw.sensors
hw.sensors.0=ipmi0, Temp, OK, temp, 36.00 degC / 96.80 degF
hw.sensors.1=ipmi0, Temp, OK, temp, 50.00 degC / 122.00 degF
hw.sensors.2=ipmi0, Planar Temp, OK, temp, 31.00 degC / 87.80 degF
hw.sensors.3=ipmi0, VRD 0 Temp, OK, temp, 27.00 degC / 80.60 degF
hw.sensors.4=ipmi0, VRD 1 Temp, OK, temp, 26.00 degC / 78.80 degF
hw.sensors.5=ipmi0, CMOS Battery, OK, volts_dc, 3.10 V
hw.sensors.6=ipmi0, Fan 1, OK, fanrpm, 3300 RPM
hw.sensors.7=ipmi0, Fan 2A, OK, fanrpm, 7500 RPM
hw.sensors.8=ipmi0, Fan 2B, OK, fanrpm, 5400 RPM
hw.sensors.9=ipmi0, Fan 3A, OK, fanrpm, 7350 RPM
hw.sensors.10=ipmi0, Fan 3B, OK, fanrpm, 5325 RPM
hw.sensors.11=ipmi0, Fan 4A, OK, fanrpm, 7125 RPM
hw.sensors.12=ipmi0, Fan 4B, OK, fanrpm, 5250 RPM
hw.sensors.13=ipmi0, Fan 5A, OK, fanrpm, 7500 RPM
hw.sensors.14=ipmi0, Fan 5B, OK, fanrpm, 5175 RPM
hw.sensors.15=ipmi0, Intrusion, OK, indicator, Off
dmesg:
OpenBSD 3.8-current (GENERIC) #7: Mon Oct 24 13:27:32 CEST 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Xeon(TM) CPU 3.00GHz ("GenuineIntel" 686-class) 3 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,CNXT-ID
real mem = 536195072 (523628K)
avail mem = 482385920 (471080K)
using 4278 buffers containing 26910720 bytes (26280K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 01/18/05, BIOS32 rev. 0 @ 0xffe90
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfbf50/160 (8 entries)
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82801EB/ER LPC" rev 0x00)
pcibios0: PCI bus #4 is the last bus
bios0: ROM list: 0xc/0xb000! 0xcb000/0x1800 0xec000/0x4000!
ipmi0 at mainbus0: version 1.5 interface KCS iobase 0xca8/8 spacing 4
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel E7710 SMCH" rev 0x09
ppb0 at pci0 dev 2 function 0 "Intel E7710 MCH PCIE" rev 0x09
pci1 at ppb0 bus 1
ppb1 at pci1 dev 0 function 0 "Intel PCIE-PCIE" rev 0x09
pci2 at ppb1 bus 2
em0 at pci2 dev 4 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: irq 11,
address 00:14:22:72:27:22
vendor "Intel", unknown product 0x0326 (class system subclass interrupt, rev
0x09) at pci1 dev 0 function 1 not configured
ppb2 at pci1 dev 0 function 2 "Intel PCIE-PCIE" rev 0x09
pci3 at ppb2 bus 3
em1 at pci3 dev 7 function 0 "Intel PRO/1000MT (82546EB)" rev 0x01: irq 5,
address 00:02:a5:48:f0:70
em2 at pci3 dev 7 function 1 "Intel PRO/1000MT (82546EB)" rev 0x01: irq 10,
address 00:02:a5:48:f0:71
vendor "Intel", unknown product 0x0327 (class system subclass interrupt, rev
0x09) at pci1 dev 0 function 3 not configured
uhci0 at pci0 dev 29 function 0 "Intel 82801EB/ER USB" rev 0x02: irq 11
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1 at pci0 dev 29 function 1 "Intel 82801EB/ER USB" rev 0x02: irq 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 ports with 2 removable, self powered
ehci0 at pci0 dev 29 function 7 "Intel 82801EB/ER USB" rev 0x02: irq 6
usb2 at ehci0: USB revision 2.0
uhub2 at usb2
uhub2: Intel EHCI root hub, rev 2.00/1.00, addr 1
uhub2: 4 ports with 4 removable, self powered
ppb3 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0xc2
pci4 at ppb3 bus 4
em3 at pci4 dev 3 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: irq 3,
address 00:14:22:72:27:23
vga1 at pci4 dev 13 function 0 "ATI Radeon VE QY" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ichpcib0 at pci0 dev 31 function 0 "Intel 82801EB/ER LPC" rev 0x02
pciide0 at pci0 dev 31 function 1 "Intel 82801EB/ER IDE" rev 0x02: DMA, channel
0 configured to compatibility, channel 1 configured to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom
removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 ignored (disabled)
pciide1 at pci0 dev 31 function 2 "Intel 82801EB SATA" rev 0x02: DMA, channel 0
configured to native-PCI, channel 1 configured to native-PCI
pciide1: using irq 5 for native-PCI interrupt
wd0 at pciide1 channel 0 drive 0:
wd0: 16-sector PIO, LBA48, 38146MB, 78125000 sectors
wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 5
isa0 at ichpcib0
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)
pck
Re: Very high interrupts on a supermicro machine.
Hi,
I was trying to bench routing pps with pf on and henning gave me
some advice which I think might help you too. For my benching purposes
it helped break the 200k pps barrier with current but no guaranties
that it'll do you any good or that it won't hurt you.
The high drop rates
are a anti-DDoS measure - yeah, that pretty much makes benching
impossible...
you could change IF_INPUT_ENQUEUE in sys/net/if.h so that it looks like
#define IF_INPUT_ENQUEUE(ifq, m) { \
if (IF_QFULL(ifq)) {\
IF_DROP(ifq); \
m_freem(m); \
} else \
IF_ENQUEUE(ifq, m); \
}
i. e. remove these two lines:
if (!(ifq)->ifq_congestion) \
if_congestion(ifq); \
that means the congestion flag will never be set.
or you add a return; as first statement in if_congestion() in if.c.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of dormando
> Sent: Monday, October 17, 2005 8:29 PM
> To: misc@openbsd.org
> Subject: Very high interrupts on a supermicro machine.
>
> Hey all,
>
> Attached is a dmesg of one of a pair of supermicro based firewalls I
> recently bought. I had set them up as a CARP/pfsync redundant pair of
> frontend firewalls for our network. However, after they reached 15,000
> interrupts per second (~ 110 megabits of our site traffic),
> they passed 90%
> CPU usage through interrupts and stopped being useful.
>
> The machines have two built-in BGE nics. I swapped in an
> Intel PRO/1000MT
> Dual Port Server Nic into a PCI-X 133mhz PCI slot, but it
> made absolutely no
> difference in the interrupt load. The current firewalls in
> place are freebsd
> machines running on supermicro hardware with two em based
> built-in nics
> running past 40k interrupts without passing 50% CPU load on
> interrupts. The
> only error I can see in the dmesg was this:
>
> pcibios0: no compatible PCI ICU found: ICU vendor 0x8086
> product 0x2640
> pcibios0: Warning, unable to fix up PCI interrupt routing
> pcibios0: PCI bus #5 is the last bus
>
> ... which as far as I can read, is "harmless", but potentially causing
> higher interrupt load?
>
> Any hints as to where I should look next would be great. I'm about to
> install the latest -current snapshot on the machine to see if
> there's a
> recent fix.
>
> I'm about 95% sure this is the motherboard we're using:
> http://www.supermicro.com/products/motherboard/P4/E7221/P8SCT.
> cfm I'll check
> with the order guy and confirm the PO.
>
> There's a 3.4ghz P4 CPU in it, the two built-in nics, and a
> single PCI-X
> 133mhz PCI port which I used for the dual port server nic
> from intel. SATA
> harddrive for what it's worth. Running OpenBSD 3.7 as a PF
> firewall. I've
> tried changing a bunch of BIOS options, disabling interrupts,
> etc. I haven't
> compiled my own kernel or built the OS or anything.
>
> Thanks,
> -Dormando
Re: Gigabit network measurments with OpenBSD 3.8-beta (long)
Hi, Finally I got around to testing mbuf tag merging patch by Henning that Theo suggested. For the details on the test setup see my original post [1], only difference now is that the interfaces are all on different interrupts. Only i386 results now, I didn't have the time to test amd64. Firstly, some reference results with NICs each on its own interrupt: clients: 3.8-beta, i386, sp kernel router: 3.8-beta, i386, sp kernel, routing on PCI-X adapter ~~ max TCP bandwidth: 941 Mbits/sec with TCP window size: 96-128KB (larger windows sizes caused a drop in speed probably due to CPU being at 100% interrupt) max UDP bandwidth: 905 Mbits/sec UDP packet size:1470 dropped packets:0% (you can't set higher UDP bandwidth with iperf) UDP pps results with 128 byte packet size: pps %dropped 19608 0% 4 0% 83328 0.00096% 99980 0.0022% 124950 0.0026% 142772 0.0085% 166501 0.039% 196351 0.22% 225851 1.4% 240826 4.2% clients: 3.8-beta, i386, sp kernel router: 3.8-beta, i386, mp kernel, routing on PCI-X adapter ~~ max TCP bandwidth: 941 Mbits/sec with TCP window size: 96-128KB (larger windows sizes caused a drop in speed probably due to CPU being at 100% interrupt) max UDP bandwidth: 905 Mbits/sec UDP packet size:1470 dropped packets:0% (you can't set higher UDP bandwidth with iperf) UDP pps results with 128 byte packet size: pps %dropped 19608 0% 4 0% 83328 0% 99983 0.0012% 124947 0.00096% 142775 1.4% 166493 0.62% 196226 14% 225451 32% 241131 39% - Now some -current results with the router: clients: 3.8-beta, i386, sp kernel router: 3.8-current, i386, sp kernel, routing on PCI-X adapter ~~ max TCP bandwidth: 941 Mbits/sec with TCP window size: 96-256KB (no drop in speed with larger window size) max UDP bandwidth: 905 Mbits/sec UDP packet size:1470 dropped packets:0% (you can't set higher UDP bandwidth with iperf) UDP pps results with 128 byte packet size: pps %dropped 19608 0% 4 0% 83328 0% 99985 0.0008% 124948 0.006% 142764 0.0059% 166459 0.053% 196448 0.2% 222766 1.7% 231909 1.1% clients: 3.8-beta, i386, sp kernel router: 3.8-current, i386, sp kernel, routing on integrated adapter ~~~ TCP bandwidth, win size:750 Mbits/sec, 64KB 460 Mbits/sec, 96KB 751 Mbits/sec, 128KB 755 Mbits/sec, 192KB 760 Mbits/sec, 256KB (strange drop at 96KB window, but no decrease at larger sizes) max UDP bandwidth: 784 Mbits/sec UDP packet size:1470 dropped packets:0% (larger bandwidth tests failed) UDP pps results with 128 byte packet size: pps %dropped 19608 0% 4 0% 83328 0% 99983 0% 124949 0.0008% 142755 0.0017% 166433 0.099% 196415 0.22% 220741 1.9% 229492 2.6% clients: 3.8-beta, i386, sp kernel router: 3.8-current, i386, mp kernel, routing on integrated adapter ~~~ TCP bandwidth, win size:770 Mbits/sec, 64KB 652 Mbits/sec, 96KB 783 Mbits/sec, 128KB 783 Mbits/sec, 192KB 786 Mbits/sec, 256KB (strange drop at 96KB window, but no decrease at larger sizes) max UDP bandwidth: 784 Mbits/sec UDP packet size:1470 dropped packets:0% (larger bandwidth tests failed) UDP pps results with 128 byte packet size: pps %dropped 19608 0% 4 0% 83328 0% 99985 0% 124946 0.0004% 142758 0.00056% 166428 0.0061% 196229 15%
Re: SK-9821 v2 cards, TX consuming massive CPU time, RX affected
> I'm working on increasing the performance of our firewalls, > we picked up > two of the newer v2 syskonnect cards for testing, I was > getting pretty > low performance from the bridge so I started testing things > using a card > as an endpoint. > > I was using Iperf to generate packets, but to make sure it > wasn't iperf > causing a problem, I also did some quick tests with ping -f > which exhibit > much the same behavior. > > 192.168.0.7 is an OpenBSD host running 3.7, fresh install, with the > network configured. > 192.168.0.5 is a linux host used in this test. > > If I run some udp packets, 1mbps with the bsd box receiving > no problems. But transmitting 1mbps stream eats up the CPU. While testing with iperf I noticed it eats the CPU (sys and usr) when running UDP tests but not with TCP ones. I suggest you try monitoring CPU int usage instead of overall CPU usage. > > When increasing to higher levels of traffic RX performance > seems to get affected also, the cpu activity becomes very bursty. > I'm still trying to characterize that a bit better. > iostat 1 > --- >5 136 0.00 0 0.00 0.00 0 0.00 0 0 0 0100 > 7 137 0.00 0 0.00 0.00 0 0.00 1 0 0 0 99 > 4 135 0.00 0 0.00 0.00 0 0.00 0 0 0 0100 > 3 447 0.00 0 0.00 0.00 0 0.00 12 0 21 0 67 > 0 1103 0.00 0 0.00 0.00 0 0.00 33 0 67 0 0 > 0 131 0.00 0 0.00 0.00 0 0.00 33 0 67 0 0 > 0 131 0.00 0 0.00 0.00 0 0.00 36 0 64 0 0 >ttywd0 cd0 cpu > tin tout KB/t t/s MB/s KB/t t/s MB/s us ni sy in id > 0 131 0.00 0 0.00 0.00 0 0.00 31 0 69 0 0 > 0 244 0.00 0 0.00 0.00 0 0.00 29 0 71 0 0 > 0 259 0.00 0 0.00 0.00 0 0.00 31 0 69 0 0 > 0 131 0.00 0 0.00 0.00 0 0.00 29 0 71 0 0 > 0 130 0.00 0 0.00 0.00 0 0.00 30 0 70 0 0 > 0 131 0.00 0 0.00 0.00 0 0.00 36 0 64 0 0 > 0 354 0.00 0 0.00 0.00 0 0.00 22 0 38 0 40 I don't know if CPU int usage data for iostat is accurate or not, but your CPU shows 0% int usage. It's probably iperf eating the rest and your NIC may be idleing. Push some more udp mbps and see if the NIC can take it.
Gigabit network measurments with OpenBSD 3.8-beta (long)
Hi all, We have some servers that won't see production for couple of more weeks so I've had time to do some network speed test, focusing mainly on gigabit speeds. The machines in question are Dell PowerEdge SC 1425 with 1x 3GHz/2MB cache Xeon CPUs and integrated dual-port em gigabit adapters, almost identical and from the same factory batch. There are 3 of them and one was designated a router and expanded with a dual-port PCI-X em adapter (by HP, exact product # available when I get it out of the server). The other two were directly connected to it with patch cables. Speed measurement was done with iperf-1.7.0 port from 3.7 recompiled under 3.8 as iperf-2.0.2 from the 3.8 ports is currently unsuable. The router was running 3.8 snaps (from september 1 and september 10) and the two clients 3.8 from september 10 and 3.7-release. There was basically no difference between the different openbsd versions so for the results you can assume 3.8-beta on all machines. dmesgs available: 3.8-beta_amd64_sp[1], 3.8-beta_amd64_mp[2], 3.8-beta_i386_sp[3] - these are all from the router. The clients differ only in missing the extra dual-port em card. Test setup: Router was running a home-made script[4], which initiated iperf measurements on the two clients using ssh and public key authentication (so no password prompts). One of the clients was always in the iperf server daemon mode and the other in the iperf client mode. The script is a bit of a quick hack and assumes that you're running ksh as login shell for your account on all machines. The results are the output from the iperf client, which you can redirect to a file. So basically the router was doing routing between two gigabit ports and the clients were doing the pumping. Measurements were done with 3 routing setups: - between the giga ports on the integrated adapter - between the two ports on the PCI-X adapter - between one port on the integrated and one port on the PCI-X adapter. No tweaking was done to the kernel, I only enabled ip forwarding in the sysctl.conf. I measured only the iperf performance and sometimes looked at the CPU usage on the router but I didn't record it - hence I can only give estimates about CPU usage. The results: (all NICs where set to the same int in BIOS but mp kernels always gave them separate ints) 3.8-beta, amd64, sp kernel, routing on PCI-X adapter max TCP bandwidth: 713 Mbits/sec TCP window size:64KB (larger windows sizes caused a drop in speed probably due to CPU being at 100% interrupt) max UDP bandwidth: 904 Mbits/sec UDP packet size:1470 dropped packets:0.00013% - 0.0031% (you can't set higher UDP bandwidth with iperf) UDP pps results with 128 byte packet size: pps %dropped 19608 0% 4 0% 83324 0.0029% 99979 0.018% 124935 6.6% 142739 44% 3.8-beta, amd64, mp kernel, routing on PCI-X adapter (note: ps/2 keyboard and mouse are inresponsive with this kernel and I've tried a couple of 3.8 snaps) max TCP bandwidth: 722 Mbits/sec TCP window size:64KB (larger windows sizes caused a drop in speed probably due to CPU being at 100% interrupt) max UDP bandwidth: 904 Mbits/sec UDP packet size:1470 dropped packets:0% (you can't set higher UDP bandwidth with iperf) UDP pps results with 128 byte packet size: pps %dropped 19608 0% 4 0% 83324 0.0022% 99977 0.79% 124940 12% 142729 39% 3.8-beta, amd64, sp kernel, routing on integrated adapter ~ max TCP bandwidth: 426 Mbits/sec TCP window size:96KB max UDP bandwidth: 511 Mbits/sec UDP packet size:1470 dropped packets:0.00092% (larger bandwidth tests failed) UDP pps results with 128 byte packet size: pps %dropped 19608 0% 4 0% 83329 0.0061% 99986 3.5% 124948 58% 142775 86% 3.8-beta, amd64, mp kernel, routing on integrated adapter ~ max TCP bandwidth: 444 Mbits/sec TCP window size:96KB max UDP bandwidth: 511 Mbits/sec UDP packet size:1470 dropped packets:0.0025% (larger bandwidth tests failed) UDP pps results with 128 byte packet size: pps %dropped 19608 0% 4 0% 83328 0.0053% 99984 0.061% 124950 42% 142774
Re: openbsd 3.7 in-kernel pppoe issues
There's no /etc/mygate. That's why I suggested hardwiring the IP. But in your case there was, so this is completely another issue. > From: Alexis de BRUYN [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 03, 2005 6:23 PM > To: Schvberle Daniel; misc@openbsd.org > Subject: RE: openbsd 3.7 in-kernel pppoe issues > > Try to remove your /etc/mygate if exists. > > >Hi, > > > >I have the same problem here in Hungary, running 3.7- > >(almost)stable. My ISP is Axelero (T-Online Hungary now) and the > >userland ppp worked like a charm. I switched to kernel pppoe but > >it only works if I specify the remote peer (gateway) IP address > >by hand. Luckily for me it's static so this works. > > > >So get the remote gateway IP by using userland pppoe, then type > >it in hostname.pppoe instead of 0.0.0.1 and pray that it doesn't > >change. > > > >Maybe -current does it better? Since it works for now I never got > >the motivation to put -current on my home firewall but it might > >be worth a shot.
Re: openbsd 3.7 in-kernel pppoe issues
> I am trying to setup the new in-kernel pppoe on a openbsd > 3.7-stable with a > custom kernel. > pppoe0: flags=8851 mtu 1492 > > dev: ne3 state: session > > sid: 0xc368 PADI retries: 0 PADR retries: 0 time: 0:2:38 > > inet 84.97.3.232 --> 0.0.0.1 netmask 0x > > inet6 fe80::204:76ff:fe94:23a7%pppoe0 -> prefixlen > 64 scopeid 0x9 > > May the gateway ip address change (to 84.97.3.1 in my case) > as a userlang > pppoe config or not ? As you can see 0.0.0.0 becomes > 84.97.3.232 (my dynamic > ip). Hi, I have the same problem here in Hungary, running 3.7-(almost)stable. My ISP is Axelero (T-Online Hungary now) and the userland ppp worked like a charm. I switched to kernel pppoe but it only works if I specify the remote peer (gateway) IP address by hand. Luckily for me it's static so this works. So get the remote gateway IP by using userland pppoe, then type it in hostname.pppoe instead of 0.0.0.1 and pray that it doesn't change. Maybe -current does it better? Since it works for now I never got the motivation to put -current on my home firewall but it might be worth a shot.
Re: can't find /etc/crontab ?
Not quite so. System crontab is located in /etc but doesn't exists by default. You have to make your own. Watch out for access rights or else crond won't parse it. man 5 crontab root's crontab is located in /var/cron/tabs. Daniel. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andreas Kahari Sent: Saturday, June 25, 2005 1:28 PM To: Neta Cc: openbsd-misc Subject: Re: can't find /etc/crontab ? The system (root) crontab is not stored in /etc but in /var/cron/tabs like for everybody else. Edit the crontab with "crontab -e" as root to change it, do not modify it directly. Andreas On 25/06/05, Neta <[EMAIL PROTECTED]> wrote: > Hello All, > I have fresh install machine openbsd 3.7, i couldn't locate any /etc/crontab ? > is this crontab disable by default? > how i can enable it? > > Kind regards > > Neta > > -- Andreas Kahari PGP: 1024D/C2E163CB
Re: Doble mounted /var using mfs
I tried with 'swap' and it was the same. Besides, it only directs mfs to set the 'partition' parameters based on /dev/wd0e. Already got the right answer but thanks for writing. --- From: Andy Jack [mailto:[EMAIL PROTECTED] >On Fri, Jun 03, 2005 at 06:52:24PM +0200, Sch?berle D?niel wrote: >> Hi all, >> I'm runnig 3.7-release on i386 with a 512MB CF card acting as wd0 and >> I'm having a strange problem with mfs mounted /var. It gets mounted >> twice, while I have only one mfs /var line in fstab. [snip] >> > cat /etc/fstab >> /dev/wd0a / ffs rw,noatime,softdep 1 1 >> /dev/wd0h /home ffs rw,noatime,nodev,nosuid,softdep 1 2 >> /dev/wd0g /usr ffs ro,noatime,nodev,softdep 1 2 >> #/dev/wd0e /var ffs rw,noatime,noexec,nodev,nosuid,softdep 1 2 .> /dev/wd0e /var mfs rw,-P=/dev/wd0e,noexec,nosuid,nodev 0 0 .> /dev/wd0d /tmp mfs rw,noexec,nosuid,nodev 0 0 > >I would suspect the /dev/wd0e line in your fstab is the culprit; all of >the mfs examples I have seen in /etc/fstab look like: > >swap /var mfs rw,-P=/dev/wd0e,noexec,nosuid,nodev 0 0 > >as in: http://marc.theaimsgroup.com/?l=openbsd-misc&m=111205241028217&w=2
Re: Doble mounted /var using mfs
Always learning... That did it. Thank you for the quick answer. --- From: Stephen Marley [mailto:[EMAIL PROTECTED] On Fri, Jun 03, 2005 at 06:52:24PM +0200, Schvberle Daniel wrote: > Hi all, > I'm runnig 3.7-release on i386 with a 512MB CF card acting as wd0 and > I'm having a strange problem with mfs mounted /var. It gets mounted > twice, while I have only one mfs /var line in fstab. ... > Help please? /etc/rc mounts it too. Easiest fix is to add the 'noauto' option to fstab. -- [EMAIL PROTECTED]
Doble mounted /var using mfs
Hi all,
I'm runnig 3.7-release on i386 with a 512MB CF card acting as wd0 and
I'm having a strange problem with mfs mounted /var. It gets mounted
twice, while I have only one mfs /var line in fstab.
I did a usual install directly on CF (hence all partitions physically exist
on CF) and wanted to mfs mount /var and /tmp based on existing
partitions. If I do it from command line (boot single user or edit fstab
not to mount /var) mfs /var is mounted only once. But if I enable it in
fstab it always gets mounted twice. Check it out:
(btw, there is no swap space the system has 64MB of ram so it should
all fit in nicely)
(and ignore the noatime stuff, currently I'm running the box with rw
mouned /var directly from the CF, and it made no difference regarding
the problem)
Help please?
> disklabel wd0
# using MBR partition 3: type A6 off 63 (0x3f) size 1000881 (0xf45b1)
# /dev/rwd0c:
type: ESDI
disk: ESDI/IDE disk
label: Hitachi XX.V.3.4
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 16
sectors/cylinder: 1008
cylinders: 993
total sectors: 1000944
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # microseconds
track-to-track seek: 0 # microseconds
drivedata: 0
16 partitions:
# sizeoffset fstype [fsize bsize cpg]
a:10275363 4.2BSD 2048 16384 102 # Cyl 0*-
101
c: 1000944 0 unused 0 0 # Cyl 0 -
992
d: 20160122976 4.2BSD 2048 16384 20 # Cyl 122 -
141
e: 41328143136 4.2BSD 2048 16384 42 # Cyl 142 -
182
g:816480184464 4.2BSD 2048 16384 328 # Cyl 183 -
992
h: 20160102816 4.2BSD 2048 16384 20 # Cyl 102 -
121
> cat /etc/fstab
/dev/wd0a / ffs rw,noatime,softdep 1 1
/dev/wd0h /home ffs rw,noatime,nodev,nosuid,softdep 1 2
/dev/wd0g /usr ffs ro,noatime,nodev,softdep 1 2
#/dev/wd0e /var ffs rw,noatime,noexec,nodev,nosuid,softdep 1 2
/dev/wd0e /var mfs rw,-P=/dev/wd0e,noexec,nosuid,nodev 0 0
/dev/wd0d /tmp mfs rw,noexec,nosuid,nodev 0 0
> mount
/dev/wd0a on / type ffs (local, noatime, softdep)
/dev/wd0h on /home type ffs (local, noatime, nodev, nosuid, softdep)
/dev/wd0g on /usr type ffs (local, noatime, nodev, read-only, softdep)
mfs:25832 on /var type mfs (asynchronous, local, nodev, noexec, nosuid,
size=41328 512-blocks)
mfs:160 on /tmp type mfs (asynchronous, local, nodev, noexec, nosuid,
size=20160 512-blocks)
mfs:31849 on /var type mfs (asynchronous, local, nodev, noexec, nosuid,
size=41328 512-blocks)
> df
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/wd0a 50526 31602 1639866%/
/dev/wd0h987030 9348 0%/home
/dev/wd0g 40039827436210601872%/usr
mfs:25832 20278 7298 1196838%/var
mfs:160 9870 6 9372 0%/tmp
mfs:31849 20278 7306 1196038%/var
> dmesg
OpenBSD 3.7 (GENERIC) #50: Sun Mar 20 00:01:57 MST 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium (P54C) ("GenuineIntel" 586-class) 75 MHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8
cpu0: F00F bug workaround installed
real mem = 66691072 (65128K)
avail mem = 53440512 (52188K)
using 839 buffers containing 3436544 bytes (3356K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 10/20/98, BIOS32 rev. 0 @ 0xfd770
apm0 at bios0: Power Management spec V1.1
apm0: AC on, battery charge unknown, estimated 0:00 hours
pcibios0 at bios0: rev 2.0 @ 0xf/0x1
pcibios0: pcibios_get_intr_routing - function not supported
pcibios0: PCI IRQ Routing information unavailable.
pcibios0: PCI bus #0 is the last bus
WARNING: can't reserve area for BIOS PROM.
bios0: ROM list: 0xc/0x8000
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "VLSI 82C594 Wildcat" rev 0x01
pcib0 at pci0 dev 1 function 0 "VLSI 82C596/597 Wildcat ISA" rev 0x01
de0 at pci0 dev 2 function 0 "DEC 21041" rev 0x21: irq 9
de0: 21041 [10Mb/s] pass 2.1 address 00:80:c8:47:5c:86
de1 at pci0 dev 3 function 0 "DEC 21041" rev 0x11: irq 9
de1: SMC 21041 [10Mb/s] pass 1.1 address 00:e0:29:04:73:c9
vga1 at pci0 dev 5 function 0 "Cirrus Logic CL-GD5434-8" rev 0xfc
wsdisplay0 at vga1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
le1 at pci0 dev 6 function 0 "AMD 79c970 PCnet-PCI" rev 0x02: irq 9
le1: address 08:00:09:f8:7b:bf
le1: 8 receive buffers, 2 transmit buffers
pciide0 at pci0 dev 7 function 0 "CMD Technology PCI0640" rev 0x02: no DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 1-sector PIO, LBA, 488MB, 1000944 sectors
pciide0: channel 1 ignored (disabled)
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 (mux 1 ignored for console): console keyboard,
Re: trouble installing evolution-1.2
Hi, It's broken in 3.7-release and was broken in -current (I haven't tried -current for a month so it might be in better condition) See http://www.lectroid.net/ BTW, there are some evolution lib problems on 3.6-stable too. If you pkg_add it before gnome-desktop it works fine but after you pkg_add gnome-desktop it fails to find shared libs. Manually adding evolution libpath to shlib_dirs in rc.conf.local seems to fix it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael + Marilynn Endsley Sent: Wednesday, June 01, 2005 8:22 PM To: misc@openbsd.org Subject: trouble installing evolution-1.2 Hi all. I just installed 3.7 on this machine and all went well. I have been having trouble installing evolution either as package or port. The port wouldn't build and I have used pkg_add, pkg_delete, and then pkg_add again. The program starts, but on the second screen (Evolution Setup Assistant), the only button available to click is "None". When I click on it to change to pop, the program crashes. I have evolution on another openbsd system (3.5) and it runs fine. btw- after doing a pkg_delete of evolution and the data-server, I do delete all the gconf/evolution/etc files/directories in my home directory. I have used 2 different sites (rt.fm and openbsd.org) to install from and I get the same problem. I have searched google, marc, monkeys, etc but no help :( I run evolution on my linux boxes, freebsd, and as stated my other openbsd systems with no problems at all so I am assuming it is something related to 3.7? What can I try next? Thanks.Mike ps- thanks to all you openbsd developers. I am enjoying 3.7! :)
