syslogd is duplicating the hostname field
I just noticed that syslogd is adding a hostname to the syslog messages it receives, whether there is one present or not. I'm probably missing the option, but is there a way to turn this off? Example: Aug 13 19:17:01 dhcp.1.158.example.com beaglebone CRON[5529]: pam_unix(cron:session): session opened for user root by (uid=0) I'm fine with either dhcp.1.158.example.com or beaglebone being written to the log, but not both. I can probably configure some clients to not send a hostname when forwarding events, but not all of my clients are configurable. Any help would be greatly appreciated! rc.conf.local: syslogd_flags=${syslogd_flags} -u -a /var/unbound/dev/log OpenBSD 5.8 (GENERIC.MP) #1235: Mon Aug 10 06:54:34 MDT 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2120847360 (2022MB) avail mem = 2052739072 (1957MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0x7f79c000 (62 entries) bios0: vendor Dell Inc. version 1.2.1 date 01/28/2010 bios0: Dell Inc. PowerEdge T110 acpi0 at bios0: rev 2 acpi0: sleep states S0 S4 S5 acpi0: tables DSDT FACP APIC SPCR HPET DM__ MCFG WD__ SLIC ERST HEST BERT EINJ TCPA SSDT acpi0: wakeup devices PCI0(S5) USBA(S0) USBB(S0) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Celeron(R) CPU G1101 @ 2.27GHz, 2261.26 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 132MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE cpu1 at mainbus0: apid 4 (application processor) cpu1: Intel(R) Celeron(R) CPU G1101 @ 2.27GHz, 2260.99 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 2, package 0 ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (LYD0) acpiprt2 at acpi0: bus -1 (LYD2) acpiprt3 at acpi0: bus -1 (HVD0) acpiprt4 at acpi0: bus -1 (HVD2) acpiprt5 at acpi0: bus 2 (PEX0) acpiprt6 at acpi0: bus 3 (PEX4) acpiprt7 at acpi0: bus 4 (PEX5) acpiprt8 at acpi0: bus 5 (COMP) acpicpu0 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1) acpicpu1 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1) ipmi at mainbus0 not configured pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core Host rev 0x12 ehci0 at pci0 dev 26 function 0 Intel 3400 USB rev 0x05: apic 0 int 22 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb0 at pci0 dev 28 function 0 Intel 3400 PCIE rev 0x05: msi pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 4 Intel 3400 PCIE rev 0x05 pci2 at ppb1 bus 3 bge0 at pci2 dev 0 function 0 Broadcom BCM5722 rev 0x00, BCM5755 C0 (0xa200): msi, address b8:ac:6f:7d:d2:e0 brgphy0 at bge0 phy 1: BCM5722 10/100/1000baseT PHY, rev. 0 ppb2 at pci0 dev 28 function 5 Intel 3400 PCIE rev 0x05: msi pci3 at ppb2 bus 4 ehci1 at pci0 dev 29 function 0 Intel 3400 USB rev 0x05: apic 0 int 22 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xa5 pci4 at ppb3 bus 5 vga1 at pci4 dev 3 function 0 Matrox MGA G200eW rev 0x0a wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 31 function 0 Intel 3420 LPC rev 0x05 ahci0 at pci0 dev 31 function 2 Intel 3400 AHCI rev 0x05: msi, AHCI 1.3 ahci0: port 0: 3.0Gb/s ahci0: port 1: 3.0Gb/s ahci0: port 4: 1.5Gb/s scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: ATA, WDC WD10EADS-00L, 01.0 SCSI3 0/direct fixed naa.50014ee1ac95dac9 sd0: 953869MB, 512 bytes/sector, 1953525168 sectors sd1 at scsibus1 targ 1 lun 0: ATA, SAMSUNG HD103SJ, 1AJ1 SCSI3 0/direct fixed naa.50024e900404611c sd1: 953869MB, 512 bytes/sector, 1953525168 sectors cd0 at scsibus1 targ 4 lun 0: PLDS, DVD-ROM DH-16D5S, VD15 ATAPI 5/cdrom removable isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo ahci0 at pci0 dev 31 function 2 Intel 3400 AHCI rev 0x05: msi, AHCI 1.3 ahci0: port 0: 3.0Gb/s ahci0: port 1: 3.0Gb/s ahci0: port 4: 1.5Gb/s scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: ATA, WDC WD10EADS-00L, 01.0 SCSI3
smtpd rejecting users
I'm feeling stupid at the moment, and I'm sure someone will show my why shortly. This is using the latest source in cvs for smtpd (updated today). I've setup smtpd by the man page, and configured the following config: listen on lo0 listen on re0 map aliases { source db /etc/mail/aliases.db } map virtual { source db /etc/mail/vmap.db } accept for local deliver to mbox accept from 192.168.1.0/24 for domain example.com deliver to mbox accept from 192.168.1.0/24 for virtual virtual deliver to mbox Mail going to u...@ix.example.com (the mailserver) works just fine, but mail going to u...@example.com gets rejected with a 530: smtp_dispatch_mfa: mfa handled return path session error: IPv6:::1: 530 Recipient rejected session_destroy: killing client: 0x204cdf000 Here is the virtual file: # more vmap @example.comix.example.com u...@example.com user I have tried it without the virtual file (removing the appropriate lines from the conf) and setting the hostname to just example.com. Any hints? Thanks in advance. dmesg: OpenBSD 4.6-current (GENERIC.MP) #231: Mon Oct 19 21:50:55 MDT 2009 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2135113728 (2036MB) avail mem = 2073899008 (1977MB) RTC BIOS diagnostic error 80clock_battery mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe3590 (23 entries) bios0: vendor Intel Corp. version LF94510J.86A.0171.2009.0403.0118 date 04/03/2009 bios0: Intel Corporation D945GCLF2D acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC WDDT MCFG ASF! HPET acpi0: wakeup devices SLPB(S4) P32_(S4) UAR1(S4) UAR2(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) EHCI(S3) AC9M(S4) AZAL(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Atom(TM) CPU 330 @ 1.60GHz, 1596.25 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CX16,xTPR,NXE,LONG cpu0: 512KB 64b/line 16-way L2 cache cpu0: apic clock running at 133MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU 330 @ 1.60GHz, 1596.01 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CX16,xTPR,NXE,LONG cpu1: 512KB 64b/line 16-way L2 cache ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 4 (P32_) acpiprt2 at acpi0: bus 1 (PEX0) acpiprt3 at acpi0: bus -1 (PEX1) acpiprt4 at acpi0: bus 2 (PEX2) acpiprt5 at acpi0: bus 3 (PEX3) acpiprt6 at acpi0: bus -1 (PEX4) acpiprt7 at acpi0: bus -1 (PEX5) acpicpu0 at acpi0 acpicpu1 at acpi0 acpibtn0 at acpi0: SLPB pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel 82945G Host rev 0x02 vga1 at pci0 dev 2 function 0 Intel 82945G Video rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0x8000, size 0x1000 inteldrm0 at vga1: apic 2 int 16 (irq 11) drm0 at inteldrm0 azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x01: apic 2 int 22 (irq 9) azalia0: codecs: Realtek ALC662 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01: apic 2 int 17 (irq 255) pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0 Realtek 8168 rev 0x02: RTL8168C/8111C (0x3c00), apic 2 int 16 (irq 11), address 00:1c:c0:d5:c7:f1 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 ppb1 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x01: apic 2 int 18 (irq 255) pci2 at ppb1 bus 2 ppb2 at pci0 dev 28 function 3 Intel 82801GB PCIE rev 0x01: apic 2 int 19 (irq 255) pci3 at ppb2 bus 3 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: apic 2 int 23 (irq 10) uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x01: apic 2 int 19 (irq 11) uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x01: apic 2 int 18 (irq 9) uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x01: apic 2 int 16 (irq 11) ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x01: apic 2 int 23 (irq 10) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xe1 pci4 at ppb3 bus 4 ohci0 at pci4 dev 0 function 0 NEC USB rev 0x43: apic 2 int 21 (irq 10), version 1.0 ohci1 at pci4 dev 0 function 1 NEC USB rev 0x43: apic 2 int 22 (irq 9), version 1.0 ehci1 at pci4 dev 0 function 2 NEC USB rev 0x04: apic 2 int 23 (irq 10) usb1 at ehci1: USB revision 2.0 uhub1 at usb1 NEC EHCI root hub rev 2.00/1.00 addr 1 pciide0 at pci4 dev 0 function 3 CMD Technology SiI3512 SATA rev 0x01: DMA pciide0: using apic 2 int 21 (irq 10) for native-PCI interrupt usb2 at ohci0:
Re: smtpd rejecting users
On Mon, Oct 26, 2009 at 5:17 PM, Robert info...@die-optimisten.net wrote: I don't have an answer to this, but I would like to add that I have the same problem with aliases (no vmap in use): If i have an entry like aliasuser: realuser in the aliases file, then any email to aliasuser will be rejected with 530; only real users are accepted as recipients. It seems to me that SMTPD is not resolving the usernames. regards, Robert I managed to get it to work, but I haven't had a chance to figure out exactly how. If you're interested, I can try to figure it out and post back later. dan
Re: smtpd rejecting users
On Mon, Oct 26, 2009 at 5:51 PM, Gilles Chehade gil...@openbsd.org wrote: It looks like you are initiating the session from localhost, but your ruleset only allows deliveries to example.com and your virtual domains if they are initiated from 192.168.1.0/24 , you may want to add the following: accept for domain example.com deliver to mbox accept for virtual virtual deliver to mbox also, you should really have: accept for all relay otherwise local users will not be able to send outgoing mails (and this includes smtpd trying to send an outgoing bounce) Let me know if it fixes your issue Gilles -- Gilles Chehade freelance developer/sysadmin/consultant http://www.poolp.org Thanks for the response. I'll modify the ruleset to take into account the localhost, and put the relay rule back in. dan
Re: supported Ethernet alternatives on the EEE PC?
On Jan 30, 2008 11:31 AM, James Hartley [EMAIL PROTECTED] wrote: Discussion found in the archives indicated that the Ethernet port found on the EEE PC was not supported in OpenBSD yet. Has anyone had luck with any USB NIC? Thanks. I just tried a new Linksys USB200M (axe(4)) adapter and it worked fine.
Re: my harddrive or latest snapshots problem?
http://marc.theaimsgroup.com/?l=openbsd-miscm=116079153502388w=2 On 10/19/06, Didier Wiroth [EMAIL PROTECTED] wrote: Hello, I've installed the latest snapshots from the 18.10.2006. I updated my rather old sources via cvs and had lots of the following output: bdwrite: force async write on the buffer 0xd8003f20 bdwrite: force async write on the buffer 0xd8003f20 bdwrite: force async write on the buffer 0xd801f0a4 bdwrite: force async write on the buffer 0xd801f218 bdwrite: force async write on the buffer 0xd8003f20 bdwrite: force async write on the buffer 0xd8003f20 bdwrite: force async write on the buffer 0xd8003f20 bdwrite: force async write on the buffer 0xd7ff9804 Does that mean I may have a hd problem and should care about a new one ? or May this problem be related to the latest snapshot? Thank you Didier
Re: Setting Up A Wireless and Wired Network
On 9/20/06, stupidmail4me [EMAIL PROTECTED] wrote: I want to create a single network, 192.168.1.0/24. I want to be able to access it either from a wired connection on xl0 or a wireless connection on ral0. I am using dhcpd. What's the best way to set this up? I want one single network. My thoughts: xl0 - 192.168.1.1/255.255.255.0 ral0 - 192.168.1.2/255.255.255.0 dhcpd - listening on both xl0 and ral0 This would create a problem though, because the routing tables would be all screwed up. I would have to also create a bridge between the two, correct? So: bridgename.bridge0 - add xl0 add ral0 up. Is this the best way to do it. I essentially want one network available on both cards, so wired or wireless, to be transparent. TIA. -James Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Check out trunk(4). I believe it gives an example pretty darn close to this.
Re: Bug in egrep?
On 9/7/06, Otto Moerbeek [EMAIL PROTECTED] wrote: On Thu, 7 Sep 2006, AndrC)s wrote: egrep shouldn't find anything, you are searching for the string in some text here, clearly, it isn't there. Nah, an empty search pattern should match any line, as defined by SU and the man page. The only problem is if the -x option takes precendence or not. SU does not say a word about that. If anybody has access to a Solaris machine, I like to know what the test does there. -Otto The following option is supported for /usr/xpg4/bin/egrep only: -xConsider only input lines that use all characters in the line to match an entire fixed string or regular expression to be matching lines. $ alias egrep=/usr/xpg4/bin/egrep $ echo some text here | egrep -x ; echo $status $ SunOS 5.9. ddp
Re: Some questions related to 4.0
On 9/5/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hello everybody, I`ve some questions related to the upcomming 4.0 Release. I`ve read that SpeedStep was deactivated for SMP. Could somebody explain me why this was done? http://marc.theaimsgroup.com/?l=openbsd-miscm=115635621902871 According to that message, setperf isn't currently SMP safe.
Re: Can't compile X11R6.9.0 on OpenBSD 4.0 (sparc64)
On 8/29/06, Gary B. [EMAIL PROTECTED] wrote: It seems the install of X11R6.9.0 on OpenBSD 4.0 doesn't include the sunffb driver, which I'm trying to use to get the Creator 3D card working with X. I pulled down the source from xorg, but I'm running into a problem getting the error message /usr/bin/ld: cannot find -lresolv I see that the libresolv library has been removed from OBSD3.9, so I'm not really sure how I can get X11R6.9.0 to compile. Also, maybe I'm just blind, but I don't see X11R6 in the ports either, so I'm at a loss of what to do for the sunffb driver. Any ideas / suggestions would be appreciated. Also note that the on-board ATI graphics card isn't an option (it's a Sun Ultra 10, btw), as it doesn't support a high enough graphics resolution. You could try installing the x*.tgz install sets. It's not in ports. Unfortunately this may apply (from http://www.openbsd.org/sparc64.html): It is possible to use X in frame buffer mode with all supported SBus cards, as well as the on-board ATI graphics or the UPA Creator, Creator 3D or Elite 3D at the boot resolution/depth using the wsfb(4) driver. ddp
Re: compiling problems `-Wstack-larger-than-2047'
On 8/21/06, Marcos Marconcini [EMAIL PROTECTED] wrote: cc1: error: unrecognized option `-Wstack-larger-than-2047' *** Error code 1 Stop in /usr/src/sys/arch/i386/compile/GENERIC (line 715 of Makefile). You didn't follow the guide: http://www.openbsd.org/faq/current.html#20060727
Re: suspended zaurus doesn't wake up (-CURRENT)
On 6/13/06, Matthias Kilian [EMAIL PROTECTED] wrote: Hi, when suspending the zaurus using a -CURRENT kernel or the latest snapshot (from june, 8th), it isn't possible to wake up the system. This happens both with power supply connected and with battery only, as well as with pressing the on/off button or invoking zzz(8). With a kernel from may, 19th still works. Could anyone please test and confirm this problem using a snapshot? Ciao, Kili It works most of the time for me using a 3000 and the June 8th snapshot. I am running apmd -H with a setperf of 50. Running apmd in cool running mode seemed to be worse, it wouldn't wake up as often.
Re: suspended zaurus doesn't wake up (-CURRENT)
Just a quick update: The newest shapshot (June 13) seems to work better. zzz doesn't work properly, but using the power button to suspend has worked fine for me so far.
Re: more 1 than client can use same port from router (for bittorrent)
On 8/6/05, Vivek Ayer [EMAIL PROTECTED] wrote: Hi guys, I was wondering if it was possible to port forward the same port to more than one client behind a router. Currently, my client is the only one using bittorrent behind the router. I have this in /etc/pf.conf: rdr pass on $ext_if proto tcp to port 6881:6889 - 192.168.0.3 port 6881:6889 What do I do if other people on the subnet wanted to use the same ports (6881:6889) to use bittorrent (clients other than 192.168.0.3)? Thanks. Vivek I think some better bittorrent applications allow you to configure the ports you want to use. Have them use a different range. ddp
Re: syslogd udp port
On 8/5/05, poncenby [EMAIL PROTECTED] wrote: if you think about what you said... in the long run it's usually faster to do research just doesn't make sense. i wanted an answer within a day, didn't have time to read the man pages so posted a question to misc and got an answer (within a day). f*%k the long run, what exactly is the long run anyway. It doesn't take a day to read the man pages, usualy just a couple of minutes. It's easier, and nicer to the people reading the list. :) ddp
Re: amd64 4gb memory won't boot
On 5/19/05, Need Coffee [EMAIL PROTECTED] wrote: I've been searching but can't find anything concrete... amd64.html and the FAQ's amd64 section do not mention any problems, so I'm asking here. (I found little bits here and there about this problem affecting a lot of freenixes but nothing tangible. Apologies if I've missed something major...) Trying to boot a sun v40z with 4GB RAM fails with OpenBSD/amd64 3.6 and 3.7-current from yesterday. i386 3.7-current works. (begin snippet from amd64 3.7-current from yesterday) OpenBSD/amd64 PXEBOOT 1.06 booting tftp:bsd.rd: 1468848+300494+2137464+0+469256 [80+156528+90879]=0x8692c8 entry point at 0x1001e0 [7205c766, 3404, 24448612, 68a0a304] WARNING: CAN'T ALLOCATE EXTENDED MEMORY FROM IOMEM EXTENT MAP! skipping 3824615424 bytes of memory above 4GB panic: init_x86_64: can't find end of memory The operating system has halted. Please press any key to reboot. (end snippet) Removing all but 4GB of memory allows the system to boot without issue. So, the inevitable question: is there any workaround or fix in development that I may test? I would happily do so. Should I sendbug(1) this? My guess is that this is already well known to everyone except me... Thanks in advance. If I understand and remember things correctly, the boot code is still 32bit.