Unexpected behavior of netstat in 4.3
Hi. I noticed the following misbehavior of netstat in 4.3. The manual page says: [... snipp ...] -I interface Show information about the specified interface; used with a wait interval as described below. [... snipp ...] O.K. Using 4.2 netstat -I interface works as expected: -bash-3.2$ uname -a OpenBSD piglet.badphish.dyndns.org 4.2 GENERIC#0 i386 -bash-3.2$ netstat -ib -I fxp0 NameMtu Network Address Ibytes Obytes fxp01500 Link 00:a0:c9:a0:73:84 514885834 263525662 fxp01500 fe80::%fxp0 fe80::2a0:c9ff:fe 514885834 263525662 But using the same command in 4.3 returns: -bash-3.2$ uname -a OpenBSD son-goku.badphish.dyndns.org 4.3 GENERIC#698 i386 -bash-3.2$ netstat -ib -I vr0 NameMtu Network Address Ibytes Obytes lo0 33208 localhost localhost.badphis 37219614 37219614 lo0 33208 localhost.b localhost.badphis 37219614 37219614 lo0 33208 fe80::%lo0/ fe80::1%lo0 37219614 37219614 vr0 1500 Link 00:00:24:ca:68:38 26230376471 6788235902 vr0 1500 son-goku-un son-goku-untruste 26230376471 6788235902 vr0 1500 fe80::%vr0/ fe80::200:24ff:fe 26230376471 6788235902 vr1 1500 son-goku-dm son-goku-dmz.badp 21983028148 89288229482 vr1 1500 fe80::%vr1/ fe80::200:24ff:fe 21983028148 89288229482 vr2 1500 son-goku-tr son-goku-trusted. 93517695317 47526180347 vr2 1500 fe80::%vr2/ fe80::200:24ff:fe 93517695317 47526180347 vr3 1500 192.168.211 192.168.211.1 174328335 863529211 vr3 1500 fe80::%vr3/ fe80::200:24ff:fe 174328335 863529211 At least list of changes (http://openbsd.org/plus43.html) notes some modifications to netstat but not this behavior. Maybe a bug? Or how do I request the information for just a single interface? So long, Andreas. -- Windows 95: A 32-bit patch for a 16-bit GUI shell running on top of an 8-bit operating system written for a 4-bit processor by a 2-bit company who cannot stand 1 bit of competition.
Re: UPDATE: mozilla-firefox-3.0
Martynas Venckus wrote: nspr-4.7.1 As kili and ian pointed out, it doesn't apply because patch-mozilla_nsprpub_pr_include_private_primpl_h has been removed. Index: Makefile === RCS file: /cvs/ports/devel/nspr/Makefile,v retrieving revision 1.24 diff -u -r1.24 Makefile --- Makefile12 Feb 2008 23:21:38 - 1.24 +++ Makefile13 Jun 2008 18:31:38 - @@ -6,14 +6,14 @@ COMMENT-main= Netscape Portable Runtime COMMENT-docs= HTML Documentation for NSPR -VER= 4.6.8 +VER= 4.7.1 DISTNAME= nspr-${VER} PKGNAME-main= ${DISTNAME} PKGNAME-docs= nspr-docs-${VER} DISTFILES= ${DISTNAME}${EXTRACT_SUFX} \ nspr-reference${EXTRACT_SUFX}:0 -SO_VERSION= 19.0 +SO_VERSION=20.0 .for _lib in nspr4 plc4 plds4 SHARED_LIBS+= ${_lib} ${SO_VERSION} .endfor @@ -73,7 +73,7 @@ ${MAKE_PROGRAM} -C ${WRKSRC}/pr/tests ${MAKE_PROGRAM} -C ${WRKSRC}/lib/tests @cd ${WRKSRC}/pr/tests ulimit -Sn 192 env TZ=gmt \ - LD_LIBRARY_PATH=${WRKSRC}/dist/lib /bin/ksh runtests.ksh + LD_LIBRARY_PATH=${WRKSRC}/dist/lib /bin/ksh runtests.sh LD_LIBRARY_PATH=${WRKSRC}/dist/lib ${WRKSRC}/lib/tests/string LD_LIBRARY_PATH=${WRKSRC}/dist/lib ${WRKSRC}/lib/tests/base64t Index: distinfo === RCS file: /cvs/ports/devel/nspr/distinfo,v retrieving revision 1.9 diff -u -r1.9 distinfo --- distinfo12 Feb 2008 23:21:38 - 1.9 +++ distinfo13 Jun 2008 18:31:38 - @@ -1,10 +1,10 @@ -MD5 (nspr-4.6.8.tar.gz) = bL9oH4tzEs1U8Et9vqOBvA== +MD5 (nspr-4.7.1.tar.gz) = fG51oIZ84rnsYuOZqQi1rA== MD5 (nspr-reference.tar.gz) = jZRQOnk+OzIiUnYci0jz4A== -RMD160 (nspr-4.6.8.tar.gz) = 2ot3w7OGrbgkZ2E+C8299faDaeo= +RMD160 (nspr-4.7.1.tar.gz) = ILCUX6gVlMb545RqybcJAGjP4Mw= RMD160 (nspr-reference.tar.gz) = 4eQ4pZI64spNagflIfhYo+D3wcY= -SHA1 (nspr-4.6.8.tar.gz) = yg16lA4c9s9r1jaA/t8JAZXQtGA= +SHA1 (nspr-4.7.1.tar.gz) = 3xT+PpNNpLRVWSnXQeQQedMriiQ= SHA1 (nspr-reference.tar.gz) = mihC1ynB3kmPoYRmevtjk5qdcec= -SHA256 (nspr-4.6.8.tar.gz) = R3UOapniVw+iEZ8h1dIBF0KCZ5NSN5pWXj5agEU+SLE= +SHA256 (nspr-4.7.1.tar.gz) = WHgrEUIzWfKiR/Aheqtv4EHzKYSqwfQR2m1DvTTP0Ns= SHA256 (nspr-reference.tar.gz) = zhhZrKNh2VTVMaJ+qR7AzZwW8lssI0mT1E5+d1gHiwo= -SIZE (nspr-4.6.8.tar.gz) = 1313108 +SIZE (nspr-4.7.1.tar.gz) = 1261636 SIZE (nspr-reference.tar.gz) = 195121 Index: patches/patch-mozilla_nsprpub_configure_in === RCS file: /cvs/ports/devel/nspr/patches/patch-mozilla_nsprpub_configure_in,v retrieving revision 1.6 diff -u -r1.6 patch-mozilla_nsprpub_configure_in --- patches/patch-mozilla_nsprpub_configure_in 12 Feb 2008 23:21:38 - 1.6 +++ patches/patch-mozilla_nsprpub_configure_in 13 Jun 2008 18:31:38 - @@ -1,7 +1,7 @@ $OpenBSD: patch-mozilla_nsprpub_configure_in,v 1.6 2008/02/12 23:21:38 martynas Exp $ mozilla/nsprpub/configure.in.orig Wed Oct 31 20:07:38 2007 -+++ mozilla/nsprpub/configure.in Tue Feb 12 23:37:03 2008 -@@ -1728,12 +1728,15 @@ mips-sony-newsos*) +--- mozilla/nsprpub/configure.in.orig Tue Apr 29 02:21:11 2008 mozilla/nsprpub/configure.in Fri Jun 13 21:58:15 2008 +@@ -1802,9 +1802,11 @@ mips-sony-newsos*) AC_DEFINE(OPENBSD) AC_DEFINE(HAVE_BSD_FLOCK) AC_DEFINE(HAVE_SOCKLEN_T) @@ -14,11 +14,7 @@ DSO_CFLAGS=-fPIC MDCPUCFG_H=_openbsd.cfg PR_MD_CSRCS=openbsd.c -+OS_LIBS=-lc - if test -z $USE_NSPR_THREADS; then - USE_PTHREADS=1 - fi -@@ -2781,6 +2784,7 @@ config/autoconf.mk +@@ -2857,6 +2859,7 @@ config/autoconf.mk config/nsprincl.mk config/nsprincl.sh config/nspr-config Index: patches/patch-mozilla_nsprpub_lib_tests_Makefile_in === RCS file: /cvs/ports/devel/nspr/patches/patch-mozilla_nsprpub_lib_tests_Makefile_in,v retrieving revision 1.1 diff -u -r1.1 patch-mozilla_nsprpub_lib_tests_Makefile_in --- patches/patch-mozilla_nsprpub_lib_tests_Makefile_in 7 Nov 2006 16:22:06 - 1.1 +++ patches/patch-mozilla_nsprpub_lib_tests_Makefile_in 13 Jun 2008 18:31:38 - @@ -1,7 +1,7 @@ $OpenBSD: patch-mozilla_nsprpub_lib_tests_Makefile_in,v 1.1 2006/11/07 16:22:06 ajacoutot Exp $ mozilla/nsprpub/lib/tests/Makefile.in.orig Mon Nov 8 03:52:55 2004 -+++ mozilla/nsprpub/lib/tests/Makefile.in Tue Nov 7 09:54:30 2006 -@@ -131,6 +131,12 @@ ifeq ($(OS_ARCH), Linux) +--- mozilla/nsprpub/lib/tests/Makefile.in.orig Sat Nov 17 18:00:44 2007 mozilla/nsprpub/lib/tests/Makefile.in Sat Nov 17 18:09:23 2007 +@@ -134,6 +134,12 @@ ifeq (,$(filter-out OpenBSD,$(OS_ARCH))) endif endif Index: patches/patch-mozilla_nsprpub_pr_include_md__openbsd_cfg
Re: Unexpected behavior of netstat in 4.3
On Sat, Jun 21, 2008 at 09:30:36AM +0200, Andreas Maus wrote: Hi. I noticed the following misbehavior of netstat in 4.3. The manual page says: [... snipp ...] -I interface Show information about the specified interface; used with a wait interval as described below. [... snipp ...] O.K. Using 4.2 netstat -I interface works as expected: -bash-3.2$ uname -a OpenBSD piglet.badphish.dyndns.org 4.2 GENERIC#0 i386 -bash-3.2$ netstat -ib -I fxp0 NameMtu Network Address Ibytes Obytes fxp01500 Link 00:a0:c9:a0:73:84 514885834 263525662 fxp01500 fe80::%fxp0 fe80::2a0:c9ff:fe 514885834 263525662 But using the same command in 4.3 returns: -bash-3.2$ uname -a OpenBSD son-goku.badphish.dyndns.org 4.3 GENERIC#698 i386 -bash-3.2$ netstat -ib -I vr0 NameMtu Network Address Ibytes Obytes lo0 33208 localhost localhost.badphis 37219614 37219614 lo0 33208 localhost.b localhost.badphis 37219614 37219614 lo0 33208 fe80::%lo0/ fe80::1%lo0 37219614 37219614 vr0 1500 Link 00:00:24:ca:68:38 26230376471 6788235902 vr0 1500 son-goku-un son-goku-untruste 26230376471 6788235902 vr0 1500 fe80::%vr0/ fe80::200:24ff:fe 26230376471 6788235902 vr1 1500 son-goku-dm son-goku-dmz.badp 21983028148 89288229482 vr1 1500 fe80::%vr1/ fe80::200:24ff:fe 21983028148 89288229482 vr2 1500 son-goku-tr son-goku-trusted. 93517695317 47526180347 vr2 1500 fe80::%vr2/ fe80::200:24ff:fe 93517695317 47526180347 vr3 1500 192.168.211 192.168.211.1 174328335 863529211 vr3 1500 fe80::%vr3/ fe80::200:24ff:fe 174328335 863529211 At least list of changes (http://openbsd.org/plus43.html) notes some modifications to netstat but not this behavior. Maybe a bug? Or how do I request the information for just a single interface? So long, Andreas. this was fixed here: revision 1.57 date: 2008/03/18 20:03:37; author: claudio; state: Exp; lines: +4 -1 Make -I work correctly. RTM_NEWADDR needs to filter the ifname as well. jmc
Re: Unexpected behavior of netstat in 4.3
On Sat, Jun 21, 2008 at 09:07:14AM +0100, Jason McIntyre wrote: this was fixed here: revision 1.57 date: 2008/03/18 20:03:37; author: claudio; state: Exp; lines: +4 -1 Make -I work correctly. RTM_NEWADDR needs to filter the ifname as well. sorry, should have said this was from netstat/if.c. jmc
Re: simple PF question
Robert Gilaard [EMAIL PROTECTED] writes: All the time I had the following entries in my pf.conf for my Desktop system. However, as I've bought this pf book that was lately released, I begin to suspect that these rules are way to liberal. If I only want to be able to browse the web and maybe use ssh-client, how should I rewrite the rules so that only those ports are open (80,443 and 22)? The main message in the parts of the book you're referring to is that allowing only the traffic you know there's a good reason to allow leads to a cleaner network and fewer surprises. In fact it can be quite instructive (and fun!) to play around with tcpdump to watch what happens on the interfaces you're interested in. You will see, of course, a lot of relatively uninteresting stuff that only says the traffic you thought would pass indeed does, but every now and then you will likely see something that has you grepping /etc/services and browsing man pages. Hm. Might actually be a good idea to expose learners to tcpdump a tad earlier. - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
question on spamd.alloweddomains
I have a question re spamd.alloweddomains. The spamd man [0] page talks about domain suffixes. Is it possible to populate the file with actual addresses? Seems this would be more effective. /juan [0] The file /etc/mail/spamd.alloweddomains can be used to specify a list of domainname suffixes, one per line, one of which must match each destina- tion email address in the greylist. Any destination address which does not match one of the suffixes listed in spamd.alloweddomains will be trapped, exactly as if it were sent to a spamtrap address.
Re: question on spamd.alloweddomains
Juan, You can use email addresses, domains or partial domains in your spamd.alloweddomains file. Spamd tarpit/greylisting anti-spam how to (spamdb) https://calomel.org/spamd_config.html -- Calomel @ https://calomel.org Open Source Research and Reference On Sat, Jun 21, 2008 at 09:24:25AM -0400, Juan Miscaro wrote: I have a question re spamd.alloweddomains. The spamd man [0] page talks about domain suffixes. Is it possible to populate the file with actual addresses? Seems this would be more effective. /juan [0] The file /etc/mail/spamd.alloweddomains can be used to specify a list of domainname suffixes, one per line, one of which must match each destina- tion email address in the greylist. Any destination address which does not match one of the suffixes listed in spamd.alloweddomains will be trapped, exactly as if it were sent to a spamtrap address.
BGPD on 4.3-current Internal Resources Error?
Hi Misc@, Right now I got several machines on 4.3-current, one of them are BGP router. So, on June 20th 2008 snapshot, I got some error like this, Jun 21 00:49:49 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 00:50:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 00:52:00 core1 bgpd[3564]: neighbor 60.253.112.2 (jalawave): session_connect socket: No buffer space available Jun 21 00:52:00 core1 bgpd[3564]: neighbor d.e.f.5 (radnet): session_connect socket: No buffer space available Jun 21 00:54:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 00:54:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 00:56:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 00:56:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 00:58:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 00:58:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:00:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:00:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:01:59 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:01:59 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:04:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:04:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:06:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:06:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:08:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:08:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:10:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:10:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:12:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:12:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:14:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:14:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:16:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:16:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:18:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:18:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Jun 21 01:20:00 core1 bgpd[3564]: neighbor d.e.f.2 (jalawave): session_connect socket: No buffer space available Jun 21 01:20:00 core1 bgpd[3564]: neighbor a.b.c.5 (radnet): session_connect socket: No buffer space available Some time, the machines hang, when I tried to do something on it, it always replies cannot fork bla bla or, if I tried to log on via console, it said, internal resource failure. So here is dmesg, I hope this could be a good input for Obsd devs. Thanks, -- insandotpraja(at)gmaildotcom OpenBSD 4.3-current (GENERIC) #2: Fri Jun 20 13:42:39 WIT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC RTC BIOS diagnostic error ffixed_disk,invalid_time cpu0: Intel(R) Pentium(R) D CPU 3.00GHz (GenuineIntel 686-class) 3.01 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,S SE3,MWAIT,DS-CPL,EST,CNXT-ID,CX16,xTPR real mem = 1069670400 (1020MB) avail mem = 1026125824 (978MB) RTC BIOS diagnostic error ffixed_disk,invalid_time mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 07/11/06, SMBIOS rev. 2.4 @ 0x3fbf4000 (42 entries) bios0: vendor Intel Corporation version S3000.86B.02.00.0044.071120071047 date 07/11/2007 bios0: Intel S3000AH acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC WDDT MCFG ASF! SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices SLPB(S4) P32_(S4) UAR1(S1) PEX4(S4) PEX5(S4) UHC1(S1) UHC2(S1) UHC3(S1) UHC4(S1) EHCI(S1)
Jun 19th snapshot dying on AML code
Hey folks, I have a Compaq Presario 2405US laptop that I run CURRENT on. While trying to upgrade to the latest (Jun 19) snapshot, I am dying in AML-land while booting bsd.rd: (partial captures typed from another computer, full dmesg follows) ... acpi0 at bios0: rev 0 acpi0: tables DSDT FACP SSDT APIC MCFG BIG SOURCE 8 128 panic: aml_die aml_xfldio:2581 The operating system has halted. Press any key to reboot. H. OK. So, I figured I'd fire up bsd and see what it gets me: ... acpitimer0 at acpi0: 3579545 Hz, 32 bits [\_SB_.PCI0.LPC0.INFO] 0xd1b91244 cnt:02 stk:00 field: bitpos=0028 bitlen=0400 ref1:d1b91cc4 ref2:0 [Field] ref1: \_SB_.PCI0.LPC0.SMI1 0xd1b9d704 cnt:01 stk:00 integer: 0 BIG SOURCE 8 128 296a9 Called: \_SB_.PCI0.AGP_.VGA_._INI panic: aml_die aml_xfldio:2581 Stopped at Debugger+0x4: leave Debugger(d07a87fc,d1b98310,d094f808,d1b9a9c4,8) at Debugger+0x4 panic(d079bb39,d079beb1,a15,0,d079bbfb) at panic+0x63 _aml_die(d079beb1,a15,d079bed2,8,80) at _aml_die+0x46 aml_xfldio(d1b9ae84,d1b91244,d1b9d704,1,0) at aml_xfldio+0x31c aml_xstore(d1b9ae84,d1b91244,0,0,d1b9d704) at aml_xtore+0x19c aml_xparse(d1b9ae84,54,d079c159,dib97f84,0) at aml_xparse+0x590 aml_xeval(0,d1b97f84,74,0,0) at aml_xeval+0x11f aml_evalnode(d1b7ac00,d1b98304,0,0,0,d094faa0,d094fad8,d068ec3f) at aml_evalnode+0x8b acpi_inidev(d1b98304,d1b7ac00,d0687634,d1b7ac00,7fe2b4) at acpi_inidev+0x72 aml_find_node(d1b98004,d079b4f2,d0687634,d1b7ac00) at aml_find_node+0x6e And at this point, something crapped itself at work and I had to reboot the laptop to VPN in and fix things before I could get trace and ps output. I can get this information later if the developers would like it... This isn't anything critical to me, I'll just try the next snapshot, but if a dev is interested I can try to cobble together a serial console or retype it all. Dmesg from previous snapshot (mid-May): OpenBSD 4.3-current (GENERIC) #1: Sun May 11 11:28:59 CDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Mobile AMD Sempron(tm) Processor 3000+ (AuthenticAMD 686-class, 128KB L2 cache) 1.80 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CF LUSH,MMX,FXSR,SSE,SSE2,SSE3 cpu0: AMD erratum 89 present, BIOS upgrade may be required real mem = 1206415360 (1150MB) avail mem = 1156612096 (1103MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 08/30/06, BIOS32 rev. 0 @ 0xfd660, SMBIOS rev. 2.31 @ 0xdc010 (18 entries) bios0: vendor Hewlett-Packard version F.27 date 08/30/2006 bios0: Hewlett-Packard Presario V2000 (EH458UA#ABA) acpi0 at bios0: rev 0 acpi0: tables DSDT FACP SSDT APIC MCFG acpi0: wakeup devices KBC0(S3) MSE0(S3) P2P_(S4) AUDO(S3) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 5 (P2P_) acpiprt2 at acpi0: bus 1 (AGP_) acpiec0 at acpi0 acpicpu0 at acpi0: C2, PSS acpitz0 at acpi0: critical temperature 105 degC acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB acpibtn2 at acpi0: LID_ acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model Primary serial type LION oem Hewlett-Packard bios0: ROM list: 0xc/0x1 0xd/0x1000 0xdc000/0x4000!0xe/0x4000! cpu0 at mainbus0 cpu0: PowerNow! K8 1791 MHz: speeds: 1800 1600 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ATI RS480 Host rev 0x01 ppb0 at pci0 dev 1 function 0 ATI RS480 PCIE rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 5 function 0 ATI Radeon XPRESS 200M rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ohci0 at pci0 dev 19 function 0 ATI IXP400 USB rev 0x00: irq 11, version 1.0,legacy support ohci1 at pci0 dev 19 function 1 ATI IXP400 USB rev 0x00: irq 11, version 1.0,legacy support ehci0 at pci0 dev 19 function 2 ATI IXP400 USB2 rev 0x00: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1 piixpm0 at pci0 dev 20 function 0 ATI IXP400 SMBus rev 0x11: SMI iic0 at piixpm0 spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC2700CL2.5 spdmem1 at iic0 addr 0x51: 1GB DDR SDRAM non-parity PC2700CL2.5 pciide0 at pci0 dev 20 function 1 ATI IXP400 IDE rev 0x00: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD1200VE-00KWT0 wd0: 16-sector PIO, LBA48, 114473MB, 234441648 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, RW/DVD GCC-4244N, 1.01 ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 pcib0 at pci0 dev 20 function 3 ATI IXP400 ISA rev 0x00 ppb1 at pci0 dev 20 function 4 ATI IXP400 PCI rev 0x00 pci2 at ppb1 bus 5 rl0 at pci2 dev 0 function 0 Realtek 8139 rev 0x10: irq 5, address 00:c0:9f:d3:62:b4 rlphy0 at rl0 phy 0: RTL internal PHY bwi0 at pci2 dev 2 function 0 Broadcom
newsyslog errors in logs (OpenBSD 4.3)
I am getting this from the logs: newsyslog: warning - could not send SIGHUP to daemon Please give me a clue about how to fix this. I have Googled but what I found was not very helpful. thanks
Re: Unexpected behavior of netstat in 4.3
On Sat, Jun 21, 2008 at 09:07:14AM +0100, Jason McIntyre wrote: this was fixed here: revision 1.57 date: 2008/03/18 20:03:37; author: claudio; state: Exp; lines: +4 -1 Make -I work correctly. RTM_NEWADDR needs to filter the ifname as well. Aha! Known issue ;) Well I will extract a diff and recompile only netstat. (I'm not comfortable rebuilding everything on a 500MHz server ...) Thanks for your help. Andreas. -- Windows 95: A 32-bit patch for a 16-bit GUI shell running on top of an 8-bit operating system written for a 4-bit processor by a 2-bit company who cannot stand 1 bit of competition.
Re: newsyslog errors in logs (OpenBSD 4.3)
On Sat, Jun 21, 2008 at 02:49:03PM -0500, Denny White wrote: newsyslog: warning - could not send SIGHUP to daemon [...] First, did you check to see if syslogd is running? Nah, this warning is triggered when a pid file is specified in newsyslog.conf and the kill(2) on the pid fails. Ciao, Kili
Re: newsyslog errors in logs (OpenBSD 4.3)
On Saturday 21 June 2008 20:08:15 Matthias Kilian wrote: On Sat, Jun 21, 2008 at 02:49:03PM -0500, Denny White wrote: newsyslog: warning - could not send SIGHUP to daemon [...] First, did you check to see if syslogd is running? Nah, this warning is triggered when a pid file is specified in newsyslog.conf and the kill(2) on the pid fails. Thanks, I will check my config file.
psoriasis - tratamiento natural
psoriasis - tratamiento natural un tratamiento natural sin cortisona, ciclosporina o acid. renvia este email con tus datos de contacto y padecimiento con gusto te atenderemos via msd tambien promotora de salud. laura ayala. [EMAIL PROTECTED] via msn [EMAIL PROTECTED] si conoces alguna persona con estos padecimientos renviale este email gracias. This message was sent by: laura flores, 5 de mayo, hermosillo, sonora 83010, Mexico Powered by iContact: http://freetrial.icontact.com Manage your subscription: http://app.icontact.com/icp/mmail-mprofile.pl?r=28703162l=54003s=FTSFm=337163c=279041
Re: Jun 19th snapshot dying on AML code
Believe it or not but this is sweet. We were looking for a laptop that did fieldio like this one. If we send you patches will you be able to test? On Sat, Jun 21, 2008 at 12:42:28PM -0500, C. Bensend wrote: Hey folks, I have a Compaq Presario 2405US laptop that I run CURRENT on. While trying to upgrade to the latest (Jun 19) snapshot, I am dying in AML-land while booting bsd.rd: (partial captures typed from another computer, full dmesg follows) ... acpi0 at bios0: rev 0 acpi0: tables DSDT FACP SSDT APIC MCFG BIG SOURCE 8 128 panic: aml_die aml_xfldio:2581 The operating system has halted. Press any key to reboot. H. OK. So, I figured I'd fire up bsd and see what it gets me: ... acpitimer0 at acpi0: 3579545 Hz, 32 bits [\_SB_.PCI0.LPC0.INFO] 0xd1b91244 cnt:02 stk:00 field: bitpos=0028 bitlen=0400 ref1:d1b91cc4 ref2:0 [Field] ref1: \_SB_.PCI0.LPC0.SMI1 0xd1b9d704 cnt:01 stk:00 integer: 0 BIG SOURCE 8 128 296a9 Called: \_SB_.PCI0.AGP_.VGA_._INI panic: aml_die aml_xfldio:2581 Stopped at Debugger+0x4: leave Debugger(d07a87fc,d1b98310,d094f808,d1b9a9c4,8) at Debugger+0x4 panic(d079bb39,d079beb1,a15,0,d079bbfb) at panic+0x63 _aml_die(d079beb1,a15,d079bed2,8,80) at _aml_die+0x46 aml_xfldio(d1b9ae84,d1b91244,d1b9d704,1,0) at aml_xfldio+0x31c aml_xstore(d1b9ae84,d1b91244,0,0,d1b9d704) at aml_xtore+0x19c aml_xparse(d1b9ae84,54,d079c159,dib97f84,0) at aml_xparse+0x590 aml_xeval(0,d1b97f84,74,0,0) at aml_xeval+0x11f aml_evalnode(d1b7ac00,d1b98304,0,0,0,d094faa0,d094fad8,d068ec3f) at aml_evalnode+0x8b acpi_inidev(d1b98304,d1b7ac00,d0687634,d1b7ac00,7fe2b4) at acpi_inidev+0x72 aml_find_node(d1b98004,d079b4f2,d0687634,d1b7ac00) at aml_find_node+0x6e And at this point, something crapped itself at work and I had to reboot the laptop to VPN in and fix things before I could get trace and ps output. I can get this information later if the developers would like it... This isn't anything critical to me, I'll just try the next snapshot, but if a dev is interested I can try to cobble together a serial console or retype it all. Dmesg from previous snapshot (mid-May): OpenBSD 4.3-current (GENERIC) #1: Sun May 11 11:28:59 CDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Mobile AMD Sempron(tm) Processor 3000+ (AuthenticAMD 686-class, 128KB L2 cache) 1.80 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CF LUSH,MMX,FXSR,SSE,SSE2,SSE3 cpu0: AMD erratum 89 present, BIOS upgrade may be required real mem = 1206415360 (1150MB) avail mem = 1156612096 (1103MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 08/30/06, BIOS32 rev. 0 @ 0xfd660, SMBIOS rev. 2.31 @ 0xdc010 (18 entries) bios0: vendor Hewlett-Packard version F.27 date 08/30/2006 bios0: Hewlett-Packard Presario V2000 (EH458UA#ABA) acpi0 at bios0: rev 0 acpi0: tables DSDT FACP SSDT APIC MCFG acpi0: wakeup devices KBC0(S3) MSE0(S3) P2P_(S4) AUDO(S3) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 5 (P2P_) acpiprt2 at acpi0: bus 1 (AGP_) acpiec0 at acpi0 acpicpu0 at acpi0: C2, PSS acpitz0 at acpi0: critical temperature 105 degC acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB acpibtn2 at acpi0: LID_ acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model Primary serial type LION oem Hewlett-Packard bios0: ROM list: 0xc/0x1 0xd/0x1000 0xdc000/0x4000!0xe/0x4000! cpu0 at mainbus0 cpu0: PowerNow! K8 1791 MHz: speeds: 1800 1600 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ATI RS480 Host rev 0x01 ppb0 at pci0 dev 1 function 0 ATI RS480 PCIE rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 5 function 0 ATI Radeon XPRESS 200M rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ohci0 at pci0 dev 19 function 0 ATI IXP400 USB rev 0x00: irq 11, version 1.0,legacy support ohci1 at pci0 dev 19 function 1 ATI IXP400 USB rev 0x00: irq 11, version 1.0,legacy support ehci0 at pci0 dev 19 function 2 ATI IXP400 USB2 rev 0x00: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1 piixpm0 at pci0 dev 20 function 0 ATI IXP400 SMBus rev 0x11: SMI iic0 at piixpm0 spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC2700CL2.5 spdmem1 at iic0 addr 0x51: 1GB DDR SDRAM non-parity PC2700CL2.5 pciide0 at pci0 dev 20 function 1 ATI IXP400 IDE rev 0x00: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD1200VE-00KWT0 wd0: 16-sector PIO, LBA48, 114473MB, 234441648 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, RW/DVD GCC-4244N, 1.01 ATAPI 5/cdrom removable
Re: newsyslog errors in logs (OpenBSD 4.3)
On Saturday 21 June 2008 21:16:59 Matthias Kilian wrote: On Sat, Jun 21, 2008 at 08:42:31PM +, Pollywog wrote: Nah, this warning is triggered when a pid file is specified in newsyslog.conf and the kill(2) on the pid fails. Thanks, I will check my config file. Better watch out for a pid file left over from a crash. And run newsyslog -nv, which may help to find the bad guy. My config file had two pid's mentioned that do not exist, so I commented them out and then I ran 'newsyslog -nv' /var/cron/log 99Z: size (KB): 270.48 [1000] -- skipping /var/log/authlog 99Z: age (hr): 31 [168] -- skipping /var/log/daemon 99Z: size (KB): 431.02 [1000] -- skipping /var/log/lpd-errs 7Z: size (KB): 0.00 [10] -- skipping /var/log/maillog 99Z: age (hr): 5 [24] -- skipping /var/log/messages 99Z: size (KB): 398.49 [1000] -- skipping /var/log/secure 7Z: age (hr): 292 [168] -- skipping /var/log/wtmp 7ZB: age (hr): 82 [168] -- skipping /var/log/xferlog 7Z: size (KB): 0.00 [250] -- skipping /var/log/pflog 99ZB: size (KB): 327.22 [1000] -- skipping /var/log/clamd.log 99Z: size (KB): 1.68 [1000] age (hr): 23 [168] -- skipping /var/log/freshclam.log 99Z: size (KB): 71.21 [1000] age (hr): 87 [168] -- skipping /var/squid/logs/access.log 99Z: size (KB): 0.38 [1] age (hr): 121 [168] -- skipping /var/squid/logs/store.log 99Z: size (KB): 0.06 [1] age (hr): 10 [168] -- skipping /var/squid/logs/cache.log 99Z: size (KB): 0.06 [1] age (hr): 26 [168] -- skipping /var/log/spamd.log 99Z: size (KB): 0.00 [25000] age (hr): -1 [168] -- skipping /var/log/named.log 99Z: size (KB): 6.10 [5000] age (hr): 24 [168] -- skipping /var/log/sockd.log 99Z: size (KB): 0.78 [5] age (hr): 11 [168] -- skipping
Re: newsyslog errors in logs (OpenBSD 4.3)
On Saturday 21 June 2008 19:49:03 Denny White wrote: First, did you check to see if syslogd is running? ps -auxw |grep syslogd Second, does the user _syslogd exist in /etc/group? It needs to be there. Yes, this looks fine. thanks
Re: Jun 19th snapshot dying on AML code
Believe it or not but this is sweet. We were looking for a laptop that did fieldio like this one. If we send you patches will you be able to test? Absolutely! Please send them along, I'll be happy to test. Benny -- Stupidity, if left untreated, is self-correcting. -- Robert A. Heinlein
broken dependencies ?
Hello all, Back in time I switched from -release to -current, but I'm installing from snapshots. I saw the announce about uvideo stuff and I am very interested about this that's why I installed the most recent snapshot for testing. The date of the snapshot is 19-June, I also proceeded to install some packages to test the video camera. One package people speak about is ekiga. And here is the surprise: a lot of unexpected errors on install using pkg_add: Can't install package...: Can't resolve lib Of course ekiga is highly dependent of gnome stuff, so you get a lot of install. First errors are encountered on cairo and pongo stuff, related to gnome. I tried to install gnome-session all together, but the errors are present. Don't bother to tell about relation from kernel and glibc , I waited for the packages to be close to the kernel compilation date. IT should work. I don't complain, but what I can do. I am not sure about a diagnose, I think The packages are broken. But I'm not an expert and I don't want to make stupid appreciation on others people great work. I can send the exact errors. It will be copy by hand, since my OBSD computer is almost not installed, without X. Please send and idea, am I doing something wrong ? The other way will be to use anonymous cvs and compile everything from scratch, but I'm not sure about this. Is the snapshot a reliable stuff or not ? Thanks