ZFS performance question
Hi all, After setting up our new server (Intel Q9550 CPU, 8GB RAM, 4 x ST31000340NS) i did a bonnie++ benchmark on the zfs raidz that i created on 4 partitions on the 4 disks. r...@antsrv4 [/data/nocompression] # bonnie++ -u root -d . Using uid:0, gid:0. Writing a byte at a time...done Writing intelligently...done Rewriting...done Reading a byte at a time...done Reading intelligently...done start 'em...done...done...done...done...done... Create files in sequential order...done. Stat files in sequential order...done. Delete files in sequential order...done. Create files in random order...done. Stat files in random order...done. Delete files in random order...done. Version 1.96 --Sequential Output-- --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP antsrv4.ant.uni 16G94 81 151823 39 100780 27 303 99 239853 30 148.3 4 Latency 4733ms6051ms8173ms 37504us 917ms1030ms Version 1.96 --Sequential Create-- Random Create antsrv4.ant.uni-bre -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 24183 97 + +++ 21715 98 17209 98 + +++ 21291 97 Latency 19779us 128us 162us 39671us 38us 77us 1.96,1.96,antsrv4.ant.uni-bremen.de,1,1282303232,16G,,94,81,151823,39,100780,27,303,99,239853,30,148.3,4,16,24183,97,+,+++,21715,98,17209,98,+,+++,21291,97, 733ms,6051ms,8173ms,37504us,917ms,1030ms,19779us,128us,162us,39671us,38us,77us I am somewhat concerned about the numbers for per-char-output and per-char-input. In fact, i have never before seen that low numbers in a bonnie test. Using a single disk with UFS yields about 6 times as much. I know that this is not crucial for a normal file server, but i want to rule out any configuration errors. Is this normal for ZFS?. Disks are accessed using ahci. I did not attempt any tuning yet. BTW: Running OpenSolaris on the same hardware yields 110306 for per-char-write and 94698 for per-char-read. --Heinrich Heinrich Rebehn University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - Phone : +49/421/218-62394 Fax :-3341 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS performance question
2010/8/20 Heinrich Rebehn : > Hi all, > > After setting up our new server (Intel Q9550 CPU, 8GB RAM, 4 x ST31000340NS) > i did a bonnie++ benchmark on the zfs raidz that i created on 4 partitions on > the 4 disks. > > r...@antsrv4 [/data/nocompression] # bonnie++ -u root -d . > Using uid:0, gid:0. > Writing a byte at a time...done > Writing intelligently...done > Rewriting...done > Reading a byte at a time...done > Reading intelligently...done > start 'em...done...done...done...done...done... > Create files in sequential order...done. > Stat files in sequential order...done. > Delete files in sequential order...done. > Create files in random order...done. > Stat files in random order...done. > Delete files in random order...done. > Version 1.96 --Sequential Output-- --Sequential Input- > --Random- > Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- > --Seeks-- > Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec > %CP > antsrv4.ant.uni 16G 94 81 151823 39 100780 27 303 99 239853 30 > 148.3 4 > Latency 4733ms 6051ms 8173ms 37504us 917ms 1030ms > Version 1.96 --Sequential Create-- Random > Create > antsrv4.ant.uni-bre -Create-- --Read--- -Delete-- -Create-- --Read--- > -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP > 16 24183 97 + +++ 21715 98 17209 98 + +++ 21291 97 > Latency 19779us 128us 162us 39671us 38us 77us > 1.96,1.96,antsrv4.ant.uni-bremen.de,1,1282303232,16G,,94,81,151823,39,100780,27,303,99,239853,30,148.3,4,16,24183,97,+,+++,21715,98,17209,98,+,+++,21291,97, > > 733ms,6051ms,8173ms,37504us,917ms,1030ms,19779us,128us,162us,39671us,38us,77us > > > I am somewhat concerned about the numbers for per-char-output and > per-char-input. In fact, i have never before seen that low numbers in a > bonnie test. Using a single disk with UFS yields about 6 times as much. > > > I know that this is not crucial for a normal file server, but i want to rule > out any configuration errors. > > Is this normal for ZFS?. Disks are accessed using ahci. I did not attempt any > tuning yet. Can you try without AHCI ? http://www.phoronix.com/scan.php?page=article&item=freebsd_zfs_cam&num=5 > BTW: Running OpenSolaris on the same hardware yields 110306 for > per-char-write and 94698 for per-char-read. > > --Heinrich > > > Heinrich Rebehn > > University of Bremen > Physics / Electrical and Electronics Engineering > - Department of Telecommunications - > > Phone : +49/421/218-62394 > Fax : -3341 > > > > > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
P811B Quad Port NIC problem.
Hi, First I want to start with the note that I know Realtek is no good, yet I will appreciate any assistance that you may provide. here are details of the problem: P811B is 4 port Ethernet card with built-in mini-PCI slot where I have attached Atheros 802.11a/b/g/n Wireless PCI Adapter (AR5416). That also requires to disable 4th port from the jumpers on the card. I have installed FreeBSD 8.1-RELEASE i386 pciconf -vlb pc...@pci0:5:0:0: class=0x060400 card=0x chip=0x814812d8 rev=0x00 hdr=0x01 vendor = 'Pericom Semiconductor' class = bridge subclass = PCI-PCI r...@pci0:6:8:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Realtek RTL8139 Family PCI Fast Ethernet NIC (RTL-8139/8139C/8139D)' class = network subclass = ethernet bar [14] = type Memory, range 32, base 0xe0110200, size 256, enabled r...@pci0:6:9:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Realtek RTL8139 Family PCI Fast Ethernet NIC (RTL-8139/8139C/8139D)' class = network subclass = ethernet bar [14] = type Memory, range 32, base 0xe0110100, size 256, enabled r...@pci0:6:10:0:class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Realtek RTL8139 Family PCI Fast Ethernet NIC (RTL-8139/8139C/8139D)' class = network subclass = ethernet bar [10] = type I/O Port, range 32, base 0x1000, size 256, enabled bar [14] = type Memory, range 32, base 0xe011, size 256, enabled a...@pci0:6:11:0: class=0x028000 card=0x2071168c chip=0x0023168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g/n Wireless PCI Adapter (AR5416)' class = network bar [10] = type Memory, range 32, base 0xe010, size 65536, enabled dmesg rl0: port 0x1200-0x12ff mem 0xe0110200-0xe01102ff irq 21 at device 8.0 on pci6 rl0: reset never completed! rl0: unknown device ID: assuming 8139 rl0: MII without any phy! device_attach: rl0 attach returned 6 rl1: port 0x1100-0x11ff mem 0xe0110100-0xe01101ff irq 22 at device 9.0 on pci6 rl1: reset never completed! rl1: unknown device ID: assuming 8139 rl1: MII without any phy! device_attach: rl1 attach returned 6 rl2: port 0x1000-0x10ff mem 0xe011-0xe01100ff irq 23 at device 10.0 on pci6 miibus1: on rl2 rlphy0: PHY 0 on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl2: Ethernet address: 00:06:4f:67:08:f5 rl2: [ITHREAD] rl2: link state changed to DOWN ath0 works fine rl2 works fine rl0 and rl1 don't and of course as you may suspect they are missing from ifconfig -a if I remove the miniPCI Atheros and enable 4th port it is the same picture but this time 4th port rl3 works fine and rl0, rl1, and rl2 don't in the same way. Any suggestions will be much appreciated. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS performance question
On 20.08.2010, at 12:48, Olivier Smedts wrote: > 2010/8/20 Heinrich Rebehn : >> Hi all, >> >> After setting up our new server (Intel Q9550 CPU, 8GB RAM, 4 x ST31000340NS) >> i did a bonnie++ benchmark on the zfs raidz that i created on 4 partitions >> on the 4 disks. >> >> r...@antsrv4 [/data/nocompression] # bonnie++ -u root -d . >> Using uid:0, gid:0. >> Writing a byte at a time...done >> Writing intelligently...done >> Rewriting...done >> Reading a byte at a time...done >> Reading intelligently...done >> start 'em...done...done...done...done...done... >> Create files in sequential order...done. >> Stat files in sequential order...done. >> Delete files in sequential order...done. >> Create files in random order...done. >> Stat files in random order...done. >> Delete files in random order...done. >> Version 1.96 --Sequential Output-- --Sequential Input- >> --Random- >> Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- >> --Seeks-- >> MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec >> %CP >> antsrv4.ant.uni 16G94 81 151823 39 100780 27 303 99 239853 30 >> 148.3 4 >> Latency 4733ms6051ms8173ms 37504us 917ms1030ms >> Version 1.96 --Sequential Create-- Random >> Create >> antsrv4.ant.uni-bre -Create-- --Read--- -Delete-- -Create-- --Read--- >> -Delete-- >> files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec >> %CP >> 16 24183 97 + +++ 21715 98 17209 98 + +++ 21291 >> 97 >> Latency 19779us 128us 162us 39671us 38us 77us >> 1.96,1.96,antsrv4.ant.uni-bremen.de,1,1282303232,16G,,94,81,151823,39,100780,27,303,99,239853,30,148.3,4,16,24183,97,+,+++,21715,98,17209,98,+,+++,21291,97, >> >> 733ms,6051ms,8173ms,37504us,917ms,1030ms,19779us,128us,162us,39671us,38us,77us >> >> >> I am somewhat concerned about the numbers for per-char-output and >> per-char-input. In fact, i have never before seen that low numbers in a >> bonnie test. Using a single disk with UFS yields about 6 times as much. >> >> >> I know that this is not crucial for a normal file server, but i want to rule >> out any configuration errors. >> >> Is this normal for ZFS?. Disks are accessed using ahci. I did not attempt >> any tuning yet. > > Can you try without AHCI ? > http://www.phoronix.com/scan.php?page=article&item=freebsd_zfs_cam&num=5 Hmm, that looks impressive, but: r...@antsrv4 [/data/nocompression] # bonnie++ -u root -d . Using uid:0, gid:0. [snip] Delete files in random order...done. Version 1.96 --Sequential Output-- --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP antsrv4.ant.uni 16G 107 99 152759 39 118765 33 304 99 227534 29 137.4 4 Latency 216ms6110ms6436ms 108ms 717ms 784ms Version 1.96 --Sequential Create-- Random Create antsrv4.ant.uni-bre -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 23264 94 + +++ 20417 96 24430 97 + +++ 20866 97 Latency 20142us 138us3506us 19454us 128us 77us 1.96,1.96,antsrv4.ant.uni-bremen.de,1,1282317527,16G,,107,99,152759,39,118765,33,304,99,227534,29,137.4,4,16,23264,94,+,+++,20417,96,24430,97,+,+++,20866,97,216ms,6110ms,6436ms,108ms,717ms,784ms,20142us,138us,3506us,19454us,128us,77us Almost no difference. Only the create rate increased. r...@antsrv4 [/data/nocompression] # kldstat Id Refs AddressSize Name 19 0x8010 d6aa98 kernel 21 0x80e6b000 19eb18 zfs.ko 32 0x8100a000 3868 opensolaris.ko r...@antsrv4 [/data/nocompression] # ls /dev/ada* ls: /dev/ada*: No such file or directory -Heinrich > >> BTW: Running OpenSolaris on the same hardware yields 110306 for >> per-char-write and 94698 for per-char-read. >> > > > > -- > Olivier Smedts _ > ASCII ribbon campaign ( ) > e-mail: oliv...@gid0.org- against HTML email & vCards X > www: http://www.gid0.org- against proprietary attachments / \ > > "Il y a seulement 10 sortes de gens dans le monde : > ceux qui comprennent le binaire, > et ceux qui ne le comprennent pas." > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" Heinrich Rebehn University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - Phone : +49/421/218-6239
Re: ZFS performance question
20.08.2010 15:12, Heinrich Rebehn wrote: > r...@antsrv4 [/data/nocompression] # kldstat #kldstat -v ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS performance question
On 20.08.2010, at 14:52, Vladislav V. Prodan wrote: > 20.08.2010 15:12, Heinrich Rebehn wrote: >> r...@antsrv4 [/data/nocompression] # kldstat > > #kldstat -v Id Refs AddressSize Name 19 0x8010 d6aa98 kernel (/boot/kernel/kernel) Contains modules: Id Name 93 ataraid 340 if_lo 407 elf32 328 shell 327 elf64 313 pseudofs 280 uether 341 if_tun 339 if_gif 342 if_vlan 350 mld 349 igmp 337 if_faith 332 sysvmsg 333 sysvsem 335 sem 334 sysvshm 356 nfslockd 351 nfs_common 355 nfssvc 354 nfsserver 360 krpc 361 ufs 312 procfs 352 nfs 311 msdosfs 310 devfs 326 cd9660 6 cam 63 ata 16 sa 15 pass 13 ada 322 g_part_mbr 321 g_part_gpt 320 g_part_ebr 319 g_part_bsd 10 probe 12 ch 14 da 7 xpt 11 cd 8 aprobe 17 ses 9 pmp 221 pci/ppc 220 isa/ppc 219 acpi/ppc 218 ppbus/ppi 113 pci/dc 217 ppc/ppbus 216 ppbus/lpt 112 dc/miibus 215 ppbus/plip 214 pci/pcn 213 pcn/miibus 111 pccard/cs 212 pci/vgapci 211 pci/pcib 210 pcib/pci 110 isa/cs 53 alc/miibus 52 ahc 109 cpu/ichss 51 ahd 108 pci/ciss 50 pci/ahd 209 pci/isab 208 pci/ignore_pci 207 pci/hostb 206 pci/fixup_pci 205 pci/cbb 49 pci/ahc_pci 48 isa/ahc_isa 204 isa/cbb 47 pccard/aic 22 nexus/acpi 31 pcib/acpi_pci 107 cbb/cardbus 106 pci/bt 105 isa/bt 203 pcic/pccard 411 cpu/p4tcc 410 cpu/hwpstate 202 cbb/pccard 201 null 409 cpu/est 408 cpu/powernow 200 pci/nge 199 nge/miibus 104 pci/bge 103 bge/miibus 20 pci/aacch 406 isa/vga 405 vgapci/vgapm 198 pci/mskc 404 isa/sc 403 isa/atrtc 402 acpi/atrtc 401 scrndr-vga 400 scterm-scteken 197 mskc/msk 196 msk/miibus 102 pci/bfe 399 pci/nfe 398 nfe/miibus 101 bfe/miibus 397 pci/hptrr 396 pci/hptmv 395 pccard/fdc 394 isa/fdc 393 acpi/fdc 392 fdc/fd 391 io 100 pci/bce 390 isa/ed 193 pci/mpt 99 bce/miibus 389 atkbdc/psm 388 isa/psmcpnp 387 acpi/psmcpnp 46 pci/age 386 isa/atkbdc 385 acpi/atkbdc 384 atkbdc/atkbd 383 pci/arcmsr 382 hostb/agp_via 381 hostb/agp_intel 380 vgapci/agp_i810 379 hostb/agp_amd64 45 age/miibus 190 pci/mly 378 legacy/pcib 377 isa/pcibus_pnp 376 isa/atdma 375 acpi/atdma 374 legacy/isa 189 pci/mlx 188 mlx/mlxd 373 isa/attimer 372 acpi/attimer 187 miibus/xmphy 186 miibus/ukphy 185 miibus/truephy 371 root/nexus 370 nexus/ram 369 isa/sysresource 184 miibus/tlphy 183 miibus/tdkphy 182 miibus/smcphy 181 miibus/ruephy 180 miibus/rlphy 179 miibus/rgephy 178 miibus/qsphy 177 miibus/pnaphy 176 miibus/nsphyter 175 miibus/nsphy 368 nexus/legacy 367 legacy/cpu 174 miibu
Strange buildworld error (uuid_*)
Hello! With some trickery (had to define: WITHOUT_CDDL, WITHOUT_SSP, WITH_GCC3, NO_WERROR) I upgraded my laptop directly from 6.3 to 8.1-STABLE. It now boots nicely. I'd like to make another round of buildworld/buildkernel -- using the existing tools... That, however, breaks in the most unexpected place: /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a(biosdisk.o)(.text+0xad5): In function `bd_opendisk': : undefined reference to `uuid_is_nil' /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a(biosdisk.o)(.text+0xf62): In function `bd_opendisk': : undefined reference to `uuid_equal' /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a(biosdisk.o)(.text+0xf8a): In function `bd_opendisk': : undefined reference to `uuid_equal' /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a(biosdisk.o)(.text+0x10fe): In function `bd_opendisk': : undefined reference to `uuid_is_nil' /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a(biosdisk.o)(.text+0x160a): In function `bd_print': : undefined reference to `uuid_equal' /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a(biosdisk.o)(.text+0x16b2): In function `bd_print': : undefined reference to `uuid_equal' /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a(biosdisk.o)(.text+0x1701): In function `bd_print': : undefined reference to `uuid_equal' /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a(biosdisk.o)(.text+0x18cd): In function `bd_print': : undefined reference to `uuid_equal' /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a(biosdisk.o)(.text+0x19ba): In function `bd_print': : undefined reference to `uuid_equal' *** Error code 1 1 error Any suggestions? Thanks! Yours, -mi ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: P811B Quad Port NIC problem.
On Fri, Aug 20, 2010 at 01:44:20PM +0200, Nikola Kalpazanov wrote:
> Hi,
>
> First I want to start with the note that I know Realtek is no good,
> yet I will appreciate any assistance that you may provide.
>
> here are details of the problem:
>
> P811B is 4 port Ethernet card with built-in mini-PCI slot where I have
> attached Atheros 802.11a/b/g/n Wireless PCI Adapter (AR5416).
> That also requires to disable 4th port from the jumpers on the card.
>
> I have installed FreeBSD 8.1-RELEASE i386
>
> pciconf -vlb
>
> pc...@pci0:5:0:0: class=0x060400 card=0x chip=0x814812d8
> rev=0x00 hdr=0x01
> vendor = 'Pericom Semiconductor'
> class = bridge
> subclass = PCI-PCI
> r...@pci0:6:8:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10
> hdr=0x00
> vendor = 'Realtek Semiconductor'
> device = 'Realtek RTL8139 Family PCI Fast Ethernet NIC
> (RTL-8139/8139C/8139D)'
> class = network
> subclass = ethernet
> bar [14] = type Memory, range 32, base 0xe0110200, size 256, enabled
> r...@pci0:6:9:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10
> hdr=0x00
> vendor = 'Realtek Semiconductor'
> device = 'Realtek RTL8139 Family PCI Fast Ethernet NIC
> (RTL-8139/8139C/8139D)'
> class = network
> subclass = ethernet
> bar [14] = type Memory, range 32, base 0xe0110100, size 256, enabled
> r...@pci0:6:10:0:class=0x02 card=0x813910ec chip=0x813910ec
> rev=0x10 hdr=0x00
> vendor = 'Realtek Semiconductor'
> device = 'Realtek RTL8139 Family PCI Fast Ethernet NIC
> (RTL-8139/8139C/8139D)'
> class = network
> subclass = ethernet
> bar [10] = type I/O Port, range 32, base 0x1000, size 256, enabled
> bar [14] = type Memory, range 32, base 0xe011, size 256, enabled
> a...@pci0:6:11:0: class=0x028000 card=0x2071168c chip=0x0023168c
> rev=0x01 hdr=0x00
> vendor = 'Atheros Communications Inc.'
> device = '802.11a/b/g/n Wireless PCI Adapter (AR5416)'
> class = network
> bar [10] = type Memory, range 32, base 0xe010, size 65536, enabled
>
>
>
> dmesg
>
> rl0: port 0x1200-0x12ff mem
> 0xe0110200-0xe01102ff irq 21 at device 8.0 on pci6
> rl0: reset never completed!
> rl0: unknown device ID: assuming 8139
> rl0: MII without any phy!
> device_attach: rl0 attach returned 6
> rl1: port 0x1100-0x11ff mem
> 0xe0110100-0xe01101ff irq 22 at device 9.0 on pci6
> rl1: reset never completed!
> rl1: unknown device ID: assuming 8139
> rl1: MII without any phy!
> device_attach: rl1 attach returned 6
> rl2: port 0x1000-0x10ff mem
> 0xe011-0xe01100ff irq 23 at device 10.0 on pci6
> miibus1: on rl2
> rlphy0: PHY 0 on miibus1
> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> rl2: Ethernet address: 00:06:4f:67:08:f5
> rl2: [ITHREAD]
> rl2: link state changed to DOWN
>
>
> ath0 works fine
> rl2 works fine
>
> rl0 and rl1 don't and of course as you may suspect they are missing
> from ifconfig -a
>
> if I remove the miniPCI Atheros and enable 4th port it is the same
> picture but this time 4th port rl3 works fine and rl0, rl1, and rl2
> don't in the same way.
>
> Any suggestions will be much appreciated.
What makes me wonder is that both pci0:6:8:0 and pci0:6:9:0 has no
I/O BAR. I never saw these kind of thing on rl(4) controllers.
And I can't explain how rl(4) could successfully map the I/O with
non-existing I/O BAR.
Anyway would you try attached patch and let me know whether it
makes any difference? Also add the following line to
/boot/device.hints to have rl(4) use memory mapped mapping.
hint.rl.0.prefer_iomap="0"
Index: sys/pci/if_rl.c
===
--- sys/pci/if_rl.c (revision 211528)
+++ sys/pci/if_rl.c (working copy)
@@ -225,14 +225,6 @@
static void rl_setwol(struct rl_softc *);
static void rl_clrwol(struct rl_softc *);
-#ifdef RL_USEIOSPACE
-#define RL_RES SYS_RES_IOPORT
-#define RL_RID RL_PCI_LOIO
-#else
-#define RL_RES SYS_RES_MEMORY
-#define RL_RID RL_PCI_LOMEM
-#endif
-
static device_method_t rl_methods[] = {
/* Device interface */
DEVMETHOD(device_probe, rl_probe),
@@ -806,7 +798,7 @@
struct sysctl_ctx_list *ctx;
struct sysctl_oid_list *children;
int error = 0, hwrev, i, pmc, rid;
- int unit;
+ int prefer_iomap, unit;
uint16_t rl_did = 0;
char tn[32];
@@ -828,10 +820,31 @@
pci_enable_busmaster(dev);
- /* Map control/status registers. */
- rid = RL_RID;
- sc->rl_res = bus_alloc_resource_any(dev, RL_RES, &rid, RF_ACTIVE);
+ /*
+ * Map control/status registers.
+ * Default to using PIO access for this driver. On SMP systems,
+ * there appear to be problems with memory mapped mode: it looks
+ * like doing too many memory mapped access back to back in rapid
+ * succession can hang the bus. I'm inclined to blame this on
+ * crummy design/construction on the part of RealTek. Memor
RELENG_8 panic
The box is a moderately busy LNS running mpd5. I have another box running the same load that has not crashed so I am wondering if its hardware or this box is just "lucky" ? Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x1378af fault code = supervisor read, page not present instruction pointer = 0x20:0xc5ba1190 stack pointer = 0x28:0xe79b784c frame pointer = 0x28:0xe79b7864 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 33060 (mpd5) trap number = 12 panic: page fault cpuid = 1 Uptime: 2d4h49m17s Physical memory: 2036 MB Dumping 228 MB:panic: bufwrite: buffer is not busy??? cpuid = 1 213 197 181 165 149 133 117 101 85 69 53 37 21 5 (kgdb) #0 doadump () at pcpu.h:231 #1 0xc06b0ac3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc06b0d29 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc092239c in trap_fatal (frame=0xe79b780c, eva=1276079) at /usr/src/sys/i386/i386/trap.c:938 #4 0xc0922620 in trap_pfault (frame=0xe79b780c, usermode=0, eva=1276079) at /usr/src/sys/i386/i386/trap.c:851 #5 0xc0922f0c in trap (frame=0xe79b780c) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc0904a9c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #7 0xc5ba1190 in ng_ID2noderef (ID=64998) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:811 #8 0xc5ba192b in ng_path2noderef (here=0xc5f3f180, address=0xcac2a800 "[fde6]:", destp=0xe79b7ac0, lasthook=0xe79b7abc) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:1679 #9 0xc5ba1d40 in ng_address_path (here=0xc5f3f180, item=0xc5c597c0, address=0xcac2a800 "[fde6]:", retaddr=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3536 #10 0xc5b9c662 in ngc_send (so=0xc56e380c, flags=0, m=0xcaee6800, addr=0xca8baca0, control=0x0, td=0xc6298780) at /usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket.c:296 #11 0xc07111aa in sosend_generic (so=0xc56e380c, addr=0xca8baca0, uio=0xe79b7be8, top=0xcaee6800, control=0x0, flags=0, td=0xc6298780) at /usr/src/sys/kern/uipc_socket.c:1260 #12 0xc070d40f in sosend (so=0xc56e380c, addr=0xca8baca0, uio=0xe79b7be8, top=0x0, control=0x0, flags=0, td=0xc6298780) at /usr/src/sys/kern/uipc_socket.c:1304 #13 0xc0714a47 in kern_sendit (td=0xc6298780, s=24, mp=0xe79b7c5c, flags=0, control=0x0, segflg=UIO_USERSPACE) at /usr/src/sys/kern/uipc_syscalls.c:788 #14 0xc0714c81 in sendit (td=0xc6298780, s=24, mp=0xe79b7c5c, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:724 #15 0xc0714d98 in sendto (td=0xc6298780, uap=0xe79b7cf8) at /usr/src/sys/kern/uipc_syscalls.c:840 #16 0xc09228fa in syscall (frame=0xe79b7d38) at /usr/src/sys/i386/i386/trap.c: #17 0xc0904b01 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:264 #18 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ---Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
RELENG_8 panic
The box is a moderately busy LNS running mpd5. I have another box running the same load that has not crashed so I am wondering if its hardware or this box is just "lucky" ? its crashed a couple of times now, but the watchdog rebooted it prior to the dump being written out. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x1378af fault code = supervisor read, page not present instruction pointer = 0x20:0xc5ba1190 stack pointer = 0x28:0xe79b784c frame pointer = 0x28:0xe79b7864 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 33060 (mpd5) trap number = 12 panic: page fault cpuid = 1 Uptime: 2d4h49m17s Physical memory: 2036 MB Dumping 228 MB:panic: bufwrite: buffer is not busy??? cpuid = 1 213 197 181 165 149 133 117 101 85 69 53 37 21 5 (kgdb) #0 doadump () at pcpu.h:231 #1 0xc06b0ac3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc06b0d29 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc092239c in trap_fatal (frame=0xe79b780c, eva=1276079) at /usr/src/sys/i386/i386/trap.c:938 #4 0xc0922620 in trap_pfault (frame=0xe79b780c, usermode=0, eva=1276079) at /usr/src/sys/i386/i386/trap.c:851 #5 0xc0922f0c in trap (frame=0xe79b780c) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc0904a9c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #7 0xc5ba1190 in ng_ID2noderef (ID=64998) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:811 #8 0xc5ba192b in ng_path2noderef (here=0xc5f3f180, address=0xcac2a800 "[fde6]:", destp=0xe79b7ac0, lasthook=0xe79b7abc) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:1679 #9 0xc5ba1d40 in ng_address_path (here=0xc5f3f180, item=0xc5c597c0, address=0xcac2a800 "[fde6]:", retaddr=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3536 #10 0xc5b9c662 in ngc_send (so=0xc56e380c, flags=0, m=0xcaee6800, addr=0xca8baca0, control=0x0, td=0xc6298780) at /usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket.c:296 #11 0xc07111aa in sosend_generic (so=0xc56e380c, addr=0xca8baca0, uio=0xe79b7be8, top=0xcaee6800, control=0x0, flags=0, td=0xc6298780) at /usr/src/sys/kern/uipc_socket.c:1260 #12 0xc070d40f in sosend (so=0xc56e380c, addr=0xca8baca0, uio=0xe79b7be8, top=0x0, control=0x0, flags=0, td=0xc6298780) at /usr/src/sys/kern/uipc_socket.c:1304 #13 0xc0714a47 in kern_sendit (td=0xc6298780, s=24, mp=0xe79b7c5c, flags=0, control=0x0, segflg=UIO_USERSPACE) at /usr/src/sys/kern/uipc_syscalls.c:788 #14 0xc0714c81 in sendit (td=0xc6298780, s=24, mp=0xe79b7c5c, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:724 #15 0xc0714d98 in sendto (td=0xc6298780, uap=0xe79b7cf8) at /usr/src/sys/kern/uipc_syscalls.c:840 #16 0xc09228fa in syscall (frame=0xe79b7d38) at /usr/src/sys/i386/i386/trap.c: #17 0xc0904b01 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:264 #18 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ---Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Fwd: daily run output 800.scrub-zfs fixups
Hi Alexander,
Attached is a fix for one problem and one slight overlook for 800.scrub-zfs.
The first & second change was probably just an oversight but none the
less they both give a false impression of actions taken.
Change1:
${daily_scrub_zfs_default_threshold=30} is missng the ':' which would
ultimately reset the users supplied value in periodic.conf to 30.
Change2:
${_scrub_diff} -le ${_pool_threshold} would cause the scrub to be run
on the day after the threshold was met. So I changed '-le' -> '-lt'
which causes it to be run on the 30th day instead of the 31st day.
Regards & Thank you again for merging this to stable/8.
PS: If you would like a PR filed for this I can do that just let me know.
Original Message
Subject: xx.dataix.local daily run output
Date: Fri, 20 Aug 2010 03:18:09 -0400 (EDT)
From: Superuser Root
To: r...@xx.dataix.local
...snip...
Scrubbing of zfs pools:
skipping scrubbing of pool 'exports':
last scrubbing is 30 days ago, threshold is set to 30 days
-- End of daily output --
Index: etc/periodic/daily/800.scrub-zfs
===
--- etc/periodic/daily/800.scrub-zfs (revision 211527)
+++ etc/periodic/daily/800.scrub-zfs (working copy)
@@ -11,7 +11,7 @@
source_periodic_confs
fi
-: ${daily_scrub_zfs_default_threshold=30}
+: ${daily_scrub_zfs_default_threshold:=30}
case "$daily_scrub_zfs_enable" in
[Yy][Ee][Ss])
@@ -53,7 +53,7 @@
# Now minus last scrub (both in seconds) converted to days.
_scrub_diff=$(expr -e \( $(date +%s) - \
$(date -j -f %F.%T ${_last_scrub} +%s) \) / 60 / 60 / 24)
- if [ ${_scrub_diff} -le ${_pool_threshold} ]; then
+ if [ ${_scrub_diff} -lt ${_pool_threshold} ]; then
echo " skipping scrubbing of pool '${pool}':"
echo " last scrubbing is ${_scrub_diff} days ago, threshold is set to ${_pool_threshold} days"
continue
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (FreeBSD)
iQEcBAABAgAGBQJMb07lAAoJEJBXh4mJ2FR+OF8H/RVSV15D0q2JSYjPrjr0dFSR
+dD+GOOU4ZZr5cP1oNsodIbc2CiYia6Y/TUVT39WiHF9+Pu/r9EiYG9fxvTVfeIY
pHgW5nrrDDnZU8oRNb/2k7vhwaPMXm5UUw9TlqtOL+Cx3ZpprBE2/I8sRrJutOoo
Hf5BaVDosmumJtEykI9Xg4Hkwdq18v+FIBVwxPWb0f0aUwnV9OS9XfCM3Quf50OF
ba+94EZH/2gQvGrFHb2jH9c2tYZXvtzEpSuFRFEHrbNPVpO6jjPBIQHN9xvmJwD/
2Pih6QXBIN7cfwvXpEzzbLSlIMHv7bc8Ushi1/0voIi932JJQr5/VY6DwmQvkRU=
=M7Vr
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
