disabling read-write community access globally in snmpd?
Hi, Isn't it a way to disable globally the read-write in snmpd by any chance? The man page explain how to set the oid for ready only, but that's per oid. I try to set the read-write to 0 as looking in the code I saw for the write != 0 is does the process, but I can't set this up in the configuration file as it return an error. On many system if you don't define the read-write, then you can't write to it, witch I try to do. Am I wrong thinking that in the snmpd.conf file I can only change the read-write community, but I can't actually disabling it? An example I try to do to see if that works would be to have that: oid 1.3.6.1.4.1.30155.42.3.4 name testIntValue read-write integer 1 As it is in the config file, but somehow disabling the read-write community to make sure I can't change the value of testIntValue. So, even if that oid variable is read/write, if there isn't any read-write community, then it shouldn't be possible to change it. Am I wrong thinking this? No matter what I try or what I read, I can't do it, or at a minimum, didn't see it yet. As far as I can tell, it's not possible to disable the read-write community. Any clue stick available? Many thanks for any feedback. Daniel
looking for people with Option 3G devices
hi, if you have anyone of these three devices, please try the diff below. Apply in src/sys/dev/usb/ and recompile your kernel. - Option Globetrotter 3G Quad - Option Globetrotter 3G Quad Plus - Option Globetrotter Branded by Vodafone (eg.: Vodafone Mobile Connect 3G) thanks! felix Index: ubsa.c === RCS file: /cvs/src/sys/dev/usb/ubsa.c,v retrieving revision 1.41 diff -u -r1.41 ubsa.c --- ubsa.c 23 Nov 2008 14:32:34 - 1.41 +++ ubsa.c 27 Nov 2008 11:02:12 - @@ -217,12 +217,6 @@ { USB_VENDOR_GOHUBS, USB_PRODUCT_GOHUBS_GOCOM232 }, /* Novatel Wireless U740 */ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_MERLINU740 }, - /* Option Vodafone Mobile Connect 3G */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, - /* Option GlobeTrotter 3G QUAD */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, - /* Option GlobeTrotter 3G QUAD PLUS */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUADPLUS }, /* Peracom */ { USB_VENDOR_PERACOM, USB_PRODUCT_PERACOM_SERIAL1 }, /* Qualcomm Inc. ZTE CMDMA MSM modem */ Index: umsm.c === RCS file: /cvs/src/sys/dev/usb/umsm.c,v retrieving revision 1.39 diff -u -r1.39 umsm.c --- umsm.c 23 Nov 2008 21:55:08 - 1.39 +++ umsm.c 27 Nov 2008 11:02:12 - @@ -127,10 +127,13 @@ {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_ES620 }, 0}, {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GFUSION }, 0}, {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, 0}, + {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, 0}, + {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUADPLUS }, 0}, {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GSICON72 }, DEV_UMASS1}, {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTHSDPA225 }, DEV_UMASS2}, {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 }, 0}, {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_SCORPION }, 0}, + {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, 0}, {{ USB_VENDOR_QUALCOMM, USB_PRODUCT_QUALCOMM_MSM_DRIVER }, DEV_UMASS1}, {{ USB_VENDOR_QUALCOMM, USB_PRODUCT_QUALCOMM_MSM_HSDPA }, 0}, {{ USB_VENDOR_QUALCOMM, USB_PRODUCT_QUALCOMM_MSM_HSDPA2 }, 0},
PANIC on latest source
Hi Misc@, I'm compiling a 27 November source tree, kernel and userland. Just as it finished booting, it went panic. I got 25 November kernel and userland which works just fine. Thanks. Here it comes, OpenBSD 4.4-current (GENERIC) #48: Thu Nov 27 16:20:26 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,SSE3,MWAIT,DS-CPL,EST,CNXT-ID,CX16,xTPR real mem = 1069002752 (1019MB) avail mem = 1025359872 (977MB) RTC BIOS diagnostic error ffixed_disk,invalid_time mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 09/13/07, SMBIOS rev. 2.4 @ 0x3fbe4000 (42 entries) bios0: vendor Intel Corporation version S3000.86B.02.00.0048.042920081306 date 04/29/2008 bios0: Intel S3000AH acpi0 at bios0: rev 0 acpi0: tables DSDT SLIC FACP APIC WDDT MCFG ASF! SSDT SSDT SSDT SSDT SSDT HEST BERT ERST EINJ acpi0: wakeup devices SLPB(S4) P32_(S4) UAR1(S1) PEX4(S4) PEX5(S4) UHC1(S1) UHC2(S1) UHC3(S1) UHC4(S1) EHCI(S1) AC9M(S4) AZAL(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits 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 -1 (PEX2) acpiprt5 at acpi0: bus -1 (PEX3) acpiprt6 at acpi0: bus 2 (PEX4) acpiprt7 at acpi0: bus 3 (PEX5) acpicpu0 at acpi0: FVS, 3000, 2400 MHz acpibtn0 at acpi0: SLPB bios0: ROM list: 0xc/0x9000 0xc9000/0x1800 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel E7230 Host rev 0x00 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01: irq 9 pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 4 Intel 82801G PCIE rev 0x01: irq 9 pci2 at ppb1 bus 2 ppb2 at pci0 dev 28 function 5 Intel 82801G PCIE rev 0x01: irq 11 pci3 at ppb2 bus 3 em0 at pci3 dev 0 function 0 Intel PRO/1000MT (82573E) rev 0x03: irq 9, address 00:15:17:49:03:b3 Intel 82573E Serial rev 0x03 at pci3 dev 0 function 3 not configured Intel 82573E KCS rev 0x03 at pci3 dev 0 function 4 not configured uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: irq 11 uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x01: irq 10 uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x01: irq 11 uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x01: irq 11 ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x01: irq 11 ehci0: timed out waiting for BIOS 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 skc0 at pci4 dev 0 function 0 D-Link Systems DGE-530T B1 rev 0x11, Yukon Lite (0x9): irq 11 sk0 at skc0 port A: address 00:1b:11:10:07:f5 eephy0 at sk0 phy 0: 88E1011 Gigabit PHY, rev. 5 em1 at pci4 dev 1 function 0 Intel PRO/1000MT (82540EM) rev 0x02: irq 11, address 00:07:e9:0f:44:ac vga1 at pci4 dev 4 function 0 ATI ES1000 rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) radeondrm0 at vga1 drm0 at radeondrm0 em2 at pci4 dev 5 function 0 Intel PRO/1000MT (82541GI) rev 0x05: irq 9, address 00:15:17:49:03:b4 ichpcib0 at pci0 dev 31 function 0 Intel 82801GB LPC rev 0x01: PM disabled pciide0 at pci0 dev 31 function 1 Intel 82801GB IDE rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility pciide0: channel 0 disabled (no drives) pciide0: channel 1 disabled (no drives) pciide1 at pci0 dev 31 function 2 Intel 82801GB SATA rev 0x01: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide1: using irq 10 for native-PCI interrupt wd0 at pciide1 channel 0 drive 0: ST380215AS wd0: 16-sector PIO, LBA48, 76319MB, 156301488 sectors wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 5 ichiic0 at pci0 dev 31 function 3 Intel 82801GB SMBus rev 0x01: irq 10 iic0 at ichiic0 adt0 at iic0 addr 0x2e: sch5027 rev 0x69 spdmem0 at iic0 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-5300CL5 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 Intel UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci3: USB revision 1.0 uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at ichpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 biomask fded
Re: misc/libutf8 doesn't fetch
On 2008-11-27, Dorian B|ttner [EMAIL PROTECTED] wrote: further investigation makes me assume that it would not be a real [EMAIL PROTECTED], though. Might also be a bad ftp-server on the other side? Error also occurs using command-line ftp: works here if I retry a few times, and works every time if I disable EPSV, they probably have half-broken firewall rules. $ FETCH_CMD=/usr/bin/ftp -EVm make fetch I can also ftp into the directory, but when issuing an ls, it garbles the screen with special chars. Sounds like unicode :-D It will have the same problem with EPSV not working correctly, but special chars sounds a bit odd (I don't see it here, but maybe something was broken when you tried and since fixed). If it continues please try with and without the ethernet driver diff (and then again with it to make sure it didn't just go away anyway), but it's most unlikely to be caused by that. On the other side, I can use Windows/firefox to browse the ftp directory and get the file. Firefox probably doesn't use EPSV/EPRT. Anyone an idea what's going on here? I have running a somewhate current with the ethernet driver cleanup patches recently posted on undeadly.
Re: acer aspire one dmesg?
try again without attaching, please... Pau 2008/11/24 Duncan Patton a Campbell [EMAIL PROTECTED]: On Wed, 6 Aug 2008 16:17:14 +0200 Freddy DISSAUX [EMAIL PROTECTED] wrote: Le Wed, Aug 06, 2008 at 11:29:36PM +1000, Jonathan Gray icrivait: On Wed, Aug 06, 2008 at 09:23:49AM +0200, Freddy DISSAUX wrote: Be careful whith re0, no mac address detected: re0 [ snip ] address 00:00:00:00:00:00 The mac address should display correctly with a newer snapshot, reading out via the EEPROM is now bypassed on these newer PCIE re variants. Ok, i'll try newer snapshots and post the dmesg. Attached... [demime 1.01d removed an attachment of type application/octet-stream which had a name of dmesg.aone]
Re: AAC 4.4
-Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 6:35 PM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 Show me a dmesg. On Wed, Nov 26, 2008 at 03:21:35PM -0500, Morris, Roy wrote: I wanted to update this for the archives. Enabling these lines in the kernel does NOT allow 4.4 to see the Perc 3DI controller. The 3.5-stable release that was on the box (off net) worked fine. I did a complete release of 4.4 with the lines enabled (uncommented) and even tried UKC, but alas it's a no go. Hope this saves someone some time down the road. Cheers Roy On Tue, Nov 25, 2008 at 02:17:12PM -0500, Morris, Roy wrote: Hi, I have a need to run the adaptec 3Di, it's not really a choice at this point. I have been doing some research in the archives and I think I need to complile my 4.4 kernel with the following two lines uncommented. Any chance someone can comment if this sounds right? #aac* at pci? # Adaptec FSA RAID controllers #scsibus* at aac? Cheers Roy Sure, here you go! As I said I have even tried the UKC enable aac* OpenBSD 4.4-stable (RAMDISK_CD) #0: Wed Nov 26 09:23:49 EST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Intel(R) Pentium(R) III CPU - S 1133MHz (GenuineIntel 686-class) 1.13 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,F XSR,SSE real mem = 2146926592 (2047MB) avail mem = 2069417984 (1973MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/08/03, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xfb1e0 (47 entries) bios0: vendor Dell Computer Corporation version A11 date 10/08/2003 bios0: Dell Computer Corporation PowerEdge 1650 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 2 (ZION) acpiprt3 at acpi0: bus 3 (PCI2) bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x4000! 0xec000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20HE Host rev 0x23 pci1 at pchb0 bus 1 em0 at pci1 dev 2 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 7, address 00:0f:1f:69:cc:7e em1 at pci1 dev 4 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 5, address 00:0f:1f:69:cc:7f ppb0 at pci1 dev 8 function 0 Intel 80303 IOP rev 0x01 pci2 at ppb0 bus 2 Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 0 not configured Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 1 not configured Dell PERC 3/Di rev 0x01 at pci1 dev 8 function 1 not configured pchb1 at pci0 dev 0 function 1 ServerWorks CNB20HE Host rev 0x01 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20HE Host rev 0x01 pchb3 at pci0 dev 0 function 3 ServerWorks CNB20HE Host rev 0x01 pci3 at pchb3 bus 3 vga1 at pci0 dev 12 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) pchb4 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: TEAC, CD-224E, K.9A ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x05: irq 11, version 1.0, legacy support pcib0 at pci0 dev 15 function 3 ServerWorks CSB5 LPC rev 0x00 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 ServerWorks OHCI root hub rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask ff4d netmask ffed ttymask rd0: fixed, 3800 blocks softraid0 at root root on rd0a swap on rd0b dump on rd0b
pf: scrub in log ?
Hi, scrub in log... passes pfctl -nf but doesn't report anything. I know for a fact that it is doing *something* - does anyone know if it's possible to see a real time activity of 'scrub' from pflog0 ? Regards, C. -- 020 7729 4797 http://blog.playlouder.com/
Re: PF + ATLQ on openbsd 4.4
Can Erkin Acar wrote: Damian Higgins wrote: Hi Stuart, First off, thank you for the feedback you provided. Unfortunately, you misunderstood the issue I'm encountering because you haven't read my entire post. So, I'll try to make a brief post of the previous message, to make it easier to read, and hope you will have the patience to read it this time :). Perhaps you are misunderstanding how pf works. Instead of trying to solve *your* problem, I will try to describe how pf+altq works, and it will be up to you to figure out how to accomplish what you want to do. First, some concepts of queueing/policing I learned from my previous experience in other environments(correct me if I'm wrong) : First forget about other environments, especially Linux. I have deleted the rest of your post, since it does not really matter what you or other environments think about how traffic shaping should be done. If you are using OpenBSD, try to understand how it is done with pf+altq. Here are the basic rules for pf. You may already know some of them, but please bear with me. You may learn something new: # Filtering is stateful in pf, and it is strongly recommended to keep it that way (ie. use 'no state' only if you really know what you are doing). The S/SA flags being default also have strong reasons. # Think of 'state' as a 'connection'. This is especially true for TCP. Use systat(1) or pftop (from ports) to see the states. A state *sees* packets in *both* directions that belong to a particular traffic. # If a packet matches a state, no rules are evaluated *hint* # If a packet does not match an existing state but matches a rule, a state is created. Further packets of this 'connection' will just match the state, and bypass ruleset evaluation. # Loading pf rules with 'pfctl -f pf.conf' does not clear existing states (unless you also use the proper flush command line switch) *hint* # A connection that traverses an OpenBSD router usually enters pf twice (at inbound and outbound interface) and provided there are appropriate pass rules, it will create states on both interfaces. That is, every packet of a connection both inbound and outbound will have two states associated with it. # A connection that originates from or terminates on an OpenBSD box will have a single state associated with it. # NAT/RDR rules are evaluated before filter rules, and address translation happens *before* rules are evaluated, so rules are always checked against translated packets (NAT on incoming, RDR on outgoing). And the basic rules for altq: # altq *only* filters *outbound* packets on an interface. This is usually not related to the direction of the connection itself. ## Example: if you want to restrict internal hosts HTTP downloads from outside servers, these *incoming* HTTP payloads have to be filtered at the interface facing the hosts. This also means there is no way to apply altq to limit downloads that are initiated from the OpenBSD gateway itself. ## Example: if you want to increase the priority of the e-mails that your mail server sends, use the interface facing your ISP. # Each packet, as it passes through the network stack can be assigned a 'queue-id'. This queue id determines which queue the packet is placed as it *leaves* the box. If a packet has no queue-id, then it is assigned to the default queue. # The queue ids are mapped to queue names, that is, queues that carry the same name have the same id. And this is how PF assigns packets to queues: # Each rule has two queue ids, one for normal one for high-priority packets as specified by the rule definition (see pf.conf for details). If you specified a single queue in your rule definition, that means both ids are equal. # By default the packet has no queue-id assigned. # If a packet matches a rule, and that rule specifies a queue, the packet queue-id is replaced by the queue id specified by the rule. If the rule has no queue specified, the packet queue-id is not changed (does not revert back to default). # If a packet matches a state, the rule that created the state is consulted (as above). # Since a packet can match up to two rules/states as it traverses a router, the last assigned queue wins (as the queues only take effect as the packet exits the router). # Note that, since a state matches packets in both directions, packets in both directions will be assigned queue ids by a given state. That makes it possible to create a state with a rule on one interface, and have the reply packets assigned to the same queue specified by that rule on a different interface. Finally, here are some additional things to think about or investigate: # You can do a lot of creative and flexible stuff with 'tag' and 'tagged' keywords in your ruleset. Assigning queues by 'pass quick tagged XYZZY queue MAGIC' type of rules is much easier to keep track of. # What happens
Re: AAC 4.4
You must have done it wrong. Did you make a release cd? Try booting a bsd.rd over pxe with aac enabled. This has to work. On Thu, Nov 27, 2008 at 10:20:52AM -0500, Morris, Roy wrote: -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 6:35 PM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 Show me a dmesg. On Wed, Nov 26, 2008 at 03:21:35PM -0500, Morris, Roy wrote: I wanted to update this for the archives. Enabling these lines in the kernel does NOT allow 4.4 to see the Perc 3DI controller. The 3.5-stable release that was on the box (off net) worked fine. I did a complete release of 4.4 with the lines enabled (uncommented) and even tried UKC, but alas it's a no go. Hope this saves someone some time down the road. Cheers Roy On Tue, Nov 25, 2008 at 02:17:12PM -0500, Morris, Roy wrote: Hi, I have a need to run the adaptec 3Di, it's not really a choice at this point. I have been doing some research in the archives and I think I need to complile my 4.4 kernel with the following two lines uncommented. Any chance someone can comment if this sounds right? #aac* at pci? # Adaptec FSA RAID controllers #scsibus* at aac? Cheers Roy Sure, here you go! As I said I have even tried the UKC enable aac* OpenBSD 4.4-stable (RAMDISK_CD) #0: Wed Nov 26 09:23:49 EST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Intel(R) Pentium(R) III CPU - S 1133MHz (GenuineIntel 686-class) 1.13 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 2146926592 (2047MB) avail mem = 2069417984 (1973MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/08/03, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xfb1e0 (47 entries) bios0: vendor Dell Computer Corporation version A11 date 10/08/2003 bios0: Dell Computer Corporation PowerEdge 1650 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 2 (ZION) acpiprt3 at acpi0: bus 3 (PCI2) bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x4000! 0xec000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20HE Host rev 0x23 pci1 at pchb0 bus 1 em0 at pci1 dev 2 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 7, address 00:0f:1f:69:cc:7e em1 at pci1 dev 4 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 5, address 00:0f:1f:69:cc:7f ppb0 at pci1 dev 8 function 0 Intel 80303 IOP rev 0x01 pci2 at ppb0 bus 2 Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 0 not configured Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 1 not configured Dell PERC 3/Di rev 0x01 at pci1 dev 8 function 1 not configured pchb1 at pci0 dev 0 function 1 ServerWorks CNB20HE Host rev 0x01 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20HE Host rev 0x01 pchb3 at pci0 dev 0 function 3 ServerWorks CNB20HE Host rev 0x01 pci3 at pchb3 bus 3 vga1 at pci0 dev 12 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) pchb4 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: TEAC, CD-224E, K.9A ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x05: irq 11, version 1.0, legacy support pcib0 at pci0 dev 15 function 3 ServerWorks CSB5 LPC rev 0x00 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 ServerWorks OHCI root hub rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask ff4d netmask ffed ttymask rd0: fixed, 3800 blocks softraid0 at root root on rd0a swap on rd0b dump on rd0b
Re: AAC 4.4
I will give that a go right now! -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Thursday, November 27, 2008 11:08 AM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 You must have done it wrong. Did you make a release cd? Try booting a bsd.rd over pxe with aac enabled. This has to work. On Thu, Nov 27, 2008 at 10:20:52AM -0500, Morris, Roy wrote: -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 6:35 PM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 Show me a dmesg. On Wed, Nov 26, 2008 at 03:21:35PM -0500, Morris, Roy wrote: I wanted to update this for the archives. Enabling these lines in the kernel does NOT allow 4.4 to see the Perc 3DI controller. The 3.5-stable release that was on the box (off net) worked fine. I did a complete release of 4.4 with the lines enabled (uncommented) and even tried UKC, but alas it's a no go. Hope this saves someone some time down the road. Cheers Roy On Tue, Nov 25, 2008 at 02:17:12PM -0500, Morris, Roy wrote: Hi, I have a need to run the adaptec 3Di, it's not really a choice at this point. I have been doing some research in the archives and I think I need to complile my 4.4 kernel with the following two lines uncommented. Any chance someone can comment if this sounds right? #aac* at pci? # Adaptec FSA RAID controllers #scsibus* at aac? Cheers Roy Sure, here you go! As I said I have even tried the UKC enable aac* OpenBSD 4.4-stable (RAMDISK_CD) #0: Wed Nov 26 09:23:49 EST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Intel(R) Pentium(R) III CPU - S 1133MHz (GenuineIntel 686-class) 1.13 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,F XSR,SSE real mem = 2146926592 (2047MB) avail mem = 2069417984 (1973MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/08/03, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xfb1e0 (47 entries) bios0: vendor Dell Computer Corporation version A11 date 10/08/2003 bios0: Dell Computer Corporation PowerEdge 1650 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 2 (ZION) acpiprt3 at acpi0: bus 3 (PCI2) bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x4000! 0xec000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20HE Host rev 0x23 pci1 at pchb0 bus 1 em0 at pci1 dev 2 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 7, address 00:0f:1f:69:cc:7e em1 at pci1 dev 4 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 5, address 00:0f:1f:69:cc:7f ppb0 at pci1 dev 8 function 0 Intel 80303 IOP rev 0x01 pci2 at ppb0 bus 2 Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 0 not configured Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 1 not configured Dell PERC 3/Di rev 0x01 at pci1 dev 8 function 1 not configured pchb1 at pci0 dev 0 function 1 ServerWorks CNB20HE Host rev 0x01 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20HE Host rev 0x01 pchb3 at pci0 dev 0 function 3 ServerWorks CNB20HE Host rev 0x01 pci3 at pchb3 bus 3 vga1 at pci0 dev 12 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) pchb4 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: TEAC, CD-224E, K.9A ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x05: irq 11, version 1.0, legacy support pcib0 at pci0 dev 15 function 3 ServerWorks CSB5 LPC rev 0x00 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 ServerWorks OHCI root hub rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask ff4d netmask ffed ttymask rd0: fixed, 3800 blocks softraid0 at root root on rd0a swap on rd0b dump on rd0b
ICH9R/DO/DH SATA Controller
I tried OpenBSD 4.4-stable today and it works wery well. So, my gues is that something wrong has happened with the ahci driver in OpenBSD 4.4-current. I think this is a issue that the developers should be aware of. I tried to install OpenBSD 4.4-current from 24 november. It hangs during boot. My sistem is a FSC Celsius W360 with ICH9R/DO/DH SATA Controller. Is this supported ?
Re: ICH9R/DO/DH SATA Controller
On 2008/11/27 19:30, don cipo wrote: I tried OpenBSD 4.4-stable today and it works wery well. So, my gues is that something wrong has happened with the ahci driver in OpenBSD 4.4-current. I think this is a issue that the developers should be aware of. There haven't been any big changes to ahci since 4.4 release. The cause is a bit more likely to be an interrupt-related problem. I tried to install OpenBSD 4.4-current from 24 november. It hangs during boot. My sistem is a FSC Celsius W360 with ICH9R/DO/DH SATA Controller. Is this supported ? I am sure someone will be interested to look at this, *if* you can get the required information. If you are lucky, you might find that dmesg shows both the current and previous boot messages after a warm reboot. If that's the case, boot a -current snapshot, reboot into -stable and you may just have the information already there. If not, see http://www.openbsd.org/faq/faq4.html#getdmesg. You might need to buy/borrow a null modem cable if you don't already have one.
Re: AAC 4.4
neat, I did the pxe boot, it appears to see the 3Di now according to the boot message, however hangs forever at .. piixpm0 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93: SMIiic0 at piixpm0 I haven't seen that before? ... neat! -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Thursday, November 27, 2008 11:08 AM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 You must have done it wrong. Did you make a release cd? Try booting a bsd.rd over pxe with aac enabled. This has to work. On Thu, Nov 27, 2008 at 10:20:52AM -0500, Morris, Roy wrote: -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 6:35 PM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 Show me a dmesg. On Wed, Nov 26, 2008 at 03:21:35PM -0500, Morris, Roy wrote: I wanted to update this for the archives. Enabling these lines in the kernel does NOT allow 4.4 to see the Perc 3DI controller. The 3.5-stable release that was on the box (off net) worked fine. I did a complete release of 4.4 with the lines enabled (uncommented) and even tried UKC, but alas it's a no go. Hope this saves someone some time down the road. Cheers Roy On Tue, Nov 25, 2008 at 02:17:12PM -0500, Morris, Roy wrote: Hi, I have a need to run the adaptec 3Di, it's not really a choice at this point. I have been doing some research in the archives and I think I need to complile my 4.4 kernel with the following two lines uncommented. Any chance someone can comment if this sounds right? #aac* at pci? # Adaptec FSA RAID controllers #scsibus* at aac? Cheers Roy Sure, here you go! As I said I have even tried the UKC enable aac* OpenBSD 4.4-stable (RAMDISK_CD) #0: Wed Nov 26 09:23:49 EST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Intel(R) Pentium(R) III CPU - S 1133MHz (GenuineIntel 686-class) 1.13 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,F XSR,SSE real mem = 2146926592 (2047MB) avail mem = 2069417984 (1973MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/08/03, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xfb1e0 (47 entries) bios0: vendor Dell Computer Corporation version A11 date 10/08/2003 bios0: Dell Computer Corporation PowerEdge 1650 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 2 (ZION) acpiprt3 at acpi0: bus 3 (PCI2) bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x4000! 0xec000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20HE Host rev 0x23 pci1 at pchb0 bus 1 em0 at pci1 dev 2 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 7, address 00:0f:1f:69:cc:7e em1 at pci1 dev 4 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 5, address 00:0f:1f:69:cc:7f ppb0 at pci1 dev 8 function 0 Intel 80303 IOP rev 0x01 pci2 at ppb0 bus 2 Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 0 not configured Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 1 not configured Dell PERC 3/Di rev 0x01 at pci1 dev 8 function 1 not configured pchb1 at pci0 dev 0 function 1 ServerWorks CNB20HE Host rev 0x01 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20HE Host rev 0x01 pchb3 at pci0 dev 0 function 3 ServerWorks CNB20HE Host rev 0x01 pci3 at pchb3 bus 3 vga1 at pci0 dev 12 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) pchb4 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: TEAC, CD-224E, K.9A ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x05: irq 11, version 1.0, legacy support pcib0 at pci0 dev 15 function 3 ServerWorks CSB5 LPC rev 0x00 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 ServerWorks OHCI root hub rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask ff4d netmask ffed ttymask rd0: fixed, 3800 blocks softraid0 at root root on rd0a swap on rd0b dump on rd0b
php+apache+mysql on 4.4
my system is ok but in every reboot I need to reconfigure the mysql socket: ln -f /var/run/mysql/mysql.sock /var/www/var/run/mysql/ any tip? thanks, Gustavo Polillo.
Re: php+apache+mysql on 4.4
Add these lines to you rc.local or any boot script in /etc . normally into the boot script for mysql On Thu, Nov 27, 2008 at 1:57 PM, Gustavo Polillo [EMAIL PROTECTED] wrote: my system is ok but in every reboot I need to reconfigure the mysql socket: ln -f /var/run/mysql/mysql.sock /var/www/var/run/mysql/ any tip? thanks, Gustavo Polillo. -- -- Fernando Quintero *Just a nonroot User*
Re: AAC 4.4
sorry , in answer to my own question, UKCdisable acpi fixes that problem .. I boot right up So I guess the real question becomes why didn't my cd work? I enabled aac in both GENERIC and RAMDISK_CD and did a release .. It's fairly obvious the GENERIC worked, based on the pxe boot working using the kernel. Should I start from scratch? delete the release directory and do it again? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Morris, Roy Sent: Thursday, November 27, 2008 1:49 PM To: Marco Peereboom Cc: misc@openbsd.org Subject: Re: AAC 4.4 neat, I did the pxe boot, it appears to see the 3Di now according to the boot message, however hangs forever at .. piixpm0 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93: SMIiic0 at piixpm0 I haven't seen that before? ... neat! -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Thursday, November 27, 2008 11:08 AM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 You must have done it wrong. Did you make a release cd? Try booting a bsd.rd over pxe with aac enabled. This has to work. On Thu, Nov 27, 2008 at 10:20:52AM -0500, Morris, Roy wrote: -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 6:35 PM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 Show me a dmesg. On Wed, Nov 26, 2008 at 03:21:35PM -0500, Morris, Roy wrote: I wanted to update this for the archives. Enabling these lines in the kernel does NOT allow 4.4 to see the Perc 3DI controller. The 3.5-stable release that was on the box (off net) worked fine. I did a complete release of 4.4 with the lines enabled (uncommented) and even tried UKC, but alas it's a no go. Hope this saves someone some time down the road. Cheers Roy On Tue, Nov 25, 2008 at 02:17:12PM -0500, Morris, Roy wrote: Hi, I have a need to run the adaptec 3Di, it's not really a choice at this point. I have been doing some research in the archives and I think I need to complile my 4.4 kernel with the following two lines uncommented. Any chance someone can comment if this sounds right? #aac* at pci? # Adaptec FSA RAID controllers #scsibus* at aac? Cheers Roy Sure, here you go! As I said I have even tried the UKC enable aac* OpenBSD 4.4-stable (RAMDISK_CD) #0: Wed Nov 26 09:23:49 EST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Intel(R) Pentium(R) III CPU - S 1133MHz (GenuineIntel 686-class) 1.13 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,F XSR,SSE real mem = 2146926592 (2047MB) avail mem = 2069417984 (1973MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/08/03, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xfb1e0 (47 entries) bios0: vendor Dell Computer Corporation version A11 date 10/08/2003 bios0: Dell Computer Corporation PowerEdge 1650 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 2 (ZION) acpiprt3 at acpi0: bus 3 (PCI2) bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x4000! 0xec000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20HE Host rev 0x23 pci1 at pchb0 bus 1 em0 at pci1 dev 2 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 7, address 00:0f:1f:69:cc:7e em1 at pci1 dev 4 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 5, address 00:0f:1f:69:cc:7f ppb0 at pci1 dev 8 function 0 Intel 80303 IOP rev 0x01 pci2 at ppb0 bus 2 Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 0 not configured Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 1 not configured Dell PERC 3/Di rev 0x01 at pci1 dev 8 function 1 not configured pchb1 at pci0 dev 0 function 1 ServerWorks CNB20HE Host rev 0x01 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20HE Host rev 0x01 pchb3 at pci0 dev 0 function 3 ServerWorks CNB20HE Host rev 0x01 pci3 at pchb3 bus 3 vga1 at pci0 dev 12 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) pchb4 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: TEAC, CD-224E, K.9A ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x05: irq 11, version 1.0, legacy support pcib0 at pci0 dev 15 function 3 ServerWorks CSB5 LPC rev 0x00 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 ServerWorks OHCI root hub rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at
General RE-Build Question
I have made changes to the GENERIC RAMDISK_CD kernels (yes I know, there is a reason) on a stable system. I have already made a release on this machine once, but I am assuming based on the faq that the release process uses files made from the -stable build process. The question is what or how do I clean to get a fresh start at it, to ensure the new changes are picked up? .. I followed the FAQ .. # rm -rf /usr/obj/* # cd /usr/src # make obj # cd /usr/src/etc env DESTDIR=/ make distrib-dirs # cd /usr/src # make build and got the following error. Any help would be great! Configuring in opcodes creating cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking host system type... i386-unknown-openbsd4.4 checking target system type... i386-unknown-openbsd4.4 checking build system type... i386-unknown-openbsd4.4 checking for strerror in -lcposix... no checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes configure: error: source directory already configured; run make distclean there first *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/obj (line 17948 of Makefile). *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils (line 102 of /usr/src/gnu/usr.bin/binutils/Makefile.bsd-wrapper). *** Error code 1 Stop in /usr/src/include (line 82 of Makefile). *** Error code 1 Stop in /usr/src (line 73 of Makefile).
Re: AAC 4.4
We have diagnosed that issue to a bios bug. You must have missed a step in the make release; it isn't hard to do. On Nov 27, 2008, at 1:11 PM, Morris, Roy [EMAIL PROTECTED] wrote: sorry , in answer to my own question, UKCdisable acpi fixes that problem .. I boot right up So I guess the real question becomes why didn't my cd work? I enabled aac in both GENERIC and RAMDISK_CD and did a release .. It's fairly obvious the GENERIC worked, based on the pxe boot working using the kernel. Should I start from scratch? delete the release directory and do it again? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Morris, Roy Sent: Thursday, November 27, 2008 1:49 PM To: Marco Peereboom Cc: misc@openbsd.org Subject: Re: AAC 4.4 neat, I did the pxe boot, it appears to see the 3Di now according to the boot message, however hangs forever at .. piixpm0 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93: SMIiic0 at piixpm0 I haven't seen that before? ... neat! -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Thursday, November 27, 2008 11:08 AM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 You must have done it wrong. Did you make a release cd? Try booting a bsd.rd over pxe with aac enabled. This has to work. On Thu, Nov 27, 2008 at 10:20:52AM -0500, Morris, Roy wrote: -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 6:35 PM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 Show me a dmesg. On Wed, Nov 26, 2008 at 03:21:35PM -0500, Morris, Roy wrote: I wanted to update this for the archives. Enabling these lines in the kernel does NOT allow 4.4 to see the Perc 3DI controller. The 3.5-stable release that was on the box (off net) worked fine. I did a complete release of 4.4 with the lines enabled (uncommented) and even tried UKC, but alas it's a no go. Hope this saves someone some time down the road. Cheers Roy On Tue, Nov 25, 2008 at 02:17:12PM -0500, Morris, Roy wrote: Hi, I have a need to run the adaptec 3Di, it's not really a choice at this point. I have been doing some research in the archives and I think I need to complile my 4.4 kernel with the following two lines uncommented. Any chance someone can comment if this sounds right? #aac* at pci? # Adaptec FSA RAID controllers #scsibus* at aac? Cheers Roy Sure, here you go! As I said I have even tried the UKC enable aac* OpenBSD 4.4-stable (RAMDISK_CD) #0: Wed Nov 26 09:23:49 EST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/ RAMDISK_CD cpu0: Intel(R) Pentium(R) III CPU - S 1133MHz (GenuineIntel 686- class) 1.13 GHz cpu0: FPU, V86, DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,F XSR,SSE real mem = 2146926592 (2047MB) avail mem = 2069417984 (1973MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/08/03, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xfb1e0 (47 entries) bios0: vendor Dell Computer Corporation version A11 date 10/08/2003 bios0: Dell Computer Corporation PowerEdge 1650 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 2 (ZION) acpiprt3 at acpi0: bus 3 (PCI2) bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x4000! 0xec000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20HE Host rev 0x23 pci1 at pchb0 bus 1 em0 at pci1 dev 2 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 7, address 00:0f:1f:69:cc:7e em1 at pci1 dev 4 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 5, address 00:0f:1f:69:cc:7f ppb0 at pci1 dev 8 function 0 Intel 80303 IOP rev 0x01 pci2 at ppb0 bus 2 Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 0 not configured Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 1 not configured Dell PERC 3/Di rev 0x01 at pci1 dev 8 function 1 not configured pchb1 at pci0 dev 0 function 1 ServerWorks CNB20HE Host rev 0x01 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20HE Host rev 0x01 pchb3 at pci0 dev 0 function 3 ServerWorks CNB20HE Host rev 0x01 pci3 at pchb3 bus 3 vga1 at pci0 dev 12 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) pchb4 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: TEAC, CD-224E, K.9A ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x05: irq 11, version 1.0, legacy support pcib0 at pci0 dev 15 function 3 ServerWorks CSB5 LPC rev 0x00 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 ServerWorks OHCI root hub rev 1.00/1.00 addr 1 isa0
Re: AAC 4.4
Thanks Marco, I feel I am very close now! I just need to sort out my build process .. even if I need to start from scratch and I should be good to go. cheers Roy -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Thursday, November 27, 2008 3:13 PM To: Morris, Roy Cc: Morris, Roy; misc@openbsd.org Subject: Re: AAC 4.4 We have diagnosed that issue to a bios bug. You must have missed a step in the make release; it isn't hard to do. On Nov 27, 2008, at 1:11 PM, Morris, Roy [EMAIL PROTECTED] wrote: sorry , in answer to my own question, UKCdisable acpi fixes that problem .. I boot right up So I guess the real question becomes why didn't my cd work? I enabled aac in both GENERIC and RAMDISK_CD and did a release .. It's fairly obvious the GENERIC worked, based on the pxe boot working using the kernel. Should I start from scratch? delete the release directory and do it again? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Morris, Roy Sent: Thursday, November 27, 2008 1:49 PM To: Marco Peereboom Cc: misc@openbsd.org Subject: Re: AAC 4.4 neat, I did the pxe boot, it appears to see the 3Di now according to the boot message, however hangs forever at .. piixpm0 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93: SMIiic0 at piixpm0 I haven't seen that before? ... neat! -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Thursday, November 27, 2008 11:08 AM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 You must have done it wrong. Did you make a release cd? Try booting a bsd.rd over pxe with aac enabled. This has to work. On Thu, Nov 27, 2008 at 10:20:52AM -0500, Morris, Roy wrote: -Original Message- From: Marco Peereboom [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 6:35 PM To: Morris, Roy Cc: misc@openbsd.org Subject: Re: AAC 4.4 Show me a dmesg. On Wed, Nov 26, 2008 at 03:21:35PM -0500, Morris, Roy wrote: I wanted to update this for the archives. Enabling these lines in the kernel does NOT allow 4.4 to see the Perc 3DI controller. The 3.5-stable release that was on the box (off net) worked fine. I did a complete release of 4.4 with the lines enabled (uncommented) and even tried UKC, but alas it's a no go. Hope this saves someone some time down the road. Cheers Roy On Tue, Nov 25, 2008 at 02:17:12PM -0500, Morris, Roy wrote: Hi, I have a need to run the adaptec 3Di, it's not really a choice at this point. I have been doing some research in the archives and I think I need to complile my 4.4 kernel with the following two lines uncommented. Any chance someone can comment if this sounds right? #aac* at pci? # Adaptec FSA RAID controllers #scsibus* at aac? Cheers Roy Sure, here you go! As I said I have even tried the UKC enable aac* OpenBSD 4.4-stable (RAMDISK_CD) #0: Wed Nov 26 09:23:49 EST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/ RAMDISK_CD cpu0: Intel(R) Pentium(R) III CPU - S 1133MHz (GenuineIntel 686- class) 1.13 GHz cpu0: FPU, V86, DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,F XSR,SSE real mem = 2146926592 (2047MB) avail mem = 2069417984 (1973MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/08/03, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xfb1e0 (47 entries) bios0: vendor Dell Computer Corporation version A11 date 10/08/2003 bios0: Dell Computer Corporation PowerEdge 1650 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 2 (ZION) acpiprt3 at acpi0: bus 3 (PCI2) bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x4000! 0xec000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20HE Host rev 0x23 pci1 at pchb0 bus 1 em0 at pci1 dev 2 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 7, address 00:0f:1f:69:cc:7e em1 at pci1 dev 4 function 0 Intel PRO/1000XT (82544EI) rev 0x02: irq 5, address 00:0f:1f:69:cc:7f ppb0 at pci1 dev 8 function 0 Intel 80303 IOP rev 0x01 pci2 at ppb0 bus 2 Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 0 not configured Adaptec AIC-7899F rev 0x01 at pci2 dev 6 function 1 not configured Dell PERC 3/Di rev 0x01 at pci1 dev 8 function 1 not configured pchb1 at pci0 dev 0 function 1 ServerWorks CNB20HE Host rev 0x01 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20HE Host rev 0x01 pchb3 at pci0 dev 0 function 3 ServerWorks CNB20HE Host rev 0x01 pci3 at pchb3 bus 3 vga1 at pci0 dev 12 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) pchb4 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2
Re: General RE-Build Question
On 2008-11-27, Morris, Roy [EMAIL PROTECTED] wrote: I have made changes to the GENERIC RAMDISK_CD kernels (yes I know, there is a reason) on a stable system. I have already made a release on this machine once, but I am assuming based on the faq that the release process uses files made from the -stable build process. The question is what or how do I clean to get a fresh start at it, to ensure the new changes are picked up? .. I followed the FAQ .. # rm -rf /usr/obj/* # cd /usr/src # make obj # cd /usr/src/etc env DESTDIR=/ make distrib-dirs # cd /usr/src # make build and got the following error. Any help would be great! You have build files in the src/ tree. Maybe you didn't re-run make obj after updating source sometime when directories were changed and then attempted a build. (You should make obj between updating src and building). Either rm -r src and checkout again, or clean your tree: cvs -q up -Pd -I - should identify the offending files.
Re: internal-sftp and umask
On Wednesday 26 November 2008 14.39.08 you wrote: Hi! I have a setup: OpenBSD 4.4 /etc/ssh/sshd_config: [..] Match Group sftponly ChrootDirectory %h ForceCommand internal-sftp PasswordAuthentication yes But, after login I need to set the umask for the session. I can not use .ssh/rc because of ForceCommand, and I can not put this to .ssh/environment (even if I've enabled PermitUserEnvironment), because there is no such environment variable which would apply here. What can I do here? Any suggestions would be appreciated. Just for the record... I had to create a new class in login.conf(5), eg.: sftponly, and specify the umask= parameter to it, and of course add the user to that class. Daniel -- LEVAI Daniel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1
Re: General RE-Build Question
Hmmm, thanks. I think I'll take the rm -r route. Sounds like I fracked something up for sure. Cheers Roy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stuart Henderson Sent: Thursday, November 27, 2008 4:31 PM To: misc@openbsd.org Subject: Re: General RE-Build Question On 2008-11-27, Morris, Roy [EMAIL PROTECTED] wrote: I have made changes to the GENERIC RAMDISK_CD kernels (yes I know, there is a reason) on a stable system. I have already made a release on this machine once, but I am assuming based on the faq that the release process uses files made from the -stable build process. The question is what or how do I clean to get a fresh start at it, to ensure the new changes are picked up? .. I followed the FAQ .. # rm -rf /usr/obj/* # cd /usr/src # make obj # cd /usr/src/etc env DESTDIR=/ make distrib-dirs # cd /usr/src # make build and got the following error. Any help would be great! You have build files in the src/ tree. Maybe you didn't re-run make obj after updating source sometime when directories were changed and then attempted a build. (You should make obj between updating src and building). Either rm -r src and checkout again, or clean your tree: cvs -q up -Pd -I - should identify the offending files.
Re: General RE-Build Question
On 16:42 Thu 27 Nov, Morris, Roy wrote: Hmmm, thanks. I think I'll take the rm -r route. Sounds like I fracked something up for sure. cvsco from ports/devel/cvsutils might be a better way to fix a screwed up tree then (less traffic). -- Vladimir Kirillov
Re: php+apache+mysql on 4.4
Hi, maybe you can consider another approach: 1) Edit the Makefile on /usr/ports/databases/mysql $ cat Makefile | grep SOCKET_DIR SOCKET_DIR= /var/www/mysql 2) Reinstall mysql and run. 3) $ ps aux | grep mysql _mysql 12420 0.0 3.5 294488 71576 ?? S 5:00PM0:00.72 /usr/local/libexec/mysqld --basedir=/usr/local --datadir=/var/mysql --user=_mysql --pid-file=/var/mysql/namor.nodomain.nowhere.pid --port=3306 --socket=/var/www/mysql/mysql.sock It should work as usual... Regards, Alvaro 2008/11/27 Gustavo Polillo [EMAIL PROTECTED] my system is ok but in every reboot I need to reconfigure the mysql socket: ln -f /var/run/mysql/mysql.sock /var/www/var/run/mysql/ any tip? thanks, Gustavo Polillo.
Re: php+apache+mysql on 4.4
On 2008-11-27, Alvaro Mantilla Gimenez [EMAIL PROTECTED] wrote: Hi, maybe you can consider another approach: 1) Edit the Makefile on /usr/ports/databases/mysql $ cat Makefile | grep SOCKET_DIR SOCKET_DIR= /var/www/mysql Why would you not want to use packages? Especially when you can do this by editing my.cnf. ln -f /var/run/mysql/mysql.sock /var/www/var/run/mysql/ /var/run is cleaned at boot.
Ellipitc Curves: off-topic
Does anybody know a tutorial on implementing such curves in ANSI C? Thank in advance.
Re: Ellipitc Curves: off-topic
On Thu, 27 Nov 2008, John Nietzsche wrote: Does anybody know a tutorial on implementing such curves in ANSI C? src/sbin/isakmpd/math_ec2n.{c,h}
Re: php+apache+mysql on 4.4
Hi Stuart, Two reasons: 1) You are right. I can edit that directly on /etc/my.cnf but (if I remember well) I need to edit two lines on that file. One for the server and another one for the client. My step do both directly during the installation process. 2) Porno geek. I like to see the cool compilation lines on the screen. It is my personal choice. Don't we have the ports collection for that too? :-P Seriously, I use packages very few timesand for a good reason (i.e. not enough time to install the computer/server) and I prefer to compile the ports. Anyways, I think most people do that change to have the opportunity to access MySQL socket from the standard Apache chrooted directorysojust a proposal: maybe it would be good to have a flavor for the default MySQL server installation...something like: env FLAVOR=apache_chroot. Don't you think? Regards, Alvaro 2008/11/27 Stuart Henderson [EMAIL PROTECTED] On 2008-11-27, Alvaro Mantilla Gimenez [EMAIL PROTECTED] wrote: Hi, maybe you can consider another approach: 1) Edit the Makefile on /usr/ports/databases/mysql $ cat Makefile | grep SOCKET_DIR SOCKET_DIR= /var/www/mysql Why would you not want to use packages? Especially when you can do this by editing my.cnf. ln -f /var/run/mysql/mysql.sock /var/www/var/run/mysql/ /var/run is cleaned at boot.
Re: php+apache+mysql on 4.4
On Fri, Nov 28, 2008 at 2:04 AM, Fernando Quintero [EMAIL PROTECTED] wrote: Add these lines to you rc.local or any boot script in /etc . normally into the boot script for mysql don't forget to add sleep 5 (or other number) before ln to make sure mysqld properly started first. at least that's what I do -- O ascii ribbon campaign - stop html mail - www.asciiribbon.org
Re: Wondering about openbsd way to update for patches.
On Sun, Nov 23, 2008 at 8:13 AM, Maurice Janssen [EMAIL PROTECTED] wrote: On Sunday, November 23, 2008 at 13:56:44 +0100, Maurice Janssen wrote: On Saturday, November 22, 2008 at 06:52:14 -0600, Javier Vasquez wrote: Hi, I'm just looking at how openbsd works to see if it suits my needs. I have a small old box (piii celeron @797 MHz 32KB $, with 512 MB ram), and in my experience compiling just the linux kernel takes ~4 hrs, and compiling gcc/g++ takes ~24 hrs... I read in the documentation that if there are fixes, they come through patches, and then to keep things simple, the easiest fastest way is to keep the whole stable source tree up to date with patches, which imply initial compilation + recompiling any time a patch arise... I'm wondering whether this would mean lots of compilation time, which in this small machine might take too much... So it's true there's no binary way to keep the system patched, right? I've been making releases of the -stable tree since 4.0. Forgot to mention where you can download the filesets: ftp://ftp.z74.net/pub/OpenBSD/ A list of mirrors and a bit more info can be found at: http://www.z74.net/openbsd.html Maurice I'm sorry about my ignorance, but I was reading the section 5.4 about releases, and couldn't find out how to upgrade a system from a release, :(. Maybe such upgrade is more like http://www.openbsd.org/faq/upgrade44.html;? But the release tree needs to be downloaded, or maybe synchronized instead, maybe using rsync? Just thinking out loud how to do upgrades to this binary repo once the installation is OK Javier.
Mail delivery failure
** Message from InterScan VirusWall 6 ** Sent RCPT TO: [EMAIL PROTECTED] Received 550 5.1.1 User unknown Could not deliver mail to this user. [EMAIL PROTECTED] * End of message *** Received: from 192.168.141.1 by exch.sbroiler.ru (InterScan VirusWall 6); Fri, 28 Nov 2008 08:35:00 +0300 Received: by mail1.sbroiler.ru (Postfix, from userid 2000) id E5175164843; Fri, 28 Nov 2008 08:33:12 +0300 (MSK) Received: from ??3 (unknown [78.132.149.204]) by mail1.sbroiler.ru (Postfix) with SMTP id C8A5C164941 for [EMAIL PROTECTED]; Fri, 28 Nov 2008 08:33:08 +0300 (MSK) Received: from [78.132.149.204] by shear.ucar.edu; Fri, 28 Nov 2008 08:34:59 +0300 From: Childress misc@openbsd.org To: [EMAIL PROTECTED] Subject: =?koi8-r?B?8sXLzMHNwSDXIMnO1MXSzmXUxQ==?= Date: Fri, 28 Nov 2008 08:34:59 +0300 Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 X-Security: message sanitized on shear.ucar.edu See http://www.impsec.org/email-tools/sanitizer-intro.html for details. $Revision: 1.147 $Date: 2004-10-02 11:16:26-07 Content-Type: text/plain; charset=us-ascii X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Importance: Normal X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 28 08:33:12 2008 X-DSPAM-Confidence: 0.4855 X-DSPAM-Probability: -1. X-DSPAM-Signature: 446,492f8298253262096194762 X-TM-AS-Product-Ver: : ISVW-6.0.0.1396-3.6.0.1039-14862000 X-TM-AS-Result: : No X-TM-AS-Category-Info: : 31:0,00 X-TM-AS-MatchedID: : =?us-ascii?B?MTUwMDAwLTE0NjAwNy0xNDcw?= =?us-ascii?B?MTUtMTE4MjAxLTcwMTM5Ny05MDAwMDgtOTAwMDA2LTkwMDAwNC05?= =?us-ascii?B?MDAwNzMtMTExNjAwLTExMTYwNC0xMTMwMjMtNzAwMDI4LTcwMDk2?= =?us-ascii?B?Mi03MDE0MjQtNzAwMDAzLTExMTYwNS0xMTE2MDItMTg4MDEyLTcw?= =?us-ascii?B?MDA1Ni03MDAwMDItNzAwMDYyLTcwOTk4MS03MDAxNzktNzAyNzY4?= =?us-ascii?B?LTcxMDA2My03MDM4NjYtMTg4MDAyLTExMTYwOC03MDE2MTctMTg4?= =?us-ascii?B?MDA5LTE4ODEwOC0xODgxMDctNzAwMDg3LTcwMDA0MS03MDExNDQt?= =?us-ascii?B?NzAxMDYxLTE4ODA1Ny0xODgwMTMtMTg4MDg2LTExMTYwMy0xMTE2?= =?us-ascii?B?MDEtMTQ4MTIw?= X-Converted-To-Plain-Text: from multipart/mixed by demime 1.01d X-Converted-To-Plain-Text: Alternative section used was multipart/alternative po~towaq sluvba E-mail RASSYLOK moskwa `RIDI^ESKIE LICA 908 000 ADRESOW 3 500 RUB. moskwa fIZI^ESKIE LICA 5 937 000 ADRESOW 10 000 RUB. WS# ILI 3 500 RUB. 1 MLN. sankt-peterburg `RIDI^ESKIE LICA 292 000 ADRESOW 3 500 RUB. sankt-peterburg fIZI^ESKIE LICA 1 307 000 ADRESOW 7 000 RUB. wsq rossiq `RIDI^ESKIE LICA 6 101 000 ADRESOW 10 000 RUB. WS# ILI 3 500 RUB. 1 MLN. wsq rossiq fIZI^ESKIE LICA 9 840 000 ADRESOW 18 000 RUB. WS# ILI 3 500 RUB. 1 MLN. sng @R. + FIZ LICA 6 430 000 ADRESOW 14 000 RUB. WS# ILI 3 500 RUB. 1 MLN. zapadnaq ewropa `RIDI^ESKIE LICA 4 200 000 ADRESOW 10 000 RUB. WS# ILI 3 500 RUB. 1 MLN. zapadnaq ewropa fIZI^ESKIE LICA 15 200 000 ADRESOW 30 000 RUB. WS# ILI 3 500 RUB. 1 MLN. s{a `RIDI^ESKIE LICA 15 800 000 ADRESOW 45 000 RUB. WS# ILI 3 500 RUB. 1 MLN. s{a fIZI^ESKIE LICA 21 570 000 ADRESOW60 000 RUB. WS# ILI 3 500 RUB. 1 MLN. drugie strany w NALI^II BOLEE 100 RAZNYH STRAN MIRA. 3 500 RUB. 1 MLN.l`bye formy oplaty! dEJSTWUET SISTEMA SKIDOK! telefony: (~95)589-69-53 moskwa (812) 9z1 39 77 sankt-peterburg ICQ: 3 91796 624 !DSPAM:446,492f8298253262096194762!
Returned mail: see transcript for details
The original message was received at Fri, 28 Nov 2008 09:46:01 +0300 from omen.palitra.ru [213.189.194.210] - The following addresses had permanent fatal errors - [EMAIL PROTECTED] - Transcript of session follows - 451 4.0.0 MX list for post.spbnet.ru.sci.smolensk.ru. points back to sci.smolensk.ru: No such file or directory 554 5.3.5 Local configuration error Reporting-MTA: dns; sci.smolensk.ru Received-From-MTA: DNS; omen.palitra.ru Arrival-Date: Fri, 28 Nov 2008 09:46:01 +0300 Final-Recipient: RFC822; [EMAIL PROTECTED] Action: failed Status: 5.5.0 Remote-MTA: DNS; post.spbnet.ru.sci.smolensk.ru Last-Attempt-Date: Fri, 28 Nov 2008 09:46:03 +0300 Return-Path: misc@openbsd.org Received: from 210.208-28.194.189.213.in-addr.arpa (omen.palitra.ru [213.189.194.210]) by sci.smolensk.ru (8.11.6/8.9.3) with ESMTP id mAS6k0411466 for [EMAIL PROTECTED]; Fri, 28 Nov 2008 09:46:01 +0300 Received: from [213.189.194.210] by shear.ucar.edu; Fri, 28 Nov 2008 09:46:25 +0300 Message-ID: [EMAIL PROTECTED] From: Brandon misc@openbsd.org To: [EMAIL PROTECTED] Subject: =?koi8-r?B?8iDhIEMgQyD5IOwgSyDp?= Date: Fri, 28 Nov 2008 09:46:25 +0300 MIME-Version: 1.0 X-Security: message sanitized on shear.ucar.edu See http://www.impsec.org/email-tools/sanitizer-intro.html for details. $Revision: 1.147 $Date: 2004-10-02 11:16:26-07 Content-Type: text/plain; charset=us-ascii X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Converted-To-Plain-Text: from multipart/alternative by demime 1.01d X-Converted-To-Plain-Text: Alternative section used was text/plain maCCOwye E-MAIL PasCylKi region tip adresow cena mOSKWA fIRMY BOLEE 1 MLN.4 000 RUB. mOSKWA ~ASTNYE LICA BOLE 6 MLN.12 000 RUB. sANKT-pETERBURG fIRMY 500 TYS. 4 000 RUB.sANKT-pETERBURG ~ASTNYE LICA 1,5 MLN ADERSOW 8 000 RUB. rOSSIQ fIRMY BOLEE 7 MLN. 14 000 RUB. rOSSIQ ~ASTNYE LICA BOLEE 10 MLN. 18 000 RUB. sTRANY sng FIRMY+^ASTNIKI BOLEE 7 MLN. 12 000 RUB. dRUGIE REGIONY FIRMY+^ASTNIKI - DOGOWORNAQ wygodnye uslowiq dlq postoqnnyh klientow. sPOSOBY OPLATY: - nALI^NYE W OFISE. - nALI^NYE ^EREZ KURXERA. - bANKOWSKIJ PEREWOD (DLQ @R. LIC). - |LEKTRONNYE DENXGI. - WesternUnion - sISTEMA kONTAKT I `NISTRIM. besplatno: rAZRABOTKA MAKETA I WYEZD KURXERA. rAZRABOTAEM SAJT WIZITKU I PREDOSTAWIM SPECIALXNYJ HOSTING. (OT 4000 RUBLEJ).obra}ajtesx sej~as: tELEFON: (~95) 5170648 ICQ: 3970 95807