Re: pf tables and redirects
Using pfctl -vss I see a few states that are in FIN_WAIT_2. If I
wait for these states to vanish I am directed to the correct ip
address.
If I flush the states using pfctl -F state I see nothing under pfctl
-vss, but my machine is still directed to the old ip adderss that is
no longer in the table.
(this is 3.8 amd64)
Thanks,
- Ec
On 5/22/06, jared r r spiegel [EMAIL PROTECTED] wrote:
On Mon, May 22, 2006 at 03:25:20PM -0400, Eci Souji wrote:
I'm currently using a table with pf redirects.
rdr pass on X_if proto tcp from any to Y_ip port {80,443} - tableQ
round-robin sticky-address
and it's working fine. The only issue is when I delete an entry from that
table some connections still continue to try and hit that destination ip.
Is there any way around this?
when you are seeing this undesired condition, does
'pfctl -vss' show any extant states which still have that
old/removed IP but still could match the incoming traffic?
--
jared
[ openbsd 3.9-current GENERIC ( may 1 ) // i386 ]
pf tables and redirects
I'm currently using a table with pf redirects.
rdr pass on X_if proto tcp from any to Y_ip port {80,443} - tableQ
round-robin sticky-address
and it's working fine. The only issue is when I delete an entry from that
table some connections still continue to try and hit that destination ip.
Is there any way around this?
- Ec
Re: LSI Logic Ultra320 Scsi Raid Card
Apologies for my delay as things here have been a bit crazy. Unfortunatly we
had to abandon OpenBSD for the boxen running the LSI 320-2E cards for other
reasons, but I'll try to test out your diff to see if I get a successfull
detection.
On the subject of LSI cards tho I do have another question that I was hoping
I could get some help with. We've got some Tyan GX28's (
http://www.tyan.com/products/html/gx28b2882.html) here running 3.7 in single
processor mode using LSI Megaraid SATA 150-4 adapters. Everything works fine
until we try to run with multiple processors, at which point we can't even
boot due to ami0 timeout errors. I'm not on site right now but I'll try to
get a dmesg etc up tomorrow.
Thanks again to everyone on the list.
- S
On 8/24/05, Marco Peereboom [EMAIL PROTECTED] wrote:
If you guys care about this diff making 3.8 I suggest that someone sends
me
some feedback.
/marco
On Tue, Aug 23, 2005 at 12:19:11PM -0500, Marco Peereboom wrote:
Note that pcidevs_data.h and pcidevs.h are part of the diff. I did this
for
easy patching and testing.
Give it a go and let me know if it works.
/marco
Index: ami_pci.c
===
RCS file: /cvs/src/sys/dev/pci/ami_pci.c,v
retrieving revision 1.29
diff -u -r1.29 ami_pci.c
--- ami_pci.c 15 Aug 2005 23:22:46 - 1.29
+++ ami_pci.c 23 Aug 2005 17:15:36 -
@@ -87,6 +87,7 @@
AMI_CHECK_SIGN | AMI_BROKEN },
{ PCI_VENDOR_SYMBIOS, PCI_PRODUCT_SYMBIOS_MEGARAID, 0 },
{ PCI_VENDOR_SYMBIOS, PCI_PRODUCT_SYMBIOS_MEGARAID_320, 0 },
+ { PCI_VENDOR_SYMBIOS, PCI_PRODUCT_SYMBIOS_MEGARAID_3202E, 0 },
{ PCI_VENDOR_SYMBIOS, PCI_PRODUCT_SYMBIOS_SATA8, 0 },
{ 0 }
};
Index: pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.908
diff -u -r1.908 pcidevs
--- pcidevs 23 Aug 2005 03:31:34 - 1.908
+++ pcidevs 23 Aug 2005 17:15:39 -
@@ -2054,6 +2054,7 @@
product SYMBIOS FC919_1 0x0625 FC919
product SYMBIOS MEGARAID 0x1960 MegaRAID
product SYMBIOS MEGARAID_320 0x0407 MegaRAID 320
+product SYMBIOS MEGARAID_3202E 0x0408 MegaRAID 320-2E
product SYMBIOS SATA8 0x0409 MegaRAID SATA 8x
/* Packet Engines products */
Index: pcidevs.h
===
RCS file: /cvs/src/sys/dev/pci/pcidevs.h,v
retrieving revision 1.909
diff -u -r1.909 pcidevs.h
--- pcidevs.h 23 Aug 2005 03:31:53 - 1.909
+++ pcidevs.h 23 Aug 2005 17:15:44 -
@@ -2059,6 +2059,7 @@
#define PCI_PRODUCT_SYMBIOS_FC919_1 0x0625 /* FC919 */
#define PCI_PRODUCT_SYMBIOS_MEGARAID 0x1960 /* MegaRAID */
#define PCI_PRODUCT_SYMBIOS_MEGARAID_320 0x0407 /* MegaRAID 320 */
+#define PCI_PRODUCT_SYMBIOS_MEGARAID_3202E 0x0408 /* MegaRAID 320-2E */
#define PCI_PRODUCT_SYMBIOS_SATA8 0x0409 /* MegaRAID SATA 8x */
/* Packet Engines products */
Index: pcidevs_data.h
===
RCS file: /cvs/src/sys/dev/pci/pcidevs_data.h,v
retrieving revision 1.908
diff -u -r1.908 pcidevs_data.h
--- pcidevs_data.h 23 Aug 2005 03:31:53 - 1.908
+++ pcidevs_data.h 23 Aug 2005 17:15:49 -
@@ -5923,6 +5923,10 @@
MegaRAID 320,
},
{
+ PCI_VENDOR_SYMBIOS, PCI_PRODUCT_SYMBIOS_MEGARAID_3202E,
+ MegaRAID 320-2E,
+ },
+ {
PCI_VENDOR_SYMBIOS, PCI_PRODUCT_SYMBIOS_SATA8,
MegaRAID SATA 8x,
},
Generic.MP panics on boot using Tyan GX28/S2882 (was: Re: LSI SATA 150-4 on Tyan GX28 / S2882)
Sorry about the recycle. I've cced the list and changed the topic to reflect a new (worse) problem. Just did a clean install using amd64 3.7. SP kernel is working just fine and I'm able to boot and play around without a problem. Upon trying to switch to the generic.mp http://generic.mp kernel I drop into a panic on boot. Attached are my two dmesgs, one from SP kernel and one from the MP kernel with the panic messages. I hope I've included enough information from the panic, if not please let me know what else might be needed. Anyone have any thoughts? :( - S On 8/31/05, Rogier Krieger [EMAIL PROTECTED] wrote: As I doubt this e-mail will solve the problem, I sent it off-list. On 8/31/05, Eci Souji [EMAIL PROTECTED] wrote: On the subject of LSI cards tho I do have another question that I was hoping I could get some help with. Please don't recycle one question's thread for use on another; it messes things up. We've got some Tyan GX28's [...] here running 3.7 in single processor mode using LSI Megaraid SATA 150-4 adapters. Everything works fine until we try to run with multiple processors In such cases, please provide a dmesg at the same time you report it. Personally, I use pretty much the same board (the S2882-D) for amd64 with GENERIC.MP http://GENERIC.MP and the errata since 3.7-release. Both in UP and SMP modes, things work just fine. I did upgrade the card's firmware, though not out of any hardware problems. My happy user report is somewhere in the archives [1]. My current dmesg is available on-line [2] as well. If 3.7 or 3.7-stable fail, you may want to give 3.8 snapshots a spin to see if the problem persists. Cheers, Rogier References: 1. MARC: msg 'LSI MegaRAID 150-4 (a.k.a. LSI/Symbios 523)' http://marc.theaimsgroup.com/?l=openbsd-miscm=111523292910926w=2 2. Tyan S-2882D dmesg (amd64, GENERIC.MP http://GENERIC.MP) http://iverdahl.net/bsd/files/OpenBSD37-amd64-GENERIC.MP-Tyan-S2882D.dmesg.tx t -- If you don't know where you're going, any road will get you there. OpenBSD 3.7 (GENERIC) #31: Sun Mar 20 00:42:28 MST 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 1073278976 (1048124K) avail mem = 909357056 (888044K) using 22937 buffers containing 107536384 bytes (105016K) of memory mainbus0 (root) cpu0 at mainbus0: (uniprocessor) cpu0: AMD Opteron(tm) Processor 244, 1791.82 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,NXE,MMXX,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative pci0 at mainbus0 bus 0: configuration mode 1 ppb0 at pci0 dev 6 function 0 AMD 8111 PCI-PCI rev 0x07 pci1 at ppb0 bus 3 ohci0 at pci1 dev 0 function 0 AMD 8111 USB rev 0x0b: irq 9, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1 at pci1 dev 0 function 1 AMD 8111 USB rev 0x0b: irq 9, version 1.0, legacy support usb1 at ohci1: USB revision 1.0 uhub1 at usb1 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered vga1 at pci1 dev 6 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) fxp0 at pci1 dev 8 function 0 Intel 82557 rev 0x10, i82550: irq 11, address 00:e0:81:2e:a5:79 inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4 AMD AMD8111 LPC rev 0x05 at pci0 dev 7 function 0 not configured pciide0 at pci0 dev 7 function 1 AMD 8111 IDE rev 0x03: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: QSI, CD-ROM SCR-242, CXAC SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) AMD 8111 SMBus rev 0x02 at pci0 dev 7 function 2 not configured AMD 8111 ACPI rev 0x05 at pci0 dev 7 function 3 not configured ppb1 at pci0 dev 10 function 0 AMD 8131 PCIX rev 0x12 pci2 at ppb1 bus 2 bge0 at pci2 dev 9 function 0 Broadcom BCM5704C rev 0x03, BCM5704 A3 (0x2003): irq 10 address 00:e0:81:2e:a5:32 brgphy0 at bge0 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0 bge1 at pci2 dev 9 function 1 Broadcom BCM5704C rev 0x03, BCM5704 A3 (0x2003): irq 15 address 00:e0:81:2e:a5:33 brgphy1 at bge1 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0 AMD 8131 PCIX IOAPIC rev 0x01 at pci0 dev 10 function 1 not configured ppb2 at pci0 dev 11 function 0 AMD 8131 PCIX rev 0x12 pci3 at ppb2 bus 1 ami0 at pci3 dev 3 function 0 Symbios Logic MegaRAID rev 0x01: irq 10 LSI 523/64b/lhc ami0: FW 713N, BIOS vG119, 64MB RAM ami0: 1 channels, 0 FC loops, 1 logical drives
LSI Logic Ultra320 Scsi Raid Card
Hi, did some googling and archive searching but didn't find anything so here's my question... Is the Ultra320-2E supported under OpenBSD 3.7? I'm trying to install from cd, but get the following error during boot... vendor Symbios Logic, unknown product 0x0408 (class mass storage subclass RAID, rev 0x07) at pci3 dev 14 function 0 not confirgured Thoughts? - S
