Re: Instability in -current with ral/rt2860?
bbee writes: Hi, In a net5501 I have a rt2860 ral card, running the Feb 04 snapshot: ral0 at pci0 dev 14 function 0 Ralink RT2860 rev 0x00: irq 10 ral0: MAC/BBP RT2860 (rev 0x0101), RF RT2820 (MIMO 2T3R) I've been trying snapshots off and on since damien@ started tinkering with the rt2860 code two months ago. With any snapshot from the last 2 months, I can't get the box to stay up for more than 2 hours (or less) without it rebooting. [...] No problems here. I've got a net4801 with a SparkLAN WMIR-215GN Mini PCI card, running the snapshot from 23rd December: OpenBSD 4.4-current (GENERIC) #1637: Tue Dec 23 15:22:33 MST 2008 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC [...] ral0 at pci0 dev 14 function 0 Ralink RT2860 rev 0x00: irq 11, address 00:0e:8e:xx:xx:xx ral0: MAC/BBP RT2860 (rev 0x0101), RF RT2820 (MIMO 2T3R) The net4801 is up for 44 days. It's an open access point. WEP and WPA aren't enabled. Only 11g connections are accepted. The interface is configured with these settings: inet 192.168.0.1 255.255.255.0 NONE media autoselect mode 11g mediaopt hostap nwid myexample chan 5 I've put another SparkLAN card into my laptop but I've connected to the access point with Atheros and Intel cards as well. Also, several neighbours have used my access point in recent weeks. Regards, Andreas
Re: Instability in -current with ral/rt2860?
On 2009-02-07, bbee bumble@xs4all.nl wrote: On Sat, 7 Feb 2009, Stuart Henderson wrote: enable ddb.console=1 and send it a BREAK, see if you can get some trace out of ddb. Thanks for the suggestion. I tried it, but the kernel's not responding to the break :( Does BREAK work under normal circumstances (i.e. before crashing)? It should drop you to ddb, from where you can type c to continue. If the watchdog is enabled doing this will trigger a reboot if you don't continue quickly enough. send dmesg :-) I'd rather not spam the list it's much spammier to *not* include it, then be asked to send it, then to say no. it's just an ordinary net5501, dmesg is easily googled. that says nothing about the exact OS version you have installed. or how the particular kernel you're running picks up the devices on your particular hardware. even making people stop and think, oh that's a net5501, hmm that has a geode cpu so it _must_ be running some i386 kernel (even if they already know and don't have to stop reading mail and go into a web browser and look it up) wastes their time. the point of including dmesg is to include relevant details in one place, to save time for people who might be interested in looking into the problem. and in any event, google does not easily find me a dmesg from a net5501 with an RT2860 running OpenBSD. I've been running recent snaps on an ALIX board with RT2860 with no trouble. That's.. unfortunate. I keep thinking that since some people don't even see the problems with traffic stalling in PR 5958, there might be something specific to the location of the AP, like load or some specific client that makes it go boom. Grasping at straws, here. well, I have seen the problem from 5958 on one busy AP with a larger range of clients, but never seen it on my home AP in a relatively uncrowded area RF-wise with just a couple of OpenBSD clients... but the problem one is quiet over the winter, so I can't tell if the fixes from early December helped yet. FWIW, here's how it looks in the alix2c3 (working). OpenBSD 4.4-current (GENERIC) #1672: Fri Feb 6 14:11:28 MST 2009 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by AMD PCS (AuthenticAMD 586-class) 499 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX real mem = 268009472 (255MB) avail mem = 25088 (239MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/10/07, BIOS32 rev. 0 @ 0xfceb2 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xe/0xa800 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 1 function 0 AMD Geode LX rev 0x33 glxsb0 at pci0 dev 1 function 2 AMD Geode LX Crypto rev 0x00: RNG AES vr0 at pci0 dev 9 function 0 VIA VT6105M RhineIII rev 0x96: irq 10, address 00:0d:b9:13:51:98 ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr1 at pci0 dev 10 function 0 VIA VT6105M RhineIII rev 0x96: irq 11, address 00:0d:b9:13:51:99 ukphy1 at vr1 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr2 at pci0 dev 11 function 0 VIA VT6105M RhineIII rev 0x96: irq 12, address 00:0d:b9:13:51:9a ukphy2 at vr2 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 ral0 at pci0 dev 12 function 0 Ralink RT2860 rev 0x00: irq 9, address 00:0e:8e:1d:f1:71 ral0: MAC/BBP RT2860 (rev 0x0101), RF RT2820 (MIMO 2T3R) glxpcib0 at pci0 dev 15 function 0 AMD CS5536 ISA rev 0x03: rev 0, 32-bit 3579545Hz timer, watchdog, gpio gpio0 at glxpcib0: 32 pins pciide0 at pci0 dev 15 function 2 AMD CS5536 IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SanDisk SDCFJ-1024 wd0: 4-sector PIO, LBA, 977MB, 2001888 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide0: channel 1 ignored (disabled) ohci0 at pci0 dev 15 function 4 AMD CS5536 USB rev 0x02: irq 15, version 1.0, legacy support ehci0 at pci0 dev 15 function 5 AMD CS5536 USB rev 0x02: irq 15 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 AMD EHCI root hub rev 2.00/1.00 addr 1 isa0 at glxpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 AMD OHCI root hub rev 1.00/1.00 addr 1 biomask e1ef netmask ffef ttymask mtrr: K6-family MTRR support (2 registers) nvram: invalid checksum softraid0 at root root on wd0a swap on wd0b dump on wd0b clock: unknown CMOS layout
Re: Thinkpad R61 support
On 2009-02-07, Christiano Farina Haesbaert christiano...@gmail.com wrote: Hello there, I'm considering buying a thinkpad R61, if someone has any information on the hardware support for it I would appreciate. Don't expect suspend to work yet, and you don't want the version with nVidia graphics.
Re: bgpd fails to install ipv6 routes in kernel routing table
Rogier Krieger wrote: On Sun, Feb 8, 2009 at 02:09, Graeme Lee gra...@omni.net.au wrote: The bgpd log shows this: bgpd: send_rtmsg: action 1, prefix 2001:dc8:c000::/36: Network is unreachable bgpd: send_rtmsg: action 1, prefix 2a01:a8::/32: Network is unreachable for every network received via my peer. Are there intermediate hops that you receive from the peer but cannot reach? If your nexthop is unreachable, that may explain the message. If you go back far enough in the logs (before the first prefixes you receive, the log may provide more insight as well as I don't know how many peers you have/prefixes you get). Nope. Here's the first few lines from bgpctl show ip bgp inet6 flags: * = Valid, = Selected, I = via IBGP, A = Announced origin: i = IGP, e = EGP, ? = Incomplete flags destination gateway lpref med aspath origin *2001::/32 2001:470:17:7f::1100 0 6939 12859 i *2001:200::/32 2001:470:17:7f::1100 0 6939 2500 i *2001:200:136::/48 2001:470:17:7f::1100 0 6939 2516 7660 9367 i *2001:200:600::/40 2001:470:17:7f::1100 0 6939 2516 7667 i *2001:200:900::/40 2001:470:17:7f::1100 0 6939 2516 7660 i *2001:200:a000::/35 2001:470:17:7f::1100 0 6939 3257 2497 4690 i *2001:200:c000::/35 2001:470:17:7f::1100 0 6939 2500 23634 i *2001:200:e000::/35 2001:470:17:7f::1100 0 6939 4635 7660 i *2001:208::/32 2001:470:17:7f::1100 0 6939 23911 9800 38035 7610 i *2001:218::/32 2001:470:17:7f::1100 0 6939 2914 i *2001:220::/35 2001:470:17:7f::1100 0 6939 2516 7660 9270 i *2001:220:2000::/35 2001:470:17:7f::1100 0 6939 2516 7660 9270 38128 i *2001:220:8000::/33 2001:470:17:7f::1100 0 6939 2516 7660 9270 38128 i 2001:470:17:7f::1 is my bgp peer from hurricane. The bgp table looks fine. It just doesn't translate to the kernel routing table. ergo, I cannot see or be seen. my prefix is advertised fine (2400:6800::/32) I can talk to and directly ping6 2001:470:17:7f::1 Adding static routes works (eg a default). It's just that bgpd isn't translating what it knows into the kernel. A clue to what I'm missing would be really appreciated. Other than checking the nexthop above, it'll help to include your network layout (what interfaces, uplink, addresses), bgpd configuration and a non-chopped dmesg. Dmesg was there to demonstrate I really was running -current and not something from somewhere random. Network layout is somewhat complicated. 1 x ebgp and 1 x ibgp session receive ipv4 world tables. Gif tunnel to a hurricane router in Hong Kong. I'm receiving ipv6 world bgp tables from this peer. Connectivity to the peer is fine. Just can't get past it. I can see that my prefix is announced via looking glasses. I'm receiving about 1.6k prefixes from hurricane. # bgpctl show ip bgp sum Neighbor ASMsgRcvdMsgSent OutQ Up/Down State/PrfRcvd HurricaneHK 6939 3220 1428 0 11:52:11 1588 Optus Peer 10105 104321 43663 0 11:58:08 222487 NextGen 38809 78041 1439 0 11:58:08 274913 complete restart of bgpd shows this: Feb 8 23:43:47 gw-nexgen bgpd[23344]: neighbor 2001:470:17:7f::1 (HurricaneHK): state change Connect - OpenSent, reason: Connection opened Feb 8 23:43:47 gw-nexgen bgpd[23344]: neighbor 2001:470:17:7f::1 (HurricaneHK): state change OpenSent - OpenConfirm, reason: OPEN message received Feb 8 23:43:47 gw-nexgen bgpd[23344]: neighbor 2001:470:17:7f::1 (HurricaneHK): state change OpenConfirm - Established, reason: KEEPALIVE message received Feb 8 23:44:13 gw-nexgen bgpd[4481]: nexthop 2001:470:17:7f::1 now valid: directly connected Feb 8 23:44:13 gw-nexgen bgpd[4481]: send_rtmsg: action 1, prefix 2a01:7b0::/32: Network is unreachable Feb 8 23:44:13 gw-nexgen bgpd[4481]: send_rtmsg: action 1, prefix 2404:1b0::/32: Network is unreachable Feb 8 23:44:13 gw-nexgen bgpd[4481]: send_rtmsg: action 1, prefix 2400:3000::/32: Network is unreachable etc etc for all 1.6k prefixes Hope it helps, Rogier
Re: Thinkpad R61 support
On Sat, Feb 07, 2009 at 07:39:24PM -0200, Christiano Farina Haesbaert wrote: Hello there, I'm considering buying a thinkpad R61, if someone has any information on the hardware support for it I would appreciate. Best Regards. -- Christiano Farina Haesbaert We bought a bunch of R61's at work and had nothing but trouble with them, especially the wireless. But this is with Windows and not OpenBSD. They also weigh a ton. Ken
Tentakel and exec sudo ...
Hi there, is there any way to execute sudo (in combination with a password to provide) on remote servers using tentakel? Actualy tentakel hangs, when I'm executing sudo ls -l / on a bunch of servers. Without sudo anything works fine, as you can see from the example below. [f...@management] [~]$ tentakel -g mail interactive mode tentakel(mail) exec uptime ### mail.mx0(0): 13:52:59 up 31 days, 3:19, 1 user, load average: 0.00, 0.00, 0.00 ### mail.mx1(0): 13:53:01 up 31 days, 15:06, 0 users, load average: 0.00, 0.00, 0.00 ### mail.mx2(0): 13:53:01 up 29 days, 18:28, 0 users, load average: 0.00, 0.00, 0.00 ### mail.mail0(0): 14:52:59 up 14 days, 16:56, 0 users, load average: 0.00, 0.00, 0.00 ### mail.mail1(0): 13:56:24 up 14 days, 16:46, 0 users, load average: 0.00, 0.00, 0.00 ### mail.spam0(0): 13:53:01 up 30 days, 15:51, 0 users, load average: 0.00, 0.00, 0.00 ### mail.spam1(0): 13:53:01 up 30 days, 15:52, 0 users, load average: 0.00, 0.00, 0.00 ### mail.spam2(0): 13:53:01 up 29 days, 18:28, 0 users, load average: 0.00, 0.00, 0.00 ### mail.mailout0(0): 13:53:01 up 30 days, 4 min, 0 users, load average: 0.00, 0.00, 0.00 ### mail.mailout1(0): 13:53:01 up 29 days, 23:56, 0 users, load average: 0.00, 0.00, 0.00 tentakel(mail) exec sudo uptime Regards, Falk
Disk rejects apmset request
Hi all, I have one disk (wd2) that does'nt shut down. It has Power Management feature but does not reply to apmset. It's a brand new disk ; I believe it should have the feature. Could someone help me ? Thanks. J-F Le samedi 07 fC)vrier 2009 C 13:03 +0100, Jean-FranC'ois a C)crit : Hi All, atactl wd1 identify gives : Power Management feature set and : Advanced Power Management feature set atactl wd1 apmset 20 works. atactl wd2 identify gives : Power Management feature set but no Advanced Power Management feature set atactl wd2 apmset 20 results in atactl: ATA device returned Aborted Command. Please help me to understand. Thanks, J-F Le lundi 02 fC)vrier 2009 C 12:01 +, Stuart Henderson a C)crit : On 2009-02-02, Jean-Frangois jfsimon1...@gmail.com wrote: Dear All, Is there any way to autostop the HDDs after some time of idleness ? Under Linux it seems difficult since the hdd is needed to be ready/working all the time even when the system is idle. It seeC9s 2 other points make the use of thois function not really possible. Since I will use a SSD disk (no noise and fast) of 32 GB to install the main system, the rotating HDD will only be a data system (I'll mount home or even less if required ...). In that configuration under OpenBSD, can I make use of this function for my such config ? (Thanks regards) disown atactl(8) apmset.
Re: Tentakel and exec sudo ...
In message c4bb3a29-8051-4d34-a691-53d4f035d...@smartterra.eu so spake Falk Brockerhoff - smartTERRA GmbH (nmc): is there any way to execute sudo (in combination with a password to provide) on remote servers using tentakel? Actualy tentakel hangs, when I'm executing sudo ls -l / on a bunch of servers. Without sudo anything works fine, as you can see from the example below. Do you know whether tentakel is running ssh with the -t flag or not? Sudo will want to disable echo when reading the password so ssh needs the -t flag so that it allocates a pty. - todd
Re: Thinkpad R61 support
What about the T61 with the nvidia quadro, you think I would have problems as well ? I'm considering t61 and X40,X60 at the moment. -- Christiano Farina Haesbaert
Re: Thinkpad R61 support
On 15:24, Sun 08 Feb 09, Christiano Farina Haesbaert wrote: What about the T61 with the nvidia quadro, you think I would have problems as well ? I'm considering t61 and X40,X60 at the moment. T61 works great, but I have one with intel vga. I dont like the nvidia vga. -- Christiano Farina Haesbaert -- Michiel van Baak mich...@vanbaak.eu http://michiel.vanbaak.eu GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x71C946BD Why is it drug addicts and computer aficionados are both called users?
Re: Thinkpad R61 support
Christiano, On 08-Feb-2009 Christiano Farina Haesbaert wrote: What about the T61 with the nvidia quadro, you think I would have problems as well ? I'm considering t61 and X40,X60 at the moment. I recently purchased a t500 from Lenovo, which is a replacement for their t61 line, I think. You may be interested to see the results that I have had, which are on the i386-laptop.html page. -- Aaron W. Hsu arcf...@sacrideo.us | http://www.sacrideo.us Government is the great fiction, through which everybody endeavors to live at the expense of everybody else. -- Frederic Bastiat +++ ((lambda (x) (x x)) (lambda (x) (x x))) ++
Re: Thinkpad R61 support
On Sun, Feb 08, 2009 at 03:24:04PM -0200, Christiano Farina Haesbaert wrote: What about the T61 with the nvidia quadro, you think I would have problems as well ? I'm considering t61 and X40,X60 at the moment. Do yourself a favour. Do not buy hardware with NVidia graphics hardware. You'd be setting yourself up for disappointment. -0- -- The grand leap of the whale up the Fall of Niagara is esteemed, by all who have seen it, as one of the finest spectacles in nature. -- Benjamin Franklin.
problems with pear DB.php
Hi all, Installed a clean OBSD 4.4 stable. Installed php5, pear and pear-DB. All from packages. I then made a test script to see if httpd, php and mysql are running correctly. When i add require'DB.php'; the script won't work trough apache. When i put it through php directly i get no errors or warnings. When i comment //require'DB.php'; it works fine. Tried starting apache like httpd -u in rc.conf, but this makes no difference. Besides, pear is stored in /var/www/pear. Serverroot is /var/www. So chroot should not be a problem anyway. Any ideas anyone? Regards, Jasper
wondering about makes.SILENT
Hi, I've just played with make and the .SILENT: target. Normally this suppress echoing the command as expected. But some special targets like .BEGIN, .END and .INTERRUPT seams to ignore it. Reading the code I've seen this kind of silence is set in Job_CheckCommands(). But this routine will only be called for normal targets. Can someone explain me if there is a way to make even the special targets less verbose? Thx, Dag
PF firewall system capable of handling a multi-gigabit link
Hi all, in order to put in place a firewall system capable of handling a multi-gigabit connection, my company is also considering OpenBSD. I've been using it for my firewall setups since OpenBSD 3.5, but I have no experience on how will it perform on a multi-gigabit link. My company already uses OpenBSD. It had been a rock solid and high performance system on a 100 Mbps link to Internet since some years ago. The memory usage, as well as the load on the system are extremely low even when faced with an almost saturated 100 Mbps link. The server is a DELL PE 1950, equipped with Intel PRO/1000 PT dual port gigabit (PCI Express) network cards, and the idea is to use the same server model to implement the multi-gigabit firewall. Some information on the actual system (on the 100 Mpbs link): state table entries average ~ 12 state table lookups average rate ~ 3/s state table inserts average rate ~ 600/s state table removals average rate ~ 600/s The traffic profile - mainly HTTP traffic to several http/https servers - will be the same as we have now, which we expect to increase a lot in the next months. Also, we are considering to use ALTQ to implement traffic shapping. My questions: Did someone implement this kind of system before? Is it performing well? Is it impossible at all? Could the traffic shapping subsystem configuration be a bottleneck on such a system configuration? Thanks
Re: bgpd fails to install ipv6 routes in kernel routing table
Graeme Lee wrote: snip Network layout is somewhat complicated. 1 x ebgp and 1 x ibgp session receive ipv4 world tables. Gif tunnel to a hurricane router in Hong Kong. I'm receiving ipv6 world bgp tables from this peer. Connectivity to the peer is fine. Just can't get past it. I can see that my prefix is announced via looking glasses. I'm receiving about 1.6k prefixes from hurricane. I'm speaking BGP over v6 with HE.net as well (albeit in Fremont, not HK), and I can see you just fine, and apparently you can see me (AS30708) as well, since I can ping you from both my Hurricane /64 as well as from an IP within my own /32. $ ping6 -c1 -S 2607:f618:1::1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2607:f618:1::1 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=442.275 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 442.275/442.275/442.275/0.000 ms $ ping6 -c1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2001:470:1:53::2 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=441.775 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 441.775/441.775/441.775/0.000 ms $ bgpctl sho ip bgp 2400:6800::/32 flags: * = Valid, = Selected, I = via IBGP, A = Announced origin: i = IGP, e = EGP, ? = Incomplete flags destination gateway lpref med aspath origin *2400:6800::/32 2001:470:1:53::1100 0 6939 10105 i $ uname -mr 4.4 i386 What does your bgpctl sho nex give you? -tico
Re: bgpd fails to install ipv6 routes in kernel routing table
tico wrote: Graeme Lee wrote: snip Network layout is somewhat complicated. 1 x ebgp and 1 x ibgp session receive ipv4 world tables. Gif tunnel to a hurricane router in Hong Kong. I'm receiving ipv6 world bgp tables from this peer. Connectivity to the peer is fine. Just can't get past it. I can see that my prefix is announced via looking glasses. I'm receiving about 1.6k prefixes from hurricane. I'm speaking BGP over v6 with HE.net as well (albeit in Fremont, not HK), and I can see you just fine, and apparently you can see me (AS30708) as well, since I can ping you from both my Hurricane /64 as well as from an IP within my own /32. $ ping6 -c1 -S 2607:f618:1::1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2607:f618:1::1 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=442.275 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 442.275/442.275/442.275/0.000 ms $ ping6 -c1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2001:470:1:53::2 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=441.775 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 441.775/441.775/441.775/0.000 ms $ bgpctl sho ip bgp 2400:6800::/32 flags: * = Valid, = Selected, I = via IBGP, A = Announced origin: i = IGP, e = EGP, ? = Incomplete flags destination gateway lpref med aspath origin *2400:6800::/32 2001:470:1:53::1100 0 6939 10105 i $ uname -mr 4.4 i386 What does your bgpctl sho nex give you? -tico Hi Tico. # bgpctl show next Nexthop State 2001:470:17:7f::1valid gif0UP 203.143.64.133 valid em1 UP, Ethernet, active, 100 MBit/s 121.200.227.93 valid em0 UP, Ethernet, active, 100 MBit/s However, the only reason you can see me is because i've manually stuck in a default route just to get things working # netstat -rnf inet6 Routing tables Internet6: DestinationGateway Flags Refs Use Mtu Prio Iface ::/104 ::1 UGRS 00 - 8 lo0 ::/96 ::1 UGRS 00 - 8 lo0 default2001:470:17:7f::1 UGS0 19 - 8 gif0 ::1::1 UH140 33160 4 lo0 ::127.0.0.0/104::1 UGRS 00 - 8 lo0 ::224.0.0.0/100::1 UGRS 00 - 8 lo0 ::255.0.0.0/104::1 UGRS 00 - 8 lo0 :::0.0.0.0/96 ::1 UGRS 00 - 8 lo0 2001:470:17:7f::/64link#6 UC 10 - 4 gif0 2001:470:17:7f::1 link#6 UHLc 2 3397 - 4 gif0 2001:470:17:7f::2 link#6 UHL10 - 4 lo0
Re: usb storage device detected as USB1.1
hmm, on Thu, Feb 05, 2009 at 06:44:25PM +0100, Jesus Sanchez said that On windows, formated as FAT32, the copy of 1,2 GB took about 6 minutes, so it's about 3.41 MB/s, that's more than USB1.1 speed (I think) but in OpenBSD 4.4 I have 1.5 MB/s speed. I will attach dmesg as soon as possible. for many devices 1.5 MB/s is already USB2. e.g. my mp3 player. i am not familiar with the windows caching mechanism but it might be finishing up the copying after the progress bar has already finished. linux plays that ugly game. everything is copied lightningly fast only to discover that umount takes minutes until the caches is written out in the real world. have you clocked the openbsd transfer? it is not in your email 6min windows vs ? min openbsd? -f -- golf is a good walk spoiled.
Re: usb storage device detected as USB1.1
Make sure you are plugging directly into the MOBO connectors. Many cases include crappy USB one hubs which causes degraded performance. 2009/2/9 frantisek holop min...@obiit.org: hmm, on Thu, Feb 05, 2009 at 06:44:25PM +0100, Jesus Sanchez said that On windows, formated as FAT32, the copy of 1,2 GB took about 6 minutes, so it's about 3.41 MB/s, that's more than USB1.1 speed (I think) but in OpenBSD 4.4 I have 1.5 MB/s speed. I will attach dmesg as soon as possible. for many devices 1.5 MB/s is already USB2. e.g. my mp3 player. i am not familiar with the windows caching mechanism but it might be finishing up the copying after the progress bar has already finished. linux plays that ugly game. everything is copied lightningly fast only to discover that umount takes minutes until the caches is written out in the real world. have you clocked the openbsd transfer? it is not in your email 6min windows vs ? min openbsd? -f -- golf is a good walk spoiled.
Re: OpenBSD 4.4-release; Lockup after enabling 2nd NIC; both are Linksys EG1032
John Schofield schrieb: I'm new to OpenBSD, so I may be doing something stupid. But Google, the FAQ, and other resources have not shed any light. I'm attempting to set up an IBM ThinkCentre desktop PC as a router/firewall for my home network. OpenBSD did not recognize the onboard NIC, and it did not appear on the supported hardware list as far as I could tell, so I purchased two Linksys Gigabit NICs that were listed. (EG1032, probably V3, as they show up as re0 and re1.) I also disabled the onboard NIC in BIOS. When doing the install from the CD (OpenBSD 4.4-release), if I configure re0 ONLY, everything works fine. If I also give re1 an IP, the system locks up with no error message printed. I was able to install successfully by only configuring re0. Once installed and booted from the internal HD, I attempted to enable re1. I got the same symptom -- system freeze with no error message upon attempting to activate the card. This was the same whether I activated the card via sh /etc/netstart or whether I rebooted. I swapped cards and cabling, thinking that I had a bad card. The behavior continued unchanged. The re0 (which had been re1) card worked, and activating the re1 card (which used to be re0) locked the system. For the record, my /etc/hostname.re0 currently in use is: inet 192.168.1.20 255.255.255.0 NONE The hostname.re1 (currently in my /root directory) is: inet 10.10.10.1 255.255.255.0 NONE To further attempt to rule out bad hardware, I installed Linux (Ubuntu 8.10). Both NICs operated flawlessly. (I realize that this is not conclusive, as different OS's can exercise hardware in different ways.) After reinstalling OpenBSD and replicating the issue, I was unable to find any further troubleshooting information or logs which indicated what the problem was. I'm attaching dmesg output (dmesg.txt), /var/run/dmesg.boot, and my /var/log/messages. I welcome suggestions as to solutions or further troubleshooting steps. (All of the above logs were gathered after booting to single-user mode, moving /etc/hostname.re1 to the /root directory, and rebooting.) John Schofield OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) 4 CPU 2.93GHz (GenuineIntel 686-class) 2.93 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CNXT-ID,xTPR real mem = 795373568 (758MB) avail mem = 760115200 (724MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 05/25/05, BIOS32 rev. 0 @ 0xfd6ec, SMBIOS rev. 2.34 @ 0xefb60 (49 entries) bios0: vendor IBM version 2FKT15AUS date 05/25/2005 bios0: IBM 813116U acpi0 at bios0: rev 0 acpi0: tables DSDT FACP TCPA APIC BOOT MCFG acpi0: wakeup devices EXP0(S5) EXP1(S5) EXP2(S5) EXP3(S5) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USBE(S3) SLOT(S5) KBC_(S3) PSM_(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus -1 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus -1 (EXP3) acpiprt6 at acpi0: bus 10 (SLOT) acpicpu0 at acpi0 acpitz0 at acpi0: critical temperature 255 degC acpibtn0 at acpi0: PWRB bios0: ROM list: 0xc/0xaa00! 0xe/0x1! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82915G Host rev 0x04 vga1 at pci0 dev 2 function 0 Intel 82915G Video rev 0x04 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) agp0 at vga1: aperture at 0xc000, size 0x1000 drm at vga1 unsupported ppb0 at pci0 dev 28 function 0 Intel 82801FB PCIE rev 0x03: irq 3 pci1 at ppb0 bus 2 bge0 at pci1 dev 0 function 0 Broadcom BCM5751 rev 0x11: can't find mem space uhci0 at pci0 dev 29 function 0 Intel 82801FB USB rev 0x03: irq 11 uhci1 at pci0 dev 29 function 1 Intel 82801FB USB rev 0x03: irq 9 uhci2 at pci0 dev 29 function 2 Intel 82801FB USB rev 0x03: irq 10 ehci0 at pci0 dev 29 function 7 Intel 82801FB 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 ppb1 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xd3 pci2 at ppb1 bus 10 re0 at pci2 dev 0 function 0 Linksys EG1032 rev 0x10: RTL8169S (0x0400), irq 12, address 00:1e:e5:d7:4e:0b rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 0 re1 at pci2 dev 1 function 0 Linksys EG1032 rev 0x10: RTL8169S (0x0400), irq 10, address 00:1e:e5:d7:4e:3b rgephy1 at re1 phy 7: RTL8169S/8110S PHY, rev. 0 auich0 at pci0 dev 30 function 2 Intel 82801FB AC97 rev 0x03: irq 3, ICH6 AC97 ac97: codec id 0x41445368 (Analog Devices AD1888) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auich0 ichpcib0 at pci0 dev 31 function 0 Intel 82801FB LPC rev 0x03: PM disabled pciide0 at pci0 dev 31 function 2 Intel 82801FB SATA rev 0x03: DMA, channel 0
hoststated status ?
Hello, Just a quick question, what is the status of hoststated ? I ran into http://www.openbsd.org/papers/eurobsdcon07/pyr- loadbalancing/ and I found that a quite exiting projet. Unfortunalty it doesn't seems to be into 4.4 or even on snapshots... Is there any replacements ? drawbacks or anything that explain it is not yet supported by stable releases? Thanks; /Xavier
Re: Thinkpad R61 support
On Sun, Feb 08, 2009 at 08:37:43AM -0500, Kenneth R Westerback wrote: On Sat, Feb 07, 2009 at 07:39:24PM -0200, Christiano Farina Haesbaert wrote: Hello there, I'm considering buying a thinkpad R61, if someone has any information on the hardware support for it I would appreciate. Best Regards. -- Christiano Farina Haesbaert We bought a bunch of R61's at work and had nothing but trouble with them, especially the wireless. But this is with Windows and not OpenBSD. They also weigh a ton. The wireless works under OpenBSD, but it loses network once in a while. The best fix so far is some ifconfig iwn0 down; dhclient iwn0 That makes it work again...
Re: hoststated status ?
http://marc.info/?l=openbsd-miscm=123266988519415w=2 On Mon, Feb 09, 2009 at 12:26:04AM +0100, Xavier Beaudouin wrote: Hello, Just a quick question, what is the status of hoststated ? I ran into http://www.openbsd.org/papers/eurobsdcon07/pyr-loadbalancing/ and I found that a quite exiting projet. Unfortunalty it doesn't seems to be into 4.4 or even on snapshots... Is there any replacements ? drawbacks or anything that explain it is not yet supported by stable releases? Thanks; /Xavier
Re: hoststated status ?
Unfortunalty it doesn't seems to be into 4.4 or even on snapshots... it has been renamed to relayd(8) Sam Fourman Jr. Fourman Networks
Re: hoststated status ?
On Mon, Feb 09, 2009 at 12:26:04AM +0100, Xavier Beaudouin wrote: Hello, Just a quick question, what is the status of hoststated ? I ran into http://www.openbsd.org/papers/eurobsdcon07/pyr- loadbalancing/ and I found that a quite exiting projet. Unfortunalty it doesn't seems to be into 4.4 or even on snapshots... Is there any replacements ? drawbacks or anything that explain it is not yet supported by stable releases? It was renamed to relayd in 4.3(?). Regards, Markus
Re: hoststated status ?
A little more googling would have introduced you to relayd(8). On 2/8/09, Xavier Beaudouin k...@oav.net wrote: Hello, Just a quick question, what is the status of hoststated ? I ran into http://www.openbsd.org/papers/eurobsdcon07/pyr- loadbalancing/ and I found that a quite exiting projet. Unfortunalty it doesn't seems to be into 4.4 or even on snapshots... Is there any replacements ? drawbacks or anything that explain it is not yet supported by stable releases? Thanks; /Xavier
offtopic - file permission trivial question
This question it's a little complicated to make. It's more a curiosity than a technical situation. First I will try to put the situation. Let's say I'm the root of a system, and one of my users (user foo) have his home dir with rwx privileges ( /home/foo/ have permissions 700 ) and I wan't to create a black box dir inside it's home, so I cd to /home/foo and do: # mkdir blackdir # chmod 000 blackdir At this point (as I know) the foo user isn't able to see the content of blackdir, but if the dir is empty he can delete it (rm -df blackdir) cause he have rwx on /home/foo. Someway, user foo can have information about the contents of blackdir: if it's empty he can 'rm -d' it, so he will know if the dir had or not any file. In my way of think, thats information about the dir. What is the design cause of this behaviour? I mean, It wouldn't be more logical the fact that if a dir have 000 permissions, the foo user shouldn't be able to get any kind of information about the dir? even something so trivial as if the dir was empty or not. I would like to understand this abstraction point of view of this issue from developers and long-time unix users as you. Thanks for reading. -Jesus
Re: OpenBSD 4.4-release; Lockup after enabling 2nd NIC; both are Linksys EG1032
Thanks very much, Dorian, Stijn, and Stuart: I upgraded to 4.4-Current dated February 6. No change in symptoms. It occurred to me that I had eliminated hardware problems with the cards, but not with the PCI slots. So I moved /etc/hostname.re0 to /root, and booted with re1 enabled. Freeze. Next I removed re0, to see whether I actually have a bad slot. But of course, with only one NIC (in the bottom PCI slot) it showed up as re0 instead of re1. And the system froze while attempting to enable it. So it's not having two NICs enabled that's a problem, it's having a nic enabled in the bottom slot that's a problem. I could not see a way in the BIOS (Damn Lenovo crippled BIOS) to set IRQs directly for cards. I did turn on PNP OS, which did not seem to make a difference. I next disabled all USB support through BIOS. (I'm able to do this with no consequences because I'm using a PS/2 keyboard and no mouse.) But the symptoms were unchanged; freeze after starting network at boot. I next tried to deactivate ACPI, but found only controls for selecting S1 or S3 states, and which IRQ ACPI should use. (Currently set to IRQ 9.) Just for the hell of it, I also disabled onboard sound and the parallel port. No change in symptoms. I re-enabled the onboard NIC, but the snapshot doesn't recognize it either. (At least, ifconfig doesn't show it.) I then put in a known-good (previously used in this system under OpenBSD) wireless NIC in the bottom slot. Same symptoms once I copied /root/hostname.re1 to /etc/hostname.ath0. This is looking to me like a bad slot on the motherboard. Which stinks, as this machine is out of warranty. Anyone have any further troubleshooting suggestions? John On Sun, Feb 8, 2009 at 3:02 PM, Dorian B|ttner dorian.buett...@gmx.de wrote: John Schofield schrieb: I'm new to OpenBSD, so I may be doing something stupid. But Google, the FAQ, and other resources have not shed any light. I'm attempting to set up an IBM ThinkCentre desktop PC as a router/firewall for my home network. OpenBSD did not recognize the onboard NIC, and it did not appear on the supported hardware list as far as I could tell, so I purchased two Linksys Gigabit NICs that were listed. (EG1032, probably V3, as they show up as re0 and re1.) I also disabled the onboard NIC in BIOS. When doing the install from the CD (OpenBSD 4.4-release), if I configure re0 ONLY, everything works fine. If I also give re1 an IP, the system locks up with no error message printed. I was able to install successfully by only configuring re0. Once installed and booted from the internal HD, I attempted to enable re1. I got the same symptom -- system freeze with no error message upon attempting to activate the card. This was the same whether I activated the card via sh /etc/netstart or whether I rebooted. I swapped cards and cabling, thinking that I had a bad card. The behavior continued unchanged. The re0 (which had been re1) card worked, and activating the re1 card (which used to be re0) locked the system. For the record, my /etc/hostname.re0 currently in use is: inet 192.168.1.20 255.255.255.0 NONE The hostname.re1 (currently in my /root directory) is: inet 10.10.10.1 255.255.255.0 NONE To further attempt to rule out bad hardware, I installed Linux (Ubuntu 8.10). Both NICs operated flawlessly. (I realize that this is not conclusive, as different OS's can exercise hardware in different ways.) After reinstalling OpenBSD and replicating the issue, I was unable to find any further troubleshooting information or logs which indicated what the problem was. I'm attaching dmesg output (dmesg.txt), /var/run/dmesg.boot, and my /var/log/messages. I welcome suggestions as to solutions or further troubleshooting steps. (All of the above logs were gathered after booting to single-user mode, moving /etc/hostname.re1 to the /root directory, and rebooting.) John Schofield OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) 4 CPU 2.93GHz (GenuineIntel 686-class) 2.93 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,SSE3,MWAIT,DS-CPL,TM2,CNXT-ID,xTPR real mem = 795373568 (758MB) avail mem = 760115200 (724MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 05/25/05, BIOS32 rev. 0 @ 0xfd6ec, SMBIOS rev. 2.34 @ 0xefb60 (49 entries) bios0: vendor IBM version 2FKT15AUS date 05/25/2005 bios0: IBM 813116U acpi0 at bios0: rev 0 acpi0: tables DSDT FACP TCPA APIC BOOT MCFG acpi0: wakeup devices EXP0(S5) EXP1(S5) EXP2(S5) EXP3(S5) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USBE(S3) SLOT(S5) KBC_(S3) PSM_(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus -1 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus -1
Re: bgpd fails to install ipv6 routes in kernel routing table
Graeme Lee wrote: tico wrote: Graeme Lee wrote: snip Network layout is somewhat complicated. 1 x ebgp and 1 x ibgp session receive ipv4 world tables. Gif tunnel to a hurricane router in Hong Kong. I'm receiving ipv6 world bgp tables from this peer. Connectivity to the peer is fine. Just can't get past it. I can see that my prefix is announced via looking glasses. I'm receiving about 1.6k prefixes from hurricane. I'm speaking BGP over v6 with HE.net as well (albeit in Fremont, not HK), and I can see you just fine, and apparently you can see me (AS30708) as well, since I can ping you from both my Hurricane /64 as well as from an IP within my own /32. $ ping6 -c1 -S 2607:f618:1::1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2607:f618:1::1 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=442.275 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 442.275/442.275/442.275/0.000 ms $ ping6 -c1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2001:470:1:53::2 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=441.775 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 441.775/441.775/441.775/0.000 ms $ bgpctl sho ip bgp 2400:6800::/32 flags: * = Valid, = Selected, I = via IBGP, A = Announced origin: i = IGP, e = EGP, ? = Incomplete flags destination gateway lpref med aspath origin *2400:6800::/32 2001:470:1:53::1100 0 6939 10105 i $ uname -mr 4.4 i386 What does your bgpctl sho nex give you? -tico Hi Tico. # bgpctl show next Nexthop State 2001:470:17:7f::1valid gif0UP 203.143.64.133 valid em1 UP, Ethernet, active, 100 MBit/s 121.200.227.93 valid em0 UP, Ethernet, active, 100 MBit/s However, the only reason you can see me is because i've manually stuck in a default route just to get things working # netstat -rnf inet6 Routing tables Internet6: DestinationGateway Flags Refs Use Mtu Prio Iface ::/104 ::1 UGRS 00 - 8 lo0 ::/96 ::1 UGRS 00 - 8 lo0 default2001:470:17:7f::1 UGS0 19 - 8 gif0 ::1::1 UH140 33160 4 lo0 ::127.0.0.0/104::1 UGRS 00 - 8 lo0 ::224.0.0.0/100::1 UGRS 00 - 8 lo0 ::255.0.0.0/104::1 UGRS 00 - 8 lo0 :::0.0.0.0/96 ::1 UGRS 00 - 8 lo0 2001:470:17:7f::/64link#6 UC 10 - 4 gif0 2001:470:17:7f::1 link#6 UHLc 2 3397 - 4 gif0 2001:470:17:7f::2 link#6 UHL10 - 4 lo0 I see. And what do your filters (bgpd, not PF) look like? What changes from a default bgpd.conf have you made? Is there anything peculiar about your gif0 interface? -tico
Re: OpenBSD 4.4-release; Lockup after enabling 2nd NIC; both are Linksys EG1032
On Sun, Feb 8, 2009 at 4:51 PM, John Mark Schofield r...@sudosu.net wrote: This is looking to me like a bad slot on the motherboard. Which stinks, as this machine is out of warranty. Anyone have any further troubleshooting suggestions? Didn't you state earlier that you had tried the system with Ubuntu and the two NICs worked flawlessly? On Sat, Feb 7, 2009 at 8:02 PM, John Schofield jschofi...@gmail.com wrote: To further attempt to rule out bad hardware, I installed Linux (Ubuntu 8.10). Both NICs operated flawlessly. (I realize that this is not conclusive, as different OS's can exercise hardware in different ways.)
Re: Hardware or 4.4 vm problem?
On Sun, Feb 01, 2009 at 10:07:49PM -0600, Karl O. Pinc wrote: I seem to have a problem where 4.4 hangs writing to swap. Chances are its fixed in -current. -- Ariane
Re: offtopic - file permission trivial question
On Mon, Feb 09, 2009 at 01:46:39AM +0100, Jesus Sanchez wrote: This question it's a little complicated to make. It's more a curiosity than a technical situation. First I will try to put the situation. Let's say I'm the root of a system, and one of my users (user foo) have his home dir with rwx privileges ( /home/foo/ have permissions 700 ) and I wan't to create a black box dir inside it's home, so I cd to /home/foo and do: # mkdir blackdir # chmod 000 blackdir At this point (as I know) the foo user isn't able to see the content of blackdir, but if the dir is empty he can delete it (rm -df blackdir) cause he have rwx on /home/foo. Someway, user foo can have information about the contents of blackdir: if it's empty he can 'rm -d' it, so he will know if the dir had or not any file. In my way of think, thats information about the dir. What is the design cause of this behaviour? I mean, It wouldn't be more logical the fact that if a dir have 000 permissions, the foo user shouldn't be able to get any kind of information about the dir? even something so trivial as if the dir was empty or not. The user is allowed to remove the directory, but only if it is empty. rm -d expects and empty directory argument and executes the remove operation, which the kernel will not grant if there's files in it. It's not a design decision, but a logical conclusion of the design. -- Ariane
Re: bgpd fails to install ipv6 routes in kernel routing table
tico wrote: Graeme Lee wrote: tico wrote: Graeme Lee wrote: snip Network layout is somewhat complicated. 1 x ebgp and 1 x ibgp session receive ipv4 world tables. Gif tunnel to a hurricane router in Hong Kong. I'm receiving ipv6 world bgp tables from this peer. Connectivity to the peer is fine. Just can't get past it. I can see that my prefix is announced via looking glasses. I'm receiving about 1.6k prefixes from hurricane. I'm speaking BGP over v6 with HE.net as well (albeit in Fremont, not HK), and I can see you just fine, and apparently you can see me (AS30708) as well, since I can ping you from both my Hurricane /64 as well as from an IP within my own /32. $ ping6 -c1 -S 2607:f618:1::1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2607:f618:1::1 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=442.275 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 442.275/442.275/442.275/0.000 ms $ ping6 -c1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2001:470:1:53::2 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=441.775 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 441.775/441.775/441.775/0.000 ms $ bgpctl sho ip bgp 2400:6800::/32 flags: * = Valid, = Selected, I = via IBGP, A = Announced origin: i = IGP, e = EGP, ? = Incomplete flags destination gateway lpref med aspath origin *2400:6800::/32 2001:470:1:53::1100 0 6939 10105 i $ uname -mr 4.4 i386 What does your bgpctl sho nex give you? -tico Hi Tico. # bgpctl show next Nexthop State 2001:470:17:7f::1valid gif0UP 203.143.64.133 valid em1 UP, Ethernet, active, 100 MBit/s 121.200.227.93 valid em0 UP, Ethernet, active, 100 MBit/s However, the only reason you can see me is because i've manually stuck in a default route just to get things working # netstat -rnf inet6 Routing tables Internet6: DestinationGateway Flags Refs Use Mtu Prio Iface ::/104 ::1 UGRS 00 - 8 lo0 ::/96 ::1 UGRS 00 - 8 lo0 default2001:470:17:7f::1 UGS0 19 - 8 gif0 ::1::1 UH140 33160 4 lo0 ::127.0.0.0/104::1 UGRS 00 - 8 lo0 ::224.0.0.0/100::1 UGRS 00 - 8 lo0 ::255.0.0.0/104::1 UGRS 00 - 8 lo0 :::0.0.0.0/96 ::1 UGRS 00 - 8 lo0 2001:470:17:7f::/64link#6 UC 10 - 4 gif0 2001:470:17:7f::1 link#6 UHLc 2 3397 - 4 gif0 2001:470:17:7f::2 link#6 UHL10 - 4 lo0 I see. And what do your filters (bgpd, not PF) look like? What changes from a default bgpd.conf have you made? Is there anything peculiar about your gif0 interface? -tico There's only one line difference (plus a coment) allow from any inet6 prefixlen 12 - 64 neighbor 2001:470:17:7f::1 { remote-as 6939 descr HurricaneHK local-address 2001:470:17:7f::2 announceIPv4 none announceIPv6 unicast set nexthop self } # filter out prefixes longer than 24 or shorter than 8 bits deny from any allow from any inet prefixlen 8 - 24 # IPv6 Routing allow from any inet6 prefixlen 12 - 64 # do not accept a default route deny from any prefix 0.0.0.0/0 # filter bogus networks deny from any prefix 10.0.0.0/8 prefixlen = 8 deny from any prefix 172.16.0.0/12 prefixlen = 12 deny from any prefix 192.168.0.0/16 prefixlen = 16 deny from any prefix 169.254.0.0/16 prefixlen = 16 deny from any prefix 192.0.2.0/24 prefixlen = 24 deny from any prefix 224.0.0.0/4 prefixlen = 4 deny from any prefix 240.0.0.0/4 prefixlen = 4 # ifconfig gif0 gif0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1280 priority: 0 groups: gif egress physical address inet 121.200.227.94 -- 216.218.221.2 inet6 fe80::21f:d0ff:fe32:3d58%gif0 - prefixlen 64 scopeid 0x6 inet6 2001:470:17:7f::2 - prefixlen 64
Re: bgpd fails to install ipv6 routes in kernel routing table
Graeme Lee wrote: tico wrote: Graeme Lee wrote: tico wrote: Graeme Lee wrote: snip Network layout is somewhat complicated. 1 x ebgp and 1 x ibgp session receive ipv4 world tables. Gif tunnel to a hurricane router in Hong Kong. I'm receiving ipv6 world bgp tables from this peer. Connectivity to the peer is fine. Just can't get past it. I can see that my prefix is announced via looking glasses. I'm receiving about 1.6k prefixes from hurricane. I'm speaking BGP over v6 with HE.net as well (albeit in Fremont, not HK), and I can see you just fine, and apparently you can see me (AS30708) as well, since I can ping you from both my Hurricane /64 as well as from an IP within my own /32. $ ping6 -c1 -S 2607:f618:1::1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2607:f618:1::1 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=442.275 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 442.275/442.275/442.275/0.000 ms $ ping6 -c1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2001:470:1:53::2 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=441.775 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 441.775/441.775/441.775/0.000 ms $ bgpctl sho ip bgp 2400:6800::/32 flags: * = Valid, = Selected, I = via IBGP, A = Announced origin: i = IGP, e = EGP, ? = Incomplete flags destination gateway lpref med aspath origin *2400:6800::/32 2001:470:1:53::1100 0 6939 10105 i $ uname -mr 4.4 i386 What does your bgpctl sho nex give you? -tico Ok forget bgp configs for a minute. I've been quickly scanning over the code, and notable is that the log displays: Feb 9 13:00:15 gw-nextgen bgpd[17223]: send_rtmsg: action 1, prefix 2001:7fb:fe07::/48: Network is unreachable but shouldn't it be a send_rt6msg call in kroute.c?
usr.sbin/wake removal
On Sun, 8 Feb 2009 15:53:01 -0700 (MST) Marc Balmer mbal...@cvs.openbsd.org wrote: CVSROOT: /cvs Module name: src Changes by: mbal...@cvs.openbsd.org 2009/02/08 15:53:01 Removed files: usr.sbin/wake : Makefile wake.8 wake.c Log message: Remove wake(8). The bin directories are full, no new commands to be added. I think this could use some explaining for those of us that are not intimately involved in development or have been around here for that long. Keeping it small and simple by saying no to adding one file at 7.2K? I'd really like to know the rationale on this one. Thanks.
Re: bgpd fails to install ipv6 routes in kernel routing table
Graeme Lee wrote: Graeme Lee wrote: tico wrote: Graeme Lee wrote: tico wrote: Graeme Lee wrote: snip Network layout is somewhat complicated. 1 x ebgp and 1 x ibgp session receive ipv4 world tables. Gif tunnel to a hurricane router in Hong Kong. I'm receiving ipv6 world bgp tables from this peer. Connectivity to the peer is fine. Just can't get past it. I can see that my prefix is announced via looking glasses. I'm receiving about 1.6k prefixes from hurricane. I'm speaking BGP over v6 with HE.net as well (albeit in Fremont, not HK), and I can see you just fine, and apparently you can see me (AS30708) as well, since I can ping you from both my Hurricane /64 as well as from an IP within my own /32. $ ping6 -c1 -S 2607:f618:1::1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2607:f618:1::1 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=442.275 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 442.275/442.275/442.275/0.000 ms $ ping6 -c1 2001:470:17:7f::2 PING6(56=40+8+8 bytes) 2001:470:1:53::2 -- 2001:470:17:7f::2 16 bytes from 2001:470:17:7f::2, icmp_seq=0 hlim=59 time=441.775 ms --- 2001:470:17:7f::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 441.775/441.775/441.775/0.000 ms $ bgpctl sho ip bgp 2400:6800::/32 flags: * = Valid, = Selected, I = via IBGP, A = Announced origin: i = IGP, e = EGP, ? = Incomplete flags destination gateway lpref med aspath origin *2400:6800::/32 2001:470:1:53::1100 0 6939 10105 i $ uname -mr 4.4 i386 What does your bgpctl sho nex give you? -tico Ok forget bgp configs for a minute. I've been quickly scanning over the code, and notable is that the log displays: Feb 9 13:00:15 gw-nextgen bgpd[17223]: send_rtmsg: action 1, prefix 2001:7fb:fe07::/48: Network is unreachable but shouldn't it be a send_rt6msg call in kroute.c? On a hunch, I tried a 64bit and a 32 bit machine with 1 prefix each. The 32bit machine adds routes to the kernel without complaint. The 64bit machine complained with send_rtmsg
Re: usb storage device detected as USB1.1
On windows, formated as FAT32, the copy of 1,2 GB took about 6 minutes, so it's about 3.41 MB/s, that's more than USB1.1 speed (I think) but in OpenBSD 4.4 I have 1.5 MB/s speed. I will attach dmesg as soon as possible. for many devices 1.5 MB/s is already USB2. e.g. my mp3 player. i am not familiar with the windows caching mechanism but it might be finishing up the copying after the progress bar has already finished. linux plays that ugly game. everything is copied lightningly fast only to discover that umount takes minutes until the caches is written out in the real world. Unix has had write-behind for decades.
Re: Is it possible to increase wscale multiplier?
How high is too high? I have a utility that sets recv buf size to 100,000,000 and it works fine on FreeBSD and NetBSD. (Not tested yet on OpenBSD.) Necessary when the other end has buggy network code and insufficient send buf. Could you clarify what you mean by that? Black box sends data to BSD box using TCP. Data is generated in real time, the rate cannot be changed. Black box has a very small (way too small) send buffer. If the BSD box takes too long to ack, the black box's send buffer fills up and data is lost, and/or black box's buggy firmware screws up and data is lost. So I have to do everything I can to ensure that incoming packets do not get dropped, and that the acks get sent out as fast as possible. Making the TCP recv buffer very large allows the incoming packets to get stored and acked, even if the userland process reading the data doesn't get to run often enough. Even so, there is still the problem that other device drivers can and do lock out the Ethernet driver for too long. Still working on that problem. What we really need is true real time facilities. It is a latency problem, not a throughput problem. If the black box were FLOSS instead of evil closed source it should be possible to fix the buggy network code. A) huge recv buffer does not solve your ACK problem. B) recv buffer is only affected by either the global net.inet.tcp.recvspace or the setsockopt SO_RCVBUF. C) the socketbuffers are limmited to 256kB D) Instead of playing with knobs that don't realy do what you think they will do you should make your userland app read faster. It is a workaround. The way to *solve* the problem is with a true real time system. No it is not. A real time OS does not do what you think it will do. Funny, I have written code for a real time system with 99.999% uptime requirements and if it fails it makes the national news and people could die. I do not claim to be the leading world expert on real time systems but I know more than you think I do. Grepping through a few log files, the userland program read 44,751,896 bytes with a single syscall. The default recv buf size of 65536 doesn't get the job done for this application. Then your application is badly designed. The socket layer and especially TCP will try to keep the usage of the recv buffer down by signaling the remote end to back off. It is not the duty of the socket layer to queue more then 40MB of data inside the kernel (and perhaps running the kernel out of memory because of that). We will not support preposterous socket buffer sizes. Fix your userland application to do smaller reads more often that's why there are so nice things as select or poll. Every CS student that visited an IPC in Unix course should be able to write this correctly. (/me is still optimistic about the amount of knowledge the avarage CS student has) It doesn't matter how fast the userland program is if it doesn't get run often enough. I have no way to guarantee how often a userland program is run. I have to estimate, add a safety factor, and size the buffers accordingly. As far as I can tell the only remaining problem is when other device drivers lock out the Ethernet driver for too long. Nothing I do to the userland program will change that. I have to figure out what driver(s) it is, and then figure out how to fix it. At this point, problems are very rare. Humbug. Your userland program is not well behaved and it has nothing todo with how fast the box is or if the Ethernet driver is locked out for too long. You have no clue if my userland app is well behaved or not. And there IS a problem if another driver locks the Ethernet driver out for too long. I hunted down and beat into submission an example of that problem recently. Our socket buffers will never allow that amount of memory to be queued. I think Claudio doesn't know that Step 1 in solving userland throughput problems is to blame it on the kernel, hardware, drivers or actually anything except the application? Learn to read. It is a latency problem, not a throughput problem. And I see the alternative all my problems would be solved if OpenBSD had feature X (in this case real-time support) is also used, so extra bonus points! Learn to read. I haven't tried it on OpenBSD yet, just FreeBSD and NetBSD. Geez, ask an innocent question and suddenly get accused of not understanding anything. By people that didn't bother to read and clearly don't understand the problem.
Re: Thinkpad R61 support
On 01:04, Mon 09 Feb 09, Marc Espie wrote: On Sun, Feb 08, 2009 at 08:37:43AM -0500, Kenneth R Westerback wrote: On Sat, Feb 07, 2009 at 07:39:24PM -0200, Christiano Farina Haesbaert wrote: Hello there, I'm considering buying a thinkpad R61, if someone has any information on the hardware support for it I would appreciate. Best Regards. -- Christiano Farina Haesbaert We bought a bunch of R61's at work and had nothing but trouble with them, especially the wireless. But this is with Windows and not OpenBSD. They also weigh a ton. The wireless works under OpenBSD, but it loses network once in a while. The best fix so far is some ifconfig iwn0 down; dhclient iwn0 That makes it work again... ipw in the T61p has the same. Once a week or something. -- Michiel van Baak mich...@vanbaak.eu http://michiel.vanbaak.eu GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x71C946BD Why is it drug addicts and computer aficionados are both called users?
laptop heating due to wpi(4)?
i recently started using intel wireless on my thinkpad x60, through the wpi(4) driver. earlier, i had heating issues, which were resolved by setting hw.setperf to 0, but now i again see my laptop heating up -- especially below my right palm. temperature sensor outputs from sysctl shows: hw.sensors.acpitz0.temp0=60.05 degC (zone temperature) hw.sensors.acpitz1.temp0=60.05 degC (zone temperature) hw.sensors.cpu0.temp0=58.00 degC hw.sensors.wpi0.raw0=155 (temperature 0 - 285) hw.sensors.aps0.temp0=57.00 degC hw.sensors.aps0.temp1=57.00 degC wpi shows 155, which is roughly 68 deg C. is the heating because of wpi? that's what has changed. any pointers to cooling down the laptop will be appreciated. dmesg, if needed, is here http://www.obscure.org/~amunix/tmp/dmesg thanks. -amarendra