On Jan 19, 2008 8:31 PM, SchC6berle DC!niel <[EMAIL PROTECTED]>
wrote:
> Hi all!
>
> I've just upgraded my firewall from OpenBSD 4.0 to 4.2-stable and ran
> into a small problem regarding mount_mfs. I solved it, but in case
> anybody else runs into it, here's something for the archives.
>
> I run the box from a 512MB CF and, originally, with very limited
> memory. The /var, tmp and /dev are mount_mfs and during the upgrade I
> had trobule with mounting /dev.
>
> I used to mount /dev with the following line:
>
> swap /dev mfs rw,-P=/proto/dev,-s=700,-i=256 0 0
>
> It seems that sometime after 4.1 was released (probably during ffs2
> development) mount_mfs was changed in such a way that it doesn't allow
> very high density for inodes. This resulted in mount_mfs failing on
> replicating the /dev and me getting a readonly /dev, which resulted
> in a box that I couldn't login into remotly (with ssh). Luckily you I
> could still issue commands with winscp or login locally. After couple
> of tests I concluded that mount_mfs simply ignores density settings
> lower than 1024, so I changed the /dev to settings to the following
> line:
>
> swap /dev mfs rw,-P=/proto/dev,-s=4000,-i=1024 0 0
>
> Now everything is ok, I'm happy and sice CF is in a new box with lots
> of memory I'm not trying to squeeze every byte out of it.
>
> Maybe this maximal density could be documented somehow? I glanced at
> the mkfs.c and saw that, in theory, it should warn the user when
> reducing the density but I never got a warning during my tests.
>
> dmesg in case anybody needs it:
>
> OpenBSD 4.2-stable (SQUID_DISKD) #7: Fri Jan 18 21:11:32 CET 2008
> [EMAIL PROTECTED]
> :/usr/src/sys/arch/i386/compile/SQUID_DISK
> D
> cpu0: Intel(R) Pentium(R) 4 CPU 2.66GHz ("GenuineIntel" 686-class) 3.02GHz
> cpu0:
>
> FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
> H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR
> real mem = 2146988032 (2047MB)
> avail mem = 2068254720 (1972MB)
> mainbus0 at root
> bios0 at mainbus0: AT/286+ BIOS, date 07/11/03, BIOS32 rev. 0 @ 0xfb210,
> SMBIOS rev. 2.2 @ 0xf0800 (34 entries)
> bios0: vendor Phoenix Technologies, LTD version "6.00 PG" date 07/11/2003
> bios0: http://www.abit.com.tw/ BE7-S/BE7-G/BE7-B (Intel i845PE-ICH4)
> apm0 at bios0: Power Management spec V1.2
> apm0: AC on, battery charge unknown
> apm0: flags 70102 dobusy 1 doidle 1
> pcibios0 at bios0: rev 2.1 @ 0xf0000/0xdf84
> pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdeb0/192 (10 entries)
> pcibios0: PCI Exclusive IRQs: 5 7 9 10 11
> pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371SB ISA" rev 0x00)
> pcibios0: PCI bus #2 is the last bus
> bios0: ROM list: 0xc0000/0xd000 0xd0000/0x8000!
> cpu0 at mainbus0
> pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
> pchb0 at pci0 dev 0 function 0 "Intel 82845G/GL" rev 0x02
> ppb0 at pci0 dev 1 function 0 "Intel 82845G/GL/GV/GE/PE AGP" rev 0x02
> pci1 at ppb0 bus 1
> vga1 at pci1 dev 0 function 0 "ATI Radeon 9500 Pro" rev 0x00
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> "ATI Radeon 9500 Pro Sec" rev 0x00 at pci1 dev 0 function 1 not configured
> uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x02: irq 5
> uhci1 at pci0 dev 29 function 1 "Intel 82801DB USB" rev 0x02: irq 7
> uhci2 at pci0 dev 29 function 2 "Intel 82801DB USB" rev 0x02: irq 11
> ehci0 at pci0 dev 29 function 7 "Intel 82801DB USB" rev 0x02: irq 10
> usb0 at ehci0: USB revision 2.0
> uhub0 at usb0: Intel EHCI root hub, rev 2.00/1.00, addr 1
> ppb1 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0x82
> pci2 at ppb1 bus 2
> skc0 at pci2 dev 3 function 0 "D-Link Systems DGE-530T A1" rev 0x11, Yukon
> (0x1): irq 10
> sk0 at skc0 port A: address 00:13:46:64:e1:ef
> eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3
> pciide0 at pci2 dev 14 function 0 "CMD Technology SiI3112 SATA" rev 0x02:
> DMA
> pciide0: using irq 11 for native-PCI interrupt
> ichpcib0 at pci0 dev 31 function 0 "Intel 82801DB LPC" rev 0x02: 24-bit
> timer
> at 3579545Hz
> pciide1 at pci0 dev 31 function 1 "Intel 82801DB IDE" rev 0x02: DMA,
> channel 0
> configured to compatibility, channel 1 configured to compatibility
> wd0 at pciide1 channel 0 drive 0: <HDT722525DLAT80>
> wd0: 16-sector PIO, LBA48, 238475MB, 488397168 sectors
> wd1 at pciide1 channel 0 drive 1: <IC35L120AVV207-0>
> wd1: 16-sector PIO, LBA48, 117800MB, 241254720 sectors
> wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 5
> wd1(pciide1:0:1): using PIO mode 4, Ultra-DMA mode 5
> wd2 at pciide1 channel 1 drive 0: <Maxtor 4R120L0>
> wd2: 16-sector PIO, LBA48, 117246MB, 240121728 sectors
> wd2(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 5
> ichiic0 at pci0 dev 31 function 3 "Intel 82801DB SMBus" rev 0x02: irq 9
> iic0 at ichiic0
> 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
> isa0 at ichpcib0
> isadma0 at isa0
> 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
> lm0 at isa0 port 0x290/8: W83627HF
> npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
> pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
> pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
> fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
> biomask ffe5 netmask ffe5 ttymask ffe7
> pctr: user-level cycle counter enabled
> mtrr: Pentium Pro MTRR support
> dkcsum: wd0 matches BIOS drive 0x80
> dkcsum: wd1 matches BIOS drive 0x81
> dkcsum: wd2 matches BIOS drive 0x82
> root on wd0a swap on wd0b dump on wd0b
>
> Regards, Daniel.
>
Wow, very weird that you post this. I just noticed the exact same thing
yesterday too. Upgraded from 4.0-stable to 4.2-stable on a WRAP (
pcengines.ch) box with my 512M CF and /dev entries failing as well. My
previous inode settings used to be:
swap /dev mfs rw,-P=/.devtmp,-s=1200,-i=128 0 0 but that crapped out in 4.2.
I changed it to -s=3072, -i=128 just to get it fully working properly and I
haven't looked into it further yet, but wondering if I'm better off maybe
trying higher inode (like yours) but lower MFS size such as -s=1024 because
I'm limited in memory (128M total). Other than that, is an MFS /dev size
bigger than 1M even needed? I'd really like to reduce as much as possible.
Thanks for the post!
I'm new to this mailing list and so far, it's great!
