Re: Timeout on network interface
There are issues with re(4) which are being worked on, use a snapshot instead. There are not issues with re(4) which are being worked on which pertain to this issue. The problem mentioned by the original poster is an issue with the (emulated) RTL8139 driver provided by QEMU which KVM is derived from. The driver does not fully emulate the hw by default unless compiled with a particular define, in this case it is the timer interrupt. This needs to be fixed upstream with QEMU and then also bug the KVM developers to copy the change over to their source tree. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: Sun Blade 1000/2000 Problem
Using the serial connection, will I get to see the entire boot process? Wow, that would be great. Again..I just want to install OpenBSD + sshd + static IP and I'll be set. Thanks again, Vivek On Wed, Oct 8, 2008 at 11:41 PM, Mariusz Makowski [EMAIL PROTECTED] wrote: Vivek Ayer wrote: Hi guys, This is really an OpenBSD, but because I was going to install OpenBSD on it, I figured you all with Blade experience can help me troubleshoot this problem. So I don't have a Sun Monitor, just a regular CRT. I'm given two places to connect my monitor, one on the Bellerophon daughter board and another standalong VGA/DVI PCI Card. I have no experience with Sun computers whatsoever. So I power on the computer. It turns on for like 5-10 seconds and then turns off. The Red LED on the Daughterboard blinks when I turn it on. What does this mean? Also should I remove the non-compatible Sun graphics card so I can get an image with the other VGA cards? They're nice systems but unfortunately, they power on and then just power right back off. Any help appreciated, Vivek You should have serial management port installed on your Sun Blade 1000/2000, all communication in/out are going threw this port. Try to boot from install43.iso from sparc64 architecture on it. Regards, Mariusz Makowski
Re: Spamd(8) may be subject to DOS in grey-trapping mode
Peter N. M. Hansteen wrote: Michael Boev (TRIC) [EMAIL PROTECTED] writes: I suspected of, and later verified a case, in which spamd in grey-trapping mode may be forced to a DOS. I'd say rather that you have found a possible conflict between greytrapping and milter-sender. I see the backscatter bounces for enough messages I or other users in my domains have never sent to doubt the usefulness the technique it apparently uses (the url you quoted doesn't work - www.milter.info appears to be mx.snert.net, which does not appear to run a www service - and most of what I could dig up concerns the fact that the FreeBSD port was removed due to license issues), and the smartest solution would be to retire it. Exactly so. Spamd traps call-back systems. It's strange though that the URL is dead now. I must have copypasted it from my browser. Conditions: 1) A malicious user on machine 'S', who wants to deny mail service to server 'A' on another server 'B'. This malicious user knows the '[EMAIL PROTECTED]' greytrapping address. 2) The server B is protected by spamd with greytrapping enabled. 3) The server A verifies addresses of all smtp-senders. In my case it's 'http://www.milter.info/sendmail/milter-sender/', although other solutions may exist. The smtp callback is made with an empty ('') return address. What [EMAIL PROTECTED] does here is indistinguishable from the way spam is sent these days. Spambots send messages from wherever they can, using return addresses in some unrelated domain, usually with made-up local parts. Occasionally the made-up local part will match a user that actually exists. At other times, well, that's how my spammer bait address list (http://www.bsdly.net/~peter/traplist.shtml) was born. From where I'm sitting it looks like your setup includes a piece of software that was written based on the same assumptions that spawned a whole raft of challenge-response systems to annoy the world, and fails for the exact same reason: as you have demonstrated, it is possible to send email with a forged return address that may still be a deliverable address. Checking whether a particular return address is deliverable doesn't buy you much by itself. Agree. Never knew though, that the callbacks DO annoy. spamd's greytrapping, on the other hand, is based on factors that are actually under your control, ie what addresses /in your own domains/ are valid or not. That's a whole world of difference. My recommendation would be to stop using milter-sender. It probably generates more noise than useful information anyway, and while you're at it, make extra sure nobody snuck in one of those annoying challenge-response systems while you weren't looking. - Peter Thanks to all who replied, let's just think through the advices given. Kind regards, Mikhail Boev
Re: Rosetta Stone for Unix
Ted Unangst wrote: And here I was wondering why NetBSD users can monitor performance with top and netstat, but OpenBSD users can't. OpenBSD users can't shut down the system, either...
OpenBSD 4.4 CDs have arrived in Bonn/Germany
Hi Folks, just a few minutes ago a packet from Wim arrived in my office. may the source be with us guido
Re: OpenBSD 4.4 CDs have arrived in Bonn/Germany
Hi, today I received my preorder, too. Thanks for this cool release with many awesome new features. :) Greetings from Germany Christian
Re: Rosetta Stone for Unix
Theo de Raadt wrote: http://bhami.com/rosetta.html As always, it is a shame that those types of pages have so many errors. [snip: examples] It is just sad. It's better to light a candle than to curse the darkness. # Han
slightly ot udp multicasting
Hi, as an admin i have been using udpcast from a linux live-cd heavily for a few years now for multicasting the local disc as an imagefile when deploying multiple machines. Is there any alternative way or tools to do the same in OBSD because udpcast don4t seem to build on OBSD. I am awfully tired of the quality of linux nic drivers on laptops. Big thanks in advance! Cheers Kalle
Re: Erratic NAT behaviour
Stuart Henderson wrote: On 2008-10-09, gm_sjo [EMAIL PROTECTED] wrote: - Client appears to be able to connect to any internet host on port 80, and a 'GET /' works (albeit often to a http 1.1 error as you'd expect) - Only a couple of the website i've tried actually render in a browser, google does for example. - I can grab small text files (1KB) from a site, but larger ones don't work. Looks like size is relevant. man 4 pppoe, near the bottom. - Connection works fine from the firewall itself, can grab anything from anywhere with no issue (does this rule out MTU issues on the WAN link?) it's the advertised MSS that's relevant, this is normally determined by the *LAN* host's MTU. see above reference. Stuart, I've seen something just like that. I didn't dive into the connection details, but: a) Linux machines were browsing just fine and b) WindozeXP weren't rendering, symptoms just as you described. My machine was directly connected to an ADSL router (no pppoe running on the OBSD box). Also, I was trying to set up two VLANs on the Internet side, and the idea was to use a single (VLAN supporting) switch--both for the private and for the public side. Morale: after spending all of the weekend and playing around with MTUs on all the OBSD interfaces, monday morning the customer confirmed that they couldn't browse anything. So I just ripped apart the whole VLAN thing and back to separate switches/interfaces. Immediately, everything was fine. Sorry I can't be of more help, I was out of ideas and out of time. Still, I believe it wasn't MTU. ---Vic
Re: Erratic NAT behaviour
On 2008-10-09, gm_sjo [EMAIL PROTECTED] wrote: - Client appears to be able to connect to any internet host on port 80, and a 'GET /' works (albeit often to a http 1.1 error as you'd expect) - Only a couple of the website i've tried actually render in a browser, google does for example. - I can grab small text files (1KB) from a site, but larger ones don't work. Looks like size is relevant. man 4 pppoe, near the bottom. - Connection works fine from the firewall itself, can grab anything from anywhere with no issue (does this rule out MTU issues on the WAN link?) it's the advertised MSS that's relevant, this is normally determined by the *LAN* host's MTU. see above reference.
OpenBSD 4.4 CD's arrived in Amsterdam, the Netherlands
The early bird catches the worm! www.sys.nl/images/obsd44_1.jpg www.sys.nl/images/obsd44_2.jpg A big thank you to all the developers for another great release! To all Europeans on the list: don't miss out, make Wim work even harder (and help OpenBSD) by ordering your very own CD set now here: http://www.openbsd.org/orders.html Daniel
Erratic NAT behaviour
Hi all, I am testing my new OpenBSD router in a simple NAT configuration but I am getting some strange results. The client machine is a Windows XP laptop and the behaviour is that only a handful of websites render (google, for example), 99% that i've tried do not. FTP appears to be working fine. It doesn't appear to be a local client configuration issue as when I point to an alternate NAT gateway, there are no problems. Here is my configuration :- -bash-3.2# ifconfig -A (stripped slightly) pppoe1: flags=8851UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST mtu 1492 dev: fxp2 state: session sid: 0x6 PADI retries: 0 PADR retries: 0 time: 12:00:53 sppp: phase network authproto chap authname x groups: pppoe egress inet6 fe80::204:23ff:fecb:1cde%pppoe1 - prefixlen 64 scopeid 0x9 inet 90.155.88.39 -- 81.187.81.72 netmask 0x fxp2: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:02:b3:13:fc:0d media: Ethernet autoselect (100baseTX full-duplex) status: active inet6 fe80::202:b3ff:fe13:fc0d%fxp2 prefixlen 64 scopeid 0x5 em0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:04:23:cb:1c:de trunk: trunkdev trunk0 media: Ethernet autoselect (1000baseT full-duplex) status: active inet6 fe80::204:23ff:fecb:1cde%em0 prefixlen 64 scopeid 0x1 em1: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:04:23:cb:1c:de trunk: trunkdev trunk0 media: Ethernet autoselect (1000baseT full-duplex) status: active inet6 fe80::204:23ff:fecb:1c7d%em1 prefixlen 64 scopeid 0x2 trunk0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:04:23:cb:1c:de trunk: trunkproto loadbalance trunkport em1 active trunkport em0 master,active groups: trunk media: Ethernet autoselect status: active inet6 fe80::204:23ff:fecb:1cde%trunk0 prefixlen 64 scopeid 0xb vlan1020: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:04:23:cb:1c:de vlan: 1020 priority: 0 parent interface: trunk0 groups: vlan inet6 fe80::204:23ff:fecb:1cde%vlan1020 prefixlen 64 scopeid 0xe inet 192.168.20.1 netmask 0xff00 broadcast 192.168.20.255 -bash-3.2# route show -inet (stripped) Routing tables Internet: DestinationGatewayFlagsRefs UseMtu Interface defaultcareless.aaisp.net UGS 1 8539 - pppoe1 0.0.0.1defaultUH 00 - pppoe0 careless.aaisp.net 90.155.88.39 UH 12 - pppoe1 (pppoe0 is not currently in-use) -bash-3.2# cat /etc/pf.conf nat-anchor ftp-proxy/* rdr-anchor ftp-proxy/* nat on pppoe1 from vlan1020:network to any - (pppoe1) rdr pass on vlan1020 proto tcp from any to any port ftp - 127.0.0.1 port 8021 anchor ftp-proxy/* Scenario:- - Windows client sitting on a 802.1q tagged network. - Vlan ID is 1020 and is set to be the default vlan on the switch port its attached to. - Default gw on client is 192.168.10.1 - trunk0 on firewall is configured as a trunk on the switch (em0/em1), albeit not 802.3ad (not sure on standard) - Client can ping any host on the internet - Client appears to be able to connect to any internet host on port 80, and a 'GET /' works (albeit often to a http 1.1 error as you'd expect) - Only a couple of the website i've tried actually render in a browser, google does for example. - I can grab small text files (1KB) from a site, but larger ones don't work. Looks like size is relevant. - Connection works fine from the firewall itself, can grab anything from anywhere with no issue (does this rule out MTU issues on the WAN link?) I don't have any tcpdump or debug data handy where I am at the moment, but can obtain some later today upon request. Any thoughts on how I can debug this? Any more info I can provide to help? Thanks in advance!
Re: assembly for x86
Hello, I ordered the Intel docs on 1st October, received them two hours ago (UPS). Thank you for the link :). Regards, Maxime DERCHE On Tue, 23 Sep 2008 03:37:51 -0400 Brynet [EMAIL PROTECTED] wrote: I found this article to be exceptionally useful when using OpenBSD as a primary development platform: http://www.phiral.net/openbsdasm.htm Hope that helps, the first few paragraphs of it anyway... :) P.S: Both Intel and AMD have documentation available, they might be a better start: http://developer.amd.com/documentation/guides/Pages/default.aspx#manuals http://www.intel.com/products/processor/manuals/ If you follow the Order a printed copy link on the Intel page, you can get them free.. no shipping fees. -Brynet. -- Maxime DERCHE : maxime /at/ mouet-mouet.net | maxime.derche /at/ free.fr GnuPG public key ID : 0xDEF810D6 (fingerprint : D99F 3827 732C DD5D B472 D6EF C3FA 81F7 DEF8 10D6) http://www.mouet-mouet.net/maxime/blog/index.php
Re: Erratic NAT behaviour
man 4 pppoe - you're missing part of the pf.conf file: MTU/MSS ISSUES Problems can arise on machines with private IPs connecting to the Inter- net via a machine running both Network Address Translation (NAT) and pppoe. Standard Ethernet uses a Maximum Transmission Unit (MTU) of 1500 bytes, whereas PPPoE mechanisms need a further 8 bytes of overhead. This leaves a maximum MTU of 1492. pppoe sets the MTU on its interface to 1492 as a matter of course. However, machines connecting on a private LAN will still have their MTUs set to 1500, causing conflict. While pppoe(8) has an internal option, ``mssfixup'', which is enabled by default and takes care of this, pppoe users have to rely on other meth- ods. Using a packet filter, the Maximum Segment Size (MSS) can be set (clamped) to the required value. The following rule in pf.conf(5) would set the MSS to 1440: scrub out on pppoe0 max-mss 1440 Although in theory the maximum MSS over a PPPoE interface is 1452 bytes, 1440 appears to be a safer bet. Note that setting the MSS this way can have undesirable effects, such as interfering with the OS detection fea- tures of pf(4). On Thu, 9 Oct 2008 10:11:38 +0100, gm_sjo [EMAIL PROTECTED] wrote: Hi all, I am testing my new OpenBSD router in a simple NAT configuration but I am getting some strange results. The client machine is a Windows XP laptop and the behaviour is that only a handful of websites render (google, for example), 99% that i've tried do not. FTP appears to be working fine. It doesn't appear to be a local client configuration issue as when I point to an alternate NAT gateway, there are no problems. Here is my configuration :- -bash-3.2# ifconfig -A (stripped slightly) pppoe1: flags=8851UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST mtu 1492 dev: fxp2 state: session sid: 0x6 PADI retries: 0 PADR retries: 0 time: 12:00:53 sppp: phase network authproto chap authname x groups: pppoe egress inet6 fe80::204:23ff:fecb:1cde%pppoe1 - prefixlen 64 scopeid 0x9 inet 90.155.88.39 -- 81.187.81.72 netmask 0x fxp2: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:02:b3:13:fc:0d media: Ethernet autoselect (100baseTX full-duplex) status: active inet6 fe80::202:b3ff:fe13:fc0d%fxp2 prefixlen 64 scopeid 0x5 em0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:04:23:cb:1c:de trunk: trunkdev trunk0 media: Ethernet autoselect (1000baseT full-duplex) status: active inet6 fe80::204:23ff:fecb:1cde%em0 prefixlen 64 scopeid 0x1 em1: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:04:23:cb:1c:de trunk: trunkdev trunk0 media: Ethernet autoselect (1000baseT full-duplex) status: active inet6 fe80::204:23ff:fecb:1c7d%em1 prefixlen 64 scopeid 0x2 trunk0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:04:23:cb:1c:de trunk: trunkproto loadbalance trunkport em1 active trunkport em0 master,active groups: trunk media: Ethernet autoselect status: active inet6 fe80::204:23ff:fecb:1cde%trunk0 prefixlen 64 scopeid 0xb vlan1020: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:04:23:cb:1c:de vlan: 1020 priority: 0 parent interface: trunk0 groups: vlan inet6 fe80::204:23ff:fecb:1cde%vlan1020 prefixlen 64 scopeid 0xe inet 192.168.20.1 netmask 0xff00 broadcast 192.168.20.255 -bash-3.2# route show -inet (stripped) Routing tables Internet: DestinationGatewayFlagsRefs UseMtu Interface defaultcareless.aaisp.net UGS 1 8539 - pppoe1 0.0.0.1defaultUH 00 - pppoe0 careless.aaisp.net 90.155.88.39 UH 12 - pppoe1 (pppoe0 is not currently in-use) -bash-3.2# cat /etc/pf.conf nat-anchor ftp-proxy/* rdr-anchor ftp-proxy/* nat on pppoe1 from vlan1020:network to any - (pppoe1) rdr pass on vlan1020 proto tcp from any to any port ftp - 127.0.0.1 port 8021 anchor ftp-proxy/* Scenario:- - Windows client sitting on a 802.1q tagged network. - Vlan ID is 1020 and is set to be the default vlan on the switch port its attached to. - Default gw on client is 192.168.10.1 - trunk0 on firewall is configured as a trunk on the switch (em0/em1), albeit not 802.3ad (not sure on standard) - Client can ping any host on the internet - Client appears to be able to connect to any internet host on port 80, and a 'GET /' works (albeit often to a http 1.1 error as you'd expect) - Only a couple of the website i've tried actually render in a browser,
Re: Rosetta Stone for Unix
Steve Shockley wrote: OpenBSD users can't shut down the system, either... Hmmm... `shutdown -ph now` works OK for me. Is this an inside joke or something? I don't get it. -- View this message in context: http://www.nabble.com/Rosetta-Stone-for-Unix-tp19890925p19903293.html Sent from the openbsd user - misc mailing list archive at Nabble.com.
Re: microphone input for azalia?
On 18:16 Thu 02 Oct, Alexandre Ratchov wrote: there seems to be a problem with the driver (afaik it should select other usable parameters instead of failing) By the way, now this problem may be solved by these azalia(4) patches: http://article.gmane.org/gmane.os.openbsd.tech/15986 they do work for me. -- Vladimir Kirillov http://darkproger.net
Shared Memory Extension in X
Hello All, I notice that when I launch Opera in OpenBSD it says that there is no shared memory extension enabled, but looking at my xorg.0.log I see (II) Initializing built-in extension MIT-SHM So I am wondering, is this just something that is disabled when running Linux Emulation, or is this something else? Aaron Hsu
Packages list on website down - links included
http://www.openbsd.org/4.3_packages/ http://www.openbsd.org/4.2_packages/ http://www.openbsd.org/4.1_packages/ Just fyi, appears these are not working right now.. tried from different networks, comes up with 404. All other links on the page appear to work.. Tried to guess 4.4 packages but it's not ready yet. Would assume it's tied to 4.4 coming out... but just in case. Brian
Re: Rosetta Stone for Unix
Right, let me put on my hippie robes so that we can sing koombaya. Obviously it doesn't matter that website is spewing shit; it is the thought that counts. On Thu, Oct 09, 2008 at 03:01:22PM +0200, Han Boetes wrote: Theo de Raadt wrote: http://bhami.com/rosetta.html As always, it is a shame that those types of pages have so many errors. [snip: examples] It is just sad. It's better to light a candle than to curse the darkness. # Han
Licensing Help
I'm looking for some clarification on Licensing. I'm looking to build a product using: OpenBSD Tomcat MySQL Java I know OpenBSD is do what you want. Anyone know what sun says for licensing? I'm looking to sell this product for profit which will help me give back to OpenBSD :) Anyone know what I would have to do for Sun to let me do this? or is they don't care just create and sell? I'm looking for any help I can get on this topic. Maybe someone at sun that I can talk to that would help me. Thanks!!!
DHCPD on 4.3 not passing options
Hi, I got a new machine to become my new server, so I installed OpenBSD 4.3 stable and all services thar run on the old machine. The older one runs OpenBSD 4.2 stable upgraded from OpenBSD 4.1 stable, everything works fine including dhcpd that pass some special options that says to System Imager Client which server to search for. On the new machine with the same configuration file, it does not work. The System Imager clients did not get the values, I think it is not passed. All the default information are passed. I recompiled again my userland to try to solve this, but it not works. Below my configuration file: # $OpenBSD: dhcpd.conf,v 1.1 1998/08/19 04:25:45 form Exp $ # # DHCP server options. # See dhcpd.conf(5) and dhcpd(8) for more information. # option domain-name ncd.org.br; option impress-servers 192.168.1.252; option time-servers 192.168.1.254; default-lease-time 86400; max-lease-time 9; subnet 192.168.1.0 netmask 255.255.255.0 { deny unknown-clients; option domain-name-servers 192.168.1.254, 172.20.2.31, 172.20.2.126, 172.20.2.10; server-identifier 192.168.1.252; option routers 192.168.1.254; # Servidor System Imager option option-100 192.168.1.252; option option-140 192.168.1.252; option option-144 n; next-server 192.168.1.252; filename pxelinux.bin; range 192.168.1.1 192.168.1.24; range 192.168.1.251 192.168.1.251; #Clientes host ncd01 { hardware ethernet 00:0B:E0:J6:1C:FE; fixed-address 192.168.1.1; option host-name ncd01;} . . . (Other clients) } Any idea , how to solve this? Thanks in advance.
Re: Erratic NAT behaviour
Thanks all - reducing the MTU as above did fix the issue.
Re: DHCPD on 4.3 not passing options
Beto schrieb: # Servidor System Imager option option-100 192.168.1.252; option option-140 192.168.1.252; Any idea , how to solve this? Thanks in advance. ' sure you need the quotation marks? It is my understanding this would serve a string rather than an ip-address type.
Re: OpenBSD 4.4 CDs have arrived in Bonn/Germany
On Thursday, October 9, 2008 at 10:36:54 +0200, Guido Tschakert wrote: Hi Folks, just a few minutes ago a packet from Wim arrived in my office. The CD's have arrived here (Amersfoort, Netherlands) today as well. Thanks to all developers for another great release! Don't forget to order your copy at https://https.openbsd.org/cgi-bin/order.eu (Europe) or https://https.openbsd.org/cgi-bin/order (rest of the world) may the source be with us Amen. Maurice
Re: Problem With OpenBSD 4.3 Install
# dmesg OpenBSD 4.3 (GENERIC) #698: Wed Mar 12 11:07:05 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Xeon(R) CPU E5405 @ 2.00GHz (GenuineIntel 686-class) 2 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, CF LUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,TM2,C X16,xTPR real mem = 3484319744 (3322MB) avail mem = 3380543488 (3223MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 04/29/08, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.5 @ 0xcfb9c000 (67 entries) bios0: vendor Dell Inc. version 2.3.1 date 04/29/2008 bios0: Dell Inc. PowerEdge 1950 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC SPCR HPET MCFG WD__ SLIC ERST HEST BERT EINJ TCPA acpi0: wakeup devices PCI0(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 4 (PEX2) acpiprt2 at acpi0: bus 5 (UPST) acpiprt3 at acpi0: bus 6 (DWN1) acpiprt4 at acpi0: bus 8 (DWN2) acpiprt5 at acpi0: bus 1 (PEX3) acpiprt6 at acpi0: bus 0 (PE2P) acpiprt7 at acpi0: bus 10 (PEX4) acpiprt8 at acpi0: bus 15 (PEX6) acpiprt9 at acpi0: bus 2 (SBEX) acpiprt10 at acpi0: bus 17 (COMP) acpicpu0 at acpi0: C3 bios0: ROM list: 0xc/0x9000! 0xc9000/0x5c00 0xec000/0x4000! ipmi at mainbus0 not configured cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 5000X Host rev 0x12 ppb0 at pci0 dev 2 function 0 Intel 5000 PCIE rev 0x12 pci1 at ppb0 bus 4 ppb1 at pci1 dev 0 function 0 Intel 6321ESB PCIE rev 0x01 pci2 at ppb1 bus 5 ppb2 at pci2 dev 0 function 0 Intel 6321ESB PCIE rev 0x01 pci3 at ppb2 bus 6 ppb3 at pci3 dev 0 function 0 ServerWorks PCIE-PCIX rev 0xc3 pci4 at ppb3 bus 7 bnx0 at pci4 dev 0 function 0 Broadcom BCM5708 rev 0x12: irq 6 ppb4 at pci2 dev 1 function 0 Intel 6321ESB PCIE rev 0x01 pci5 at ppb4 bus 8 ppb5 at pci1 dev 0 function 3 Intel 6321ESB PCIE-PCIX rev 0x01 pci6 at ppb5 bus 9 ppb6 at pci0 dev 3 function 0 Intel 5000 PCIE rev 0x12 pci7 at ppb6 bus 1 mpi0 at pci7 dev 0 function 0 Symbios Logic SAS1068E rev 0x08: irq 6 scsibus0 at mpi0: 112 targets sd0 at scsibus0 targ 0 lun 0: Dell, VIRTUAL DISK, 1028 SCSI3 0/direct fixed sd0: 75340MB, 75340 cyl, 16 head, 128 sec, 512 bytes/sec, 154296320 sec total ses0 at scsibus0 targ 8 lun 0: DP, BACKPLANE, 1.05 SCSI3 13/enclosure services fixed ppb7 at pci0 dev 4 function 0 Intel 5000 PCIE x8 rev 0x12 pci8 at ppb7 bus 10 ppb8 at pci8 dev 0 function 0 vendor IDT, unknown product 0x8018 rev 0x0e pci9 at ppb8 bus 11 ppb9 at pci9 dev 2 function 0 vendor IDT, unknown product 0x8018 rev 0x0e pci10 at ppb9 bus 12 Intel PRO/1000 QP (82575GB) rev 0x02 at pci10 dev 0 function 0 not configured Intel PRO/1000 QP (82575GB) rev 0x02 at pci10 dev 0 function 1 not configured ppb10 at pci9 dev 4 function 0 vendor IDT, unknown product 0x8018 rev 0x0e pci11 at ppb10 bus 13 Intel PRO/1000 QP (82575GB) rev 0x02 at pci11 dev 0 function 0 not configured Intel PRO/1000 QP (82575GB) rev 0x02 at pci11 dev 0 function 1 not configured ppb11 at pci0 dev 5 function 0 Intel 5000 PCIE rev 0x12 pci12 at ppb11 bus 14 ppb12 at pci0 dev 6 function 0 Intel 5000 PCIE x8 rev 0x12 pci13 at ppb12 bus 15 ppb13 at pci0 dev 7 function 0 Intel 5000 PCIE rev 0x12 pci14 at ppb13 bus 16 pchb1 at pci0 dev 16 function 0 Intel 5000 Error Reporting rev 0x12 pchb2 at pci0 dev 16 function 1 Intel 5000 Error Reporting rev 0x12 pchb3 at pci0 dev 16 function 2 Intel 5000 Error Reporting rev 0x12 pchb4 at pci0 dev 17 function 0 Intel 5000 Reserved rev 0x12 pchb5 at pci0 dev 19 function 0 Intel 5000 Reserved rev 0x12 pchb6 at pci0 dev 21 function 0 Intel 5000 FBD rev 0x12 pchb7 at pci0 dev 22 function 0 Intel 5000 FBD rev 0x12 ppb14 at pci0 dev 28 function 0 Intel 6321ESB PCIE rev 0x09 pci15 at ppb14 bus 2 ppb15 at pci15 dev 0 function 0 ServerWorks PCIE-PCIX rev 0xc3 pci16 at ppb15 bus 3 bnx1 at pci16 dev 0 function 0 Broadcom BCM5708 rev 0x12: irq 6 uhci0 at pci0 dev 29 function 0 Intel 6321ESB USB rev 0x09: irq 11 uhci1 at pci0 dev 29 function 1 Intel 6321ESB USB rev 0x09: irq 10 uhci2 at pci0 dev 29 function 2 Intel 6321ESB USB rev 0x09: irq 11 uhci3 at pci0 dev 29 function 3 Intel 6321ESB USB rev 0x09: irq 10 ehci0 at pci0 dev 29 function 7 Intel 6321ESB USB rev 0x09: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb16 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xd9 pci17 at ppb16 bus 17 vga1 at pci17 dev 13 function 0 ATI ES1000 rev 0x02 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 6321ESB LPC rev 0x09: PM disabled pciide0 at pci0 dev 31 function 1 Intel 6321ESB IDE rev 0x09: DMA, channel 0 c onfigured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: HL-DT-ST, CDRW/DVD
Re: Random crashes with Intel D945GCLF2
I just committed a fix for the dmesg corruption problem. This may also fix the random crashes you were saying. Current snapshots should already have the fix. Boy, those Intel-branded boards have shitty BIOSes...
Re: OpenBSD 4.4 CDs have arrived in Bonn/Germany
On 10/9/08, Maurice Janssen [EMAIL PROTECTED] wrote: On Thursday, October 9, 2008 at 10:36:54 +0200, Guido Tschakert wrote: Hi Folks, just a few minutes ago a packet from Wim arrived in my office. The CD's have arrived here (Amersfoort, Netherlands) today as well. Thanks to all developers for another great release! Those of us who live in Vancouver have become used to the delay it takes for Theo and company to spelunk their way through the Rocky Mountains from Calgary to deliver our orders. It must irk the team somewhat to realize the courier pigeons carrying product to Europe are marginally faster. Gerald.
Re: DHCPD on 4.3 not passing options
One extreme workaround is to use the OpenBSD port of ISC dhcpd 3.1.0 (in the 4.3 ports repository ) If you do, you can declare custom option values symbolically, like this: option openbsd-install-script code 225 = text ; and then later: option openbsd-install-script http://www/config/custom-install.sh;; You also need to make sure that your dhcp client is requesting the option values you care about, see /etc/dhclient.conf In a recent email to [EMAIL PROTECTED], Nick Bender stated: Note that if you use the stock dhcpd you need to be running a version built after 10-sep-2008 as there was a bug in dhcpd which caused unreliable handling of dhcp option numbers greater than 63. So this might be related to your problem as well. On Oct 9, 2008, at 11:38 AM, Beto wrote: Hi, I got a new machine to become my new server, so I installed OpenBSD 4.3 stable and all services thar run on the old machine. The older one runs OpenBSD 4.2 stable upgraded from OpenBSD 4.1 stable, everything works fine including dhcpd that pass some special options that says to System Imager Client which server to search for. On the new machine with the same configuration file, it does not work. The System Imager clients did not get the values, I think it is not passed. All the default information are passed. I recompiled again my userland to try to solve this, but it not works. Below my configuration file: # $OpenBSD: dhcpd.conf,v 1.1 1998/08/19 04:25:45 form Exp $ # # DHCP server options. # See dhcpd.conf(5) and dhcpd(8) for more information. # option domain-name ncd.org.br; option impress-servers 192.168.1.252; option time-servers 192.168.1.254; default-lease-time 86400; max-lease-time 9; subnet 192.168.1.0 netmask 255.255.255.0 { deny unknown-clients; option domain-name-servers 192.168.1.254, 172.20.2.31, 172.20.2.126, 172.20.2.10; server-identifier 192.168.1.252; option routers 192.168.1.254; # Servidor System Imager option option-100 192.168.1.252; option option-140 192.168.1.252; option option-144 n; next-server 192.168.1.252; filename pxelinux.bin; range 192.168.1.1 192.168.1.24; range 192.168.1.251 192.168.1.251; #Clientes host ncd01 { hardware ethernet 00:0B:E0:J6:1C:FE; fixed-address 192.168.1.1; option host-name ncd01;} . . . (Other clients) } Any idea , how to solve this? Thanks in advance.
root acount unable to mail gmail.com
Hi, using a clean install of OpenBSD 4.3, after doing some changes, the /etc/rc.conf sendmail_flags uses /etc/mail/sendmail.cf as config file. popa3d runs OK and network also, but I have a problem. When I send mail as a regular user, mail goes to the account but if I login as root and then send a mail to a wellknown gmail.com account (this acount, [EMAIL PROTECTED], for example) mail never comes. This is a gmail.com problem? didn't found anything about restrictions on root acount and sendmail. Thanks for all. -Jesus.
Re: root acount unable to mail gmail.com
On Thu, Oct 9, 2008 at 6:44 PM, Jesus Sanchez [EMAIL PROTECTED] wrote: Hi, using a clean install of OpenBSD 4.3, after doing some changes, the /etc/rc.conf sendmail_flags uses /etc/mail/sendmail.cf as config file. popa3d runs OK and network also, but I have a problem. When I send mail as a regular user, mail goes to the account but if I login as root and then send a mail to a wellknown gmail.com account (this acount, [EMAIL PROTECTED], for example) mail never comes. This is a gmail.com problem? didn't found anything about restrictions on root acount and sendmail. How are you sending the mail (show us your commands)? If you are running as a a regular user and try sending mail does it show up in the gmail account? I know that I can send mail to gmail accounts just with the default install. It's possible gmail or an intermediary ISP is blacklisting your IP block for some reason. -Nick
Re: root acount unable to mail gmail.com
On Thu, Oct 9, 2008 at 6:44 PM, Jesus Sanchez [EMAIL PROTECTED] wrote: Hi, using a clean install of OpenBSD 4.3, after doing some changes, the /etc/rc.conf sendmail_flags uses /etc/mail/sendmail.cf as config file. popa3d runs OK and network also, but I have a problem. When I send mail as a regular user, mail goes to the account but if I login as root and then send a mail to a wellknown gmail.com account (this acount, [EMAIL PROTECTED], for example) mail never comes. This is a gmail.com problem? does mail sent as root arrive anywhere else? is there anything in the logs? is it in the spam folder?
Re: root acount unable to mail gmail.com
i can send mail from root to my gmail. check your mail logs and mail queue. On Thu, Oct 9, 2008 at 3:44 PM, Jesus Sanchez [EMAIL PROTECTED] wrote: Hi, using a clean install of OpenBSD 4.3, after doing some changes, the /etc/rc.conf sendmail_flags uses /etc/mail/sendmail.cf as config file. popa3d runs OK and network also, but I have a problem. When I send mail as a regular user, mail goes to the account but if I login as root and then send a mail to a wellknown gmail.com account (this acount, [EMAIL PROTECTED], for example) mail never comes. This is a gmail.com problem? didn't found anything about restrictions on root acount and sendmail. Thanks for all. -Jesus. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Kadintadinda.com #039;dan Hediyeli Ürünler...
2si 1arada ⢠Breast Gain Breast Gain Plus (Bras Gein) Gvg|s B|y|t|c| Hap (1 adet) + ⢠Bonie Bonie Masaj Jelleri (Sade) (1 adet) 145.00 YTL 110.00 YTL Bak}m Zaman} ⢠Bonie Bonie Anti Sel|lit Giderici Bant HAPPYMO]S NEMLEND]R]C] HED]YEL] (1 adet) + ⢠Bonie Bonie HappyMois Nemlendirici Krem Tazelenmi~ bir cilt, I~}l }~}l, bak}ml} parlak ciltler... (1 adet) 219.99 YTL 160.00 YTL ]~te F}rsat ⢠Bonie Bonie Anti-Rides Botoks Kremi (1 adet) + ⢠Bonie Bonie Peeling \r|nleri (1 adet) 274.99 YTL 215.00 YTL ]geripi gvremiyorsan}z t}klay}n}z E-B|lten listesinden g}kmak igin t}klay}n}z
Re: Licensing Help
On Thu, Oct 9, 2008 at 11:21 AM, Benjamin Adams [EMAIL PROTECTED] wrote: I'm looking for some clarification on Licensing. I'm looking to build a product using: OpenBSD Tomcat MySQL Java I know OpenBSD is do what you want. Anyone know what sun says for licensing? I'm looking to sell this product for profit which will help me give back to OpenBSD :) Anyone know what I would have to do for Sun to let me do this? or is they don't care just create and sell? I'm looking for any help I can get on this topic. Maybe someone at sun that I can talk to that would help me. Thanks!!! It's probably best to go to each product's web site, or their tarballs, and look for a license document. I believe MySQL and Java are GNU GPLv2, but I'm not sure, you're best to look for that as well. Also note that not *all* of OpenBSD is the BSD-spirit license. For example, GCC is under the GNU GPL (though depending on your product, you can get away with no compiler set); you will need to make sure that these components' licenses are obeyed as well.
Re: root acount unable to mail gmail.com
lets see step by step. a very very dirty conf, but only to try things. - clean install - dhclient if (network works well) - hostname zexel.es (it's not true I own that domain, but needed) - edit /etc/hosts adding a line 127.0.0.1 zexel.es - mail to my self ([EMAIL PROTECTED]) to try, it works. - create a user zexel - log as zexel - mail [EMAIL PROTECTED] (this acount) and the mail arrives. - log again as root - mail [EMAIL PROTECTED] mail don't arrives. - /var/spool/mqueue is empty - this is the really dirty /var/log/maillog I got after some mails: /var/log/maillog =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Oct 9 19:16:46 vm sm-mta[20092]: starting daemon (8.14.1): [EMAIL PROTECTED]:30:00 Oct 9 19:18:04 vm sendmail[16332]: m9A1I2JO016332: from=root, size=17, class=0, nrcpts=2, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 9 19:18:05 vm sm-mta[10711]: m9A1I4NR010711: from=[EMAIL PROTECTED], size=272, class=0, nrcpts=2, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=MTA, [EMAIL PROTECTED] [127.0.0.1] Oct 9 19:18:05 vm sendmail[16332]: m9A1I2JO016332: [EMAIL PROTECTED],asfdasdf, ctladdr=root (0/0), delay=00:00:03, xdelay=00:00:01, mailer=relay, pri=60017, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (m9A1I4NR010711 Message accepted for delivery) Oct 9 19:18:05 vm sm-mta[3292]: m9A1I4NR010711: SYSERR(root): zexel.es. config error: mail loops back to me (MX problem?) Oct 9 19:18:05 vm sm-mta[13079]: m9A1I5sS013079: [EMAIL PROTECTED] [127.0.0.1] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA Oct 9 19:18:05 vm sm-mta[3292]: m9A1I4NR010711: to=[EMAIL PROTECTED],[EMAIL PROTECTED], delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=60272, relay=zexel.es. [127.0.0.1], dsn=5.3.5, stat=Local configuration error Oct 9 19:18:05 vm sm-mta[3292]: m9A1I4NR010711: m9A1I5NR003292: DSN: Local configuration error Oct 9 19:18:06 vm sm-mta[3292]: m9A1I5NR003292: to=root, delay=00:00:01, xdelay=00:00:01, mailer=local, pri=61296, dsn=2.0.0, stat=Sent Oct 9 19:18:06 vm sm-mta[3292]: m9A1I5NR003292: to=[EMAIL PROTECTED], delay=00:00:01, xdelay=00:00:00, mailer=esmtp, pri=61296, relay=zexel.es., dsn=5.3.5, stat=Local configuration error Oct 9 19:18:06 vm sm-mta[3292]: m9A1I5NR003292: m9A1I5NS003292: return to sender: Local configuration error Oct 9 19:18:06 vm sm-mta[3292]: m9A1I5NS003292: to=root, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=32320, dsn=2.0.0, stat=Sent Oct 9 19:19:10 vm sendmail[5978]: m9A1JAU2005978: from=root, size=62, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 9 19:19:10 vm sm-mta[24475]: m9A1JA5p024475: from=[EMAIL PROTECTED], size=338, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=MTA, [EMAIL PROTECTED] [127.0.0.1] Oct 9 19:19:10 vm sendmail[5978]: m9A1JAU2005978: [EMAIL PROTECTED], ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30062, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (m9A1JA5p024475 Message accepted for delivery) Oct 9 19:19:12 vm sm-mta[25711]: m9A1JA5p024475: to=[EMAIL PROTECTED], delay=00:00:02, xdelay=00:00:02, mailer=esmtp, pri=30338, relay=gmail-smtp-in.l.google.com. [216.239.59.27], dsn=2.0.0, stat=Sent (Ok: queued as 1D8AB4B26D3) Oct 9 19:20:26 vm sendmail[11607]: m9A1KQGd011607: from=root, size=47, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 9 19:20:26 vm sm-mta[1777]: m9A1KQos001777: from=[EMAIL PROTECTED], size=323, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=MTA, [EMAIL PROTECTED] [127.0.0.1] Oct 9 19:20:26 vm sendmail[11607]: m9A1KQGd011607: [EMAIL PROTECTED], ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30047, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (m9A1KQos001777 Message accepted for delivery) Oct 9 19:20:28 vm sm-mta[30452]: m9A1KQos001777: to=[EMAIL PROTECTED], delay=00:00:02, xdelay=00:00:02, mailer=esmtp, pri=30323, relay=gmail-smtp-in.l.google.com. [216.239.59.27], dsn=2.0.0, stat=Sent (Ok: queued as 1D9D30238F6) Oct 9 19:21:53 vm sendmail[13249]: gethostbyaddr(192.168.18.128) failed: 1 Oct 9 19:21:53 vm sendmail[29922]: starting daemon (8.14.1): SMTP Oct 9 19:22:09 vm sendmail[29027]: m9A1M91c029027: from=root, size=47, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 9 19:22:09 vm sendmail[622]: m9A1M9bN000622: from=[EMAIL PROTECTED], size=323, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=MTA, [EMAIL PROTECTED] [127.0.0.1] Oct 9 19:22:09 vm sendmail[29027]: m9A1M91c029027: [EMAIL PROTECTED], ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30047, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (m9A1M9bN000622 Message accepted for delivery) Oct 9 19:22:11 vm sendmail[32256]: m9A1M9bN000622: to=[EMAIL PROTECTED], ctladdr=[EMAIL PROTECTED] (0/0), delay=00:00:02, xdelay=00:00:02, mailer=esmtp, pri=30323, relay=gmail-smtp-in.l.google.com. [216.239.59.27],
Re: DHCPD on 4.3 not passing options
Thank you for the answers. Dorian, this options is how systemimager works. On an ISC dhcpd3 it is declared: option option-140 code 140 = text; Don, I updated my src tree (stable) and recompiled my userland yesterday, the error persist. The code without bug was updated on the stable tree? Thanks. On Thu, Oct 9, 2008 at 6:40 PM, Don Jackson [EMAIL PROTECTED] wrote: One extreme workaround is to use the OpenBSD port of ISC dhcpd 3.1.0 (in the 4.3 ports repository ) If you do, you can declare custom option values symbolically, like this: option openbsd-install-script code 225 = text ; and then later: option openbsd-install-script http://www/config/custom-install.sh;; You also need to make sure that your dhcp client is requesting the option values you care about, see /etc/dhclient.conf In a recent email to [EMAIL PROTECTED], Nick Bender stated: Note that if you use the stock dhcpd you need to be running a version built after 10-sep-2008 as there was a bug in dhcpd which caused unreliable handling of dhcp option numbers greater than 63. So this might be related to your problem as well. On Oct 9, 2008, at 11:38 AM, Beto wrote: Hi, I got a new machine to become my new server, so I installed OpenBSD 4.3 stable and all services thar run on the old machine. The older one runs OpenBSD 4.2 stable upgraded from OpenBSD 4.1 stable, everything works fine including dhcpd that pass some special options that says to System Imager Client which server to search for. On the new machine with the same configuration file, it does not work. The System Imager clients did not get the values, I think it is not passed. All the default information are passed. I recompiled again my userland to try to solve this, but it not works. Below my configuration file: # $OpenBSD: dhcpd.conf,v 1.1 1998/08/19 04:25:45 form Exp $ # # DHCP server options. # See dhcpd.conf(5) and dhcpd(8) for more information. # option domain-name ncd.org.br; option impress-servers 192.168.1.252; option time-servers 192.168.1.254; default-lease-time 86400; max-lease-time 9; subnet 192.168.1.0 netmask 255.255.255.0 { deny unknown-clients; option domain-name-servers 192.168.1.254, 172.20.2.31, 172.20.2.126, 172.20.2.10; server-identifier 192.168.1.252; option routers 192.168.1.254; # Servidor System Imager option option-100 192.168.1.252; option option-140 192.168.1.252; option option-144 n; next-server 192.168.1.252; filename pxelinux.bin; range 192.168.1.1 192.168.1.24; range 192.168.1.251 192.168.1.251; #Clientes host ncd01 { hardware ethernet 00:0B:E0:J6:1C:FE; fixed-address 192.168.1.1; option host-name ncd01;} . . . (Other clients) } Any idea , how to solve this? Thanks in advance. -- Paulo Roberto Vieira Brandco
Re: root acount unable to mail gmail.com
My god, it's on the spam folder... sorry for the noise, I looked everywhere but that. thanks for all. Jesus Sanchez escribis: lets see step by step. a very very dirty conf, but only to try things. - clean install - dhclient if (network works well) - hostname zexel.es (it's not true I own that domain, but needed) - edit /etc/hosts adding a line 127.0.0.1 zexel.es - mail to my self ([EMAIL PROTECTED]) to try, it works. - create a user zexel - log as zexel - mail [EMAIL PROTECTED] (this acount) and the mail arrives. - log again as root - mail [EMAIL PROTECTED] mail don't arrives. - /var/spool/mqueue is empty - this is the really dirty /var/log/maillog I got after some mails: /var/log/maillog =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Oct 9 19:16:46 vm sm-mta[20092]: starting daemon (8.14.1): [EMAIL PROTECTED]:30:00 Oct 9 19:18:04 vm sendmail[16332]: m9A1I2JO016332: from=root, size=17, class=0, nrcpts=2, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 9 19:18:05 vm sm-mta[10711]: m9A1I4NR010711: from=[EMAIL PROTECTED], size=272, class=0, nrcpts=2, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=MTA, [EMAIL PROTECTED] [127.0.0.1] Oct 9 19:18:05 vm sendmail[16332]: m9A1I2JO016332: [EMAIL PROTECTED],asfdasdf, ctladdr=root (0/0), delay=00:00:03, xdelay=00:00:01, mailer=relay, pri=60017, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (m9A1I4NR010711 Message accepted for delivery) Oct 9 19:18:05 vm sm-mta[3292]: m9A1I4NR010711: SYSERR(root): zexel.es. config error: mail loops back to me (MX problem?) Oct 9 19:18:05 vm sm-mta[13079]: m9A1I5sS013079: [EMAIL PROTECTED] [127.0.0.1] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA Oct 9 19:18:05 vm sm-mta[3292]: m9A1I4NR010711: to=[EMAIL PROTECTED],[EMAIL PROTECTED], delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=60272, relay=zexel.es. [127.0.0.1], dsn=5.3.5, stat=Local configuration error Oct 9 19:18:05 vm sm-mta[3292]: m9A1I4NR010711: m9A1I5NR003292: DSN: Local configuration error Oct 9 19:18:06 vm sm-mta[3292]: m9A1I5NR003292: to=root, delay=00:00:01, xdelay=00:00:01, mailer=local, pri=61296, dsn=2.0.0, stat=Sent Oct 9 19:18:06 vm sm-mta[3292]: m9A1I5NR003292: to=[EMAIL PROTECTED], delay=00:00:01, xdelay=00:00:00, mailer=esmtp, pri=61296, relay=zexel.es., dsn=5.3.5, stat=Local configuration error Oct 9 19:18:06 vm sm-mta[3292]: m9A1I5NR003292: m9A1I5NS003292: return to sender: Local configuration error Oct 9 19:18:06 vm sm-mta[3292]: m9A1I5NS003292: to=root, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=32320, dsn=2.0.0, stat=Sent Oct 9 19:19:10 vm sendmail[5978]: m9A1JAU2005978: from=root, size=62, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 9 19:19:10 vm sm-mta[24475]: m9A1JA5p024475: from=[EMAIL PROTECTED], size=338, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=MTA, [EMAIL PROTECTED] [127.0.0.1] Oct 9 19:19:10 vm sendmail[5978]: m9A1JAU2005978: [EMAIL PROTECTED], ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30062, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (m9A1JA5p024475 Message accepted for delivery) Oct 9 19:19:12 vm sm-mta[25711]: m9A1JA5p024475: to=[EMAIL PROTECTED], delay=00:00:02, xdelay=00:00:02, mailer=esmtp, pri=30338, relay=gmail-smtp-in.l.google.com. [216.239.59.27], dsn=2.0.0, stat=Sent (Ok: queued as 1D8AB4B26D3) Oct 9 19:20:26 vm sendmail[11607]: m9A1KQGd011607: from=root, size=47, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 9 19:20:26 vm sm-mta[1777]: m9A1KQos001777: from=[EMAIL PROTECTED], size=323, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=MTA, [EMAIL PROTECTED] [127.0.0.1] Oct 9 19:20:26 vm sendmail[11607]: m9A1KQGd011607: [EMAIL PROTECTED], ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30047, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (m9A1KQos001777 Message accepted for delivery) Oct 9 19:20:28 vm sm-mta[30452]: m9A1KQos001777: to=[EMAIL PROTECTED], delay=00:00:02, xdelay=00:00:02, mailer=esmtp, pri=30323, relay=gmail-smtp-in.l.google.com. [216.239.59.27], dsn=2.0.0, stat=Sent (Ok: queued as 1D9D30238F6) Oct 9 19:21:53 vm sendmail[13249]: gethostbyaddr(192.168.18.128) failed: 1 Oct 9 19:21:53 vm sendmail[29922]: starting daemon (8.14.1): SMTP Oct 9 19:22:09 vm sendmail[29027]: m9A1M91c029027: from=root, size=47, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 9 19:22:09 vm sendmail[622]: m9A1M9bN000622: from=[EMAIL PROTECTED], size=323, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=MTA, [EMAIL PROTECTED] [127.0.0.1] Oct 9 19:22:09 vm sendmail[29027]: m9A1M91c029027: [EMAIL PROTECTED], ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30047, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (m9A1M9bN000622 Message accepted for delivery) Oct 9 19:22:11 vm sendmail[32256]: m9A1M9bN000622: to=[EMAIL PROTECTED], ctladdr=[EMAIL
Re: Random crashes with Intel D945GCLF2
Mark Kettenis wrote: I just committed a fix for the dmesg corruption problem. This may also fix the random crashes you were saying. Current snapshots should already have the fix. Thanks, Mark! I'll give it a shot tonight and report back with the results. Boy, those Intel-branded boards have shitty BIOSes... And support. They've basically said that OpenBSD is not a supported OS, so they won't help me. Neither do they support diagnostics from third-party programs or companies. I think I've learned my lesson here. - Damian
From.Dr,petersmith
B!Tengo nueva direcciC3n de correo!Ahora puedes escribirme a:[EMAIL PROTECTED] - Dear:Sir/Ma ,This is to officially inform you that we have verified your contract/inheritance fund file and found out that you have not received your fund $10.5M,you will receive it thru ATM CARD, forward your name, address and direct telephone number.
Re: microphone input for azalia?
On Thu, Oct 09, 2008 at 09:43:11PM +0300, Vladimir Kirillov wrote: On 18:16 Thu 02 Oct, Alexandre Ratchov wrote: there seems to be a problem with the driver (afaik it should select other usable parameters instead of failing) By the way, now this problem may be solved by these azalia(4) patches: http://article.gmane.org/gmane.os.openbsd.tech/15986 they do work for me. different issue. those diffs may fix a problem where the driver accepts a sample rate but the hw will not actually operate at that rate. for example, those diffs let me actually record at rates other than 48 kHz. the problem Alexandre refers to is that in some cases some drivers will return an error when trying to set an unsupported sample rate with AUDIO_SETINFO. -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org
CARP multicast and ADSL bridge
Hello, After much reading of man pages, FAQs and googling, I have come up against a dead end. I have a dual redundant CARP setup on 2 sparc64 boxes running 4.3, with an Ovislink OV303 ADSL bridge for internet connectivity. All ports are connected to the bridge with a procurve 1800-24g semi-intelligent switch. The problems are that the multicast CARP packets are getting forwarded over the bridge and running up my very limited bandwidth cap (which, of course, is no one's problem but my own) and more importantly is causing my ADSL connection to be dropped every 10-15 minutes. The tech at the ISP diagnosed the problem, and I wouldn't have believed it if I hadn't verified the behaviour myself. As soon as I disable CARP on the external interface and the CARP announce packets stop, the connection stays up for days. With CARP running, I would sometimes be down for hours, with the ADSL connection going up for a second, and dropping right away. I tried to do multicast filtering on the ADSL port, but my switch isn't intelligent enough, and the ADSL device won't filter in bridge mode. The only thing I could think to do is to put the 2 CARP ports on a seperate VLAN and route the CARP multicast packets through that, but my attempts to use pf to rdr the multicast packets to a separate vlan0 interface have not been successful. Is there a magical way to resolve my situation without buying a more expensive switch? I thought it would be worth asking before shutting up and hacking together a possibly stupid VLAN tagging solution in ip_carp. Thanks for your patience. -Brian Marshall
Re: Rosetta Stone for Unix
On Thu, Oct 09, 2008 at 03:01:22PM +0200, Han Boetes wrote: Theo de Raadt wrote: http://bhami.com/rosetta.html As always, it is a shame that those types of pages have so many errors. [snip: examples] It is just sad. It's better to light a candle than to curse the darkness. # Han On Thu, Oct 09, 2008 at 11:11:26AM -0500, Marco Peereboom spoke thusly: Right, let me put on my hippie robes so that we can sing koombaya. Obviously it doesn't matter that website is spewing shit; it is the thought that counts. For what it's worth, I never meant to stir up a hornet's nest on the list. The guy's got a mailto link and welcomes all corrections. He answers promptly, too. I guess it's being done in the spirit of open source. You know, where everyone is welcome to pitch in constructively? Hence, the link for Contributions and corrections gratefully accepted. I already wrote to him about what Theo spotted right off and got an answer he will correct it as soon as possible. I went back again, clicked on 'set all OS' and 'Draw table', and can find no shutdown command ref for OpenBSD. There's just a ? there. Checked OpenBSD in the box, again clicked 'Draw Table' and got the same. Maybe the person who wrote the previous message pertaining to that command looked at the wrong column. Or hell, maybe I did. It's apparent it's a work in progress. Kind of like release schedules, applying patches, etc. Things improve with time. Why not pitch in and help the guy? Or not. Point is, he's trying. I guess he could take the 'Sysadmin' out at the top of the page, possibly misleading to a newbie, but he's also got good links to the OpenBSD FAQ's and man pages. Those ARE definitive guides and users are warned about that early on, both in the documentation and on the mailing lists. If they choose to try to shortcut and use something they found like on the site in question and it bites them in the butt, they only have themselves to blame. I don't think any sysadmin worth his salt would blindly follow everything on the site. -- Denny White === GnuPG key : 0x1644E79A | http://wwwkeys.nl.pgp.net Fingerprint: D0A9 AD44 1F10 E09E 0E67 EC25 CB44 F2E5 1644 E79A ===
Re: Random crashes with Intel D945GCLF2
2008/10/10 Damian Gerow [EMAIL PROTECTED]: Mark Kettenis wrote: Boy, those Intel-branded boards have shitty BIOSes... And support. They've basically said that OpenBSD is not a supported OS, so they won't help me. Neither do they support diagnostics from third-party programs or companies. I think I've learned my lesson here. I thought it odd being an Intel board not using an Intel NIC. Not really their board? Shane