Re: ZFS v28 and aclmode
Thanks a lot On Tuesday 26 July 2011, Martin Matuska wrote: Dňa 22. 7. 2011 9:48, Eugene Mitrofanov wrote / napísal(a): Hi all, I just updated to 8.2S and zfs v28 and notice strange thing: in the manual i can read about aclmode but i can not use it in the real life: # zfs set aclmode=passthrough data/public cannot set property for 'data/public': invalid property 'aclmode' Obsolete manual? Good luck I imported reintroduction of aclmode from Illumos to 9-CURRENT in revsion 224174 MFC to 8-STABLE will be around Aug 1, 2011. More information: https://www.illumos.org/issues/742 http://svnweb.freebsd.org/base?view=revisionrevision=224174 -- Martin Matuska FreeBSD committer http://blog.vx.sk -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
ZFS v28 and aclmode
Hi all, I just updated to 8.2S and zfs v28 and notice strange thing: in the manual i can read about aclmode but i can not use it in the real life: # zfs set aclmode=passthrough data/public cannot set property for 'data/public': invalid property 'aclmode' Obsolete manual? Good luck -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
8.1-STABLE Unexpected XML: what does it mean?
Hi I observe the very strange message while run a lot of commands: r...@beaver:eugene# glabel status Unexpected XML: name=stripesize data=18432 Unexpected XML: name=stripeoffset data=0 Unexpected XML: name=stripesize data=18432 Unexpected XML: name=stripeoffset data=0 Name Status Components iso9660/CDROM N/A acd0 r...@beaver:eugene# mdconfig -l Unexpected XML: name=stripesize data=18432 Unexpected XML: name=stripeoffset data=0 r...@beaver:eugene# gmirror status Unexpected XML: name=stripesize data=18432 Unexpected XML: name=stripeoffset data=0 gmirror: Command 'status' not available. What subsystem prints them? How can I fix it? Good luck -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 8.1-STABLE Unexpected XML: what does it mean?
How can I locate this device? Also I dont understand why mdconfig complains? On Tuesday 14 December 2010, Ivan Voras wrote: On 14/12/2010 15:27, Eugene Mitrofanov wrote: Hi I observe the very strange message while run a lot of commands: r...@beaver:eugene# glabel status Unexpected XML: name=stripesize data=18432 Unexpected XML: name=stripeoffset data=0 Maybe you have a label or some other custom device name with non-ascii characters or with characters which break xml parsing? ___ freebsd-sta...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 8.1-STABLE Unexpected XML: what does it mean?
On Tuesday 14 December 2010, Ivan Voras wrote: On 14/12/2010 16:19, Eugene Mitrofanov wrote: How can I locate this device? Also I dont understand why mdconfig complains? Try examining the output of # sysctl -b kern.geom.confxml Here they are: mesh class id=0x807a5a20 nameFD/name geom id=0xff00029f6200 class ref=0x807a5a20/ namefd0/name rank1/rank provider id=0xff00029f6100 geom ref=0xff00029f6200/ moder0w0e0/mode namefd0/name mediasize1474560/mediasize sectorsize512/sectorsize stripesize18432/stripesize stripeoffset0/stripeoffset /provider /geom /class class id=0x807152e0 nameACD/name geom id=0xff0002ae7200 class ref=0x807152e0/ nameacd0/name rank1/rank provider id=0xff0002b27500 geom ref=0xff0002ae7200/ moder0w0e0/mode nameacd0t01/name mediasize550307840/mediasize sectorsize2048/sectorsize /provider provider id=0xff0002da1600 geom ref=0xff0002ae7200/ moder0w0e0/mode nameacd0/name mediasize550307840/mediasize sectorsize2048/sectorsize /provider /geom /class class id=0x80759f00 nameLABEL/name geom id=0xff0002d22400 class ref=0x80759f00/ nameacd0/name rank2/rank config /config consumer id=0xff0002a19780 geom ref=0xff0002d22400/ provider ref=0xff0002da1600/ moder0w0e0/mode config /config /consumer provider id=0xff0002d22500 geom ref=0xff0002d22400/ moder0w0e0/mode nameiso9660/CDROM/name mediasize550307840/mediasize sectorsize2048/sectorsize config index0/index length550307840/length seclength1074820/seclength offset0/offset secoffset0/secoffset /config /provider /geom /class class id=0x80759da0 nameVFS/name geom id=0xff008a7bbd00 class ref=0x80759da0/ nameffs.ipsd0s1g/name rank4/rank consumer id=0xff0182c39780 geom ref=0xff008a7bbd00/ provider ref=0xff0002c66900/ moder1w1e1/mode /consumer /geom geom id=0xff006f8e7000 class ref=0x80759da0/ nameffs.ipsd0s1f/name rank4/rank consumer id=0xff01825cda80 geom ref=0xff006f8e7000/ provider ref=0xff0002c66500/ moder1w1e1/mode /consumer /geom geom id=0xff0002be6800 class ref=0x80759da0/ nameffs.da0s1d/name rank4/rank consumer id=0xff014ada3900 geom ref=0xff0002be6800/ provider ref=0xff0002aa8a00/ moder1w1e1/mode /consumer /geom geom id=0xff0008205200 class ref=0x80759da0/ nameffs.da1s1d/name rank4/rank consumer id=0xff0182e9cc80 geom ref=0xff0008205200/ provider ref=0xff0002a6a100/ moder1w1e1/mode /consumer /geom geom id=0xff0002ae7a00 class ref=0x80759da0/ nameffs.da1s1e/name rank4/rank consumer id=0xff0005400c00 geom ref=0xff0002ae7a00/ provider ref=0xff0002a6a900/ moder1w1e1/mode /consumer /geom geom id=0xff0002ae7300 class ref=0x80759da0/ nameffs.ipsd0s1e/name rank4/rank consumer id=0xff0005400b00 geom ref=0xff0002ae7300/ provider ref=0xff0002ce5300/ moder1w1e1/mode /consumer /geom geom id=0xff0002c64900 class ref=0x80759da0/ nameffs.ipsd0s1d/name rank4/rank consumer id=0xff0002dc3980 geom ref=0xff0002c64900/ provider ref=0xff0002ce4e00/ moder1w1e1/mode /consumer /geom geom id=0xff0002ae7600 class ref=0x80759da0/ nameffs.ipsd0s1a/name rank4/rank consumer id=0xff0002d43880 geom ref=0xff0002ae7600/ provider ref=0xff0002ce4400/ moder1w1e1/mode /consumer /geom /class class id=0x8075acc0 namePART/name geom id=0xff0002a6a000 class ref=0x8075acc0/ nameda1s1/name rank3/rank config schemeBSD/scheme entries8/entries first0/first last1560072086/last fwsectors63/fwsectors fwheads255/fwheads stateOK/state /config consumer id=0xff0002ac8500 geom ref=0xff0002a6a000/ provider ref=0xff0002aa7b00
vlan + ng_ipfw + ng_netflow == no success
Hello I need the advise. Does anybody got the Subj working? I have FreeBSD 7.3-p2, Generic kernel. I try to set up the netflow traffic accounting using ng_ipfw from vlan interface. I created vlan interface, ipfw rule, set up ng hooks but the netflow export is not working. tcpdump does not catch any packets to the collector. Any suggestion? Should I create the bug report? - - - - - - - - # ifconfig vlan1 create vlan 1 vlandev fxp0 inet 192.168.1.1 netmask 255.255.255.0 # ipfw add 10 ngtee 1 via vlan1 # ngctl -f - ENDL mkpeer ipfw: netflow 1 iface0 name ipfw:1 netflow msg netflow: setdlt { iface=0 dlt=12 } msg netflow: setifindex { iface=0 index=7 } mkpeer netflow: ksocket export inet/dgram/udp msg netflow:export connect inet/10.167.1.252:2055 name netflow:export export msg netflow: settimeouts { inactive = 60 active = 60 } ENDL # ping -c 5 192.168.1.254 PING 192.168.1.254 (192.168.1.254): 56 data bytes 64 bytes from 192.168.1.254: icmp_seq=0 ttl=255 time=0.672 ms 64 bytes from 192.168.1.254: icmp_seq=1 ttl=255 time=0.617 ms 64 bytes from 192.168.1.254: icmp_seq=2 ttl=255 time=0.658 ms 64 bytes from 192.168.1.254: icmp_seq=3 ttl=255 time=0.663 ms 64 bytes from 192.168.1.254: icmp_seq=4 ttl=255 time=0.681 ms --- 192.168.1.254 ping statistics --- 5 packets transmitted, 5 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.617/0.658/0.681/0.022 ms # ipfw show 00010 10840 ngtee 1 ip from any to any via vlan1 # tcpdump -n host 10.167.1.252 and port 2055 nothing - - - - - - - Good luck -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 8.1-PRERELEASE: property 'jailed' not supported on FreeBSD: permission denied
On Saturday 22 May 2010, jhell wrote: On 05/21/2010 07:55, Eugene Mitrofanov wrote: Hi The command zfs set jailed=on tank/s1 is failed with the message property 'jailed' not supported on FreeBSD: permission denied. Output of zfs get jailed tank/s1 shows me that the property jailed is still exists: NAME PROPERTY VALUESOURCE tank/s1 jailedoff default How can I change its value? Thanks. Simply put, property 'jailed' not supported on FreeBSD. Some features that you may see in a zfs get all pool will not work because they are not implemented yet or are not planned to be implemented because they are too *Solaris dependent. But this feature was in 7S and in 8.0R: r...@donkey:samba33# uname -sr FreeBSD 7.3-RELEASE r...@donkey:samba33# zfs set jailed=on data/test r...@donkey:samba33# zfs get jailed data/test NAME PROPERTY VALUE SOURCE data/test jailedon local When I updated to 8.1PRE it stopped working. Are there any plans for the revival of jailed? Good luck -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 8.1-PRERELEASE: property 'jailed' not supported on FreeBSD: permission denied
On Monday 24 May 2010, jhell wrote: On 05/24/2010 02:13, Eugene Mitrofanov wrote: On Saturday 22 May 2010, jhell wrote: On 05/21/2010 07:55, Eugene Mitrofanov wrote: Hi The command zfs set jailed=on tank/s1 is failed with the message property 'jailed' not supported on FreeBSD: permission denied. Output of zfs get jailed tank/s1 shows me that the property jailed is still exists: NAME PROPERTY VALUESOURCE tank/s1 jailedoff default How can I change its value? Thanks. Simply put, property 'jailed' not supported on FreeBSD. Some features that you may see in a zfs get all pool will not work because they are not implemented yet or are not planned to be implemented because they are too *Solaris dependent. But this feature was in 7S and in 8.0R: r...@donkey:samba33# uname -sr FreeBSD 7.3-RELEASE r...@donkey:samba33# zfs set jailed=on data/test r...@donkey:samba33# zfs get jailed data/test NAME PROPERTY VALUE SOURCE data/test jailedon local When I updated to 8.1PRE it stopped working. Are there any plans for the revival of jailed? Good luck And what exactly did that property do for you... ?||? AFAIK it was a NOP. -- jhell I want to set up something like described in http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2009-12/msg00028.html -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
FreeBSD 8.1-PRERELEASE: property 'jailed' not supported on FreeBSD: permission denied
Hi The command zfs set jailed=on tank/s1 is failed with the message property 'jailed' not supported on FreeBSD: permission denied. Output of zfs get jailed tank/s1 shows me that the property jailed is still exists: NAME PROPERTY VALUESOURCE tank/s1 jailedoff default How can I change its value? Thanks. -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
IBM eServer 346 ServeRaid is too slow
Hi List I've got Subj and FreeBSD-5.4PRE on it. But RAID0 is too slow: [EMAIL PROTECTED]:eugene# dd if=/dev/zero of=/var/tmp/1 bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 31.949508 secs (3281979 bytes/sec) Also what does the following mean? Interrupt storm detected on irq16: bge0 bge1+; throttling interrupt Kernel boot messages: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-PRERELEASE #3: Wed Apr 6 17:46:08 MSD 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BETA Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.13-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf34 Stepping = 4 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE real memory = 3221016576 (3071 MB) avail memory = 3153862656 (3007 MB) ACPI APIC Table: IBMSERONYXP FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic2 Version 2.0 irqs 48-71 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard ioapic0 Version 2.0 irqs 0-23 on motherboard npx0: math processor on motherboard npx0: INT 16 interface acpi0: IBM SERONYXP on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x588-0x58b on acpi0 cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 pcib0: ACPI Host-PCI bridge on acpi0 pci0: ACPI PCI bus on pcib0 pci0: unknown at device 0.1 (no driver attached) pcib1: ACPI PCI-PCI bridge at device 2.0 on pci0 pci2: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge at device 4.0 on pci0 pci3: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge at device 0.0 on pci3 pci4: ACPI PCI bus on pcib3 mpt0: LSILogic 1030 Ultra4 Adapter port 0x4000-0x40ff mem 0xcffe-0xcffe,0xcfff-0xcfff irq 28 at device 1.0 on pci4 pcib4: ACPI PCI-PCI bridge at device 0.2 on pci3 pci5: ACPI PCI bus on pcib4 pcib5: ACPI PCI-PCI bridge at device 6.0 on pci0 pci6: ACPI PCI bus on pcib5 bge0: Broadcom BCM5721 Gigabit Ethernet, ASIC rev. 0x4001 mem 0xcdff-0xcdff irq 16 at device 0.0 on pci6 miibus0: MII bus on bge0 brgphy0: BCM5750 10/100/1000baseTX PHY on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0d:60:9a:8d:08 pcib6: ACPI PCI-PCI bridge at device 7.0 on pci0 pci7: ACPI PCI bus on pcib6 bge1: Broadcom BCM5721 Gigabit Ethernet, ASIC rev. 0x4001 mem 0xcbff-0xcbff irq 16 at device 0.0 on pci7 miibus1: MII bus on bge1 brgphy1: BCM5750 10/100/1000baseTX PHY on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:0d:60:9a:8d:09 pci0: base peripheral at device 8.0 (no driver attached) uhci0: Intel 82801EB (ICH5) USB controller USB-A port 0x2200-0x221f irq 16 at device 29.0 on pci0 usb0: Intel 82801EB (ICH5) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: Intel 82801EB (ICH5) USB controller USB-B port 0x2600-0x261f irq 19 at device 29.1 on pci0 usb1: Intel 82801EB (ICH5) USB controller USB-B on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: EHCI (generic) USB 2.0 controller mem 0xf000-0xf3ff irq 23 at device 29.7 on pci0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: EHCI (generic) USB 2.0 controller on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: single transaction translator uhub2: 4 ports with 4 removable, self powered pcib7: ACPI PCI-PCI bridge at device 30.0 on pci0 pci1: ACPI PCI bus on pcib7 drm0: ATI Radeon QY RV100 7000/VE port 0x3000-0x30ff mem 0xdfff-0xdfff,0xd000-0xd7ff irq 16 at device 1.0 on pci1 info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel ICH5 SATA150 controller port 0x480-0x48f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ichsmb0: Intel 82801EB (ICH5) SMBus controller port 0x440-0x45f irq 17 at device 31.3 on pci0 smbus0: System Management Bus on ichsmb0 smb0: SMBus generic I/O on smbus0 atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0 atkbd0: AT Keyboard irq 1 on atkbdc0 atkbd: unable to set the command byte. kbd0 at
supermicro 6014H-82
Hi list I've got the subj and tried to install FreeBSD. 5.3-R, 5.4-BETA1, 5.4-STABLE did not install at all. They timeouted on ATA and hang while probing asr0, but 5.2.1-R installed fine. Any suggestion? I would like to use 5.4-R. Does anybody use the subj with 5.3-R or later? Best Regards -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: supermicro 6014H-82
In safe mode 5.4-B1 and 5.3-R is booted fine from install CD without any hangs. On 29 2005 12:44, you wrote: Have you tried installing it in safe mode? Eugene Mitrofanov wrote: Hi list I've got the subj and tried to install FreeBSD. 5.3-R, 5.4-BETA1, 5.4-STABLE did not install at all. They timeouted on ATA and hang while probing asr0, but 5.2.1-R installed fine. Any suggestion? I would like to use 5.4-R. Does anybody use the subj with 5.3-R or later? Best Regards -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: supermicro 6014H-82
FYI: the problem is solved. I've installed 5.2.1-R and cvsup to 5.4-pre. All works fine for me. It seems that it is a feature of the GENERIC kernel from 5.3 / 5.4 boot cd. Thanks Hi list I've got the subj and tried to install FreeBSD. 5.3-R, 5.4-BETA1, 5.4-STABLE did not install at all. They timeouted on ATA and hang while probing asr0, but 5.2.1-R installed fine. Any suggestion? I would like to use 5.4-R. Does anybody use the subj with 5.3-R or later? Best Regards -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
freevrrpd bug or feature?
Hi Subj from CVS (with vlan support), FreeBSD 4.8-p16, 4.9-p3 and 5.3-Stable. I installed Subj on the two my routers and noticed that it does not work as should. I investigated the problem and discovered the following: vrrpd use the different destination MAC addresses for sending VRRPv2 Advertisement. tcpdump -eni fxp0 vrrp: 00:00:5e:00:01:16 01:00:5e:41:40:02, ethertype IPv4 (0x0800), length 60: IP x.x.x.254 224.0.0.18: VRRPv2, Advertisement, vrid 22, prio 255, authtype simple, intvl 1s, length 24 tcpdump -eni fxp1 vrrp: 00:00:5e:00:01:15 01:00:5e:00:00:12, ethertype IPv4 (0x0800), length 62: IP 172.17.0.254 224.0.0.18: VRRPv2, Advertisement, vrid 21, prio 255, authtype simple, intvl 1s, length 28 BTW, 01:00:5e:00:00:12 is determined as IETF-VRRP by ethereal, but 01:00:5e:41:40:02 does not known for it. It seems that freevrrpd daemon does not receive such broadcast packets and this is why fxp0 works in the master mode on both routers. I found how to fix this. I run 'ifconfig fxp0 promisc' I get one master and one backup. Does anybody meet the similar problem? Where I can find any information about processing MACs like above by kernel? Why 01:00:5e:41:40:02 does not delivered to freevrrpd and 01:00:5e:00:00:12 does? Regards -- EMIT-RIPN, EVM7-RIPE ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]