Re: announcing mdoc.su, short manual page URLs
On Tue, Feb 19, 2013 at 12:27:01AM -0800, Constantine A. Murenin wrote: Dear freebsd-{chat,current,doc}@, I would like to announce and introduce URL:http://mdoc.su/, a deterministic URL shortener for BSD manual pages, written entirely in nginx.conf. It supports several address schemes, for example: http://mdoc.su/f/zfs http://mdoc.su/f/zfs.8 http://mdoc.su/f/8/zfs http://mdoc.su/freebsd/zfs http://mdoc.su/FreeBSD/zfs http://mdoc.su/d/hammer.5 http://mdoc.su/d/hammer.8 etc. Very col! One question: is the os version accessible comewhere, i.e. can I ask for a manpage from a specific version of FreeBSD? I have to disagree with Darren Pilgrim however, this is not slight abuse of rewrite rules but putting rewrite rules to better use :-) Kind regards, Paul Schenkeveld ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Expanding ZFS RAIDZ on the fly?
On Fri, Jan 11, 2013 at 10:39:10AM +, Tom Evans wrote: On Fri, Jan 11, 2013 at 7:10 AM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: My question may sound naiv, sorry. I have already set up a RAIDZ (on FreeBSD 10.0-CUR), comprised with three 3 TB disks. I'd like to expand the array with an additional disk - on the fly. oh It's not possible to expand by just 1 disk. Expanding with another 3 disks is possible though, or backup, destroy, create, restore. Expanding or reducing the number of disks in a raidz is the mythical block pointer rewrite functionality, google will tell more. Another growth path is replacing each of the existing disks by larger ones and resilvering the data with 'zpool replace ...'. Having a spare drive bay is really a help so if you wanted to add just a 4th drive because you've only one bay left you should consider leaving that one unoccupied so you can easily grow to bigger disks now or in the future. HTH Paul Schenkeveld ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Soekris net4801 sees no disk devices with -CURRENT
On Mon, Aug 13, 2012 at 11:30:06PM +0200, Pierre DAVID wrote: On Sun, Aug 12, 2012 at 05:49:24PM +0200, Paul Schenkeveld wrote: Hi, I am trying to build a NanoBSD image for Soekris net4801 with a recent -CURRENT. The kernel boots fine but when it comes to mounting the root filesystem, it cannot find the flash disk anymore. Bios is up to date (1.33). Hello, I'm trying to resurrect my old net4801 and update it with -CURRENT (old version was a 8-CURRENT), and I do not succeed to get kernel output via the RS-232 port. Kernel goes mute just after being loaded. Could you send me your NanoBSD kernel configuration file? Pierre Below is my kernel config. You also have to use boot0sio and create a file called /boot.config containing -h so the boot loader knows that you want to use a serial console. Usually NanoBSD does that for you if you include customize_cmd cust_comconsole in your NanoBSD config file and leave NANO_BOOTLOADER set to its default of boot/boot0sio. # from GENERIC cpu I586_CPU ident NET4801 options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS# Pseudo-filesystem framework options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options PRINTF_BUFR_SIZE=128# Prevent printf output being interspersed. options INCLUDE_CONFIG_FILE # Include this file in kernel device apic# I/O APIC device cpufreq device acpi device pci device ahci# AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA device siis# SiliconImage SiI3124/SiI3132/SiI3531 SATA device scbus # SCSI bus (required for ATA/SCSI) device da # Direct Access (disks) device pass# Passthrough device (direct ATA/SCSI access) device ctl # CAM Target Layer device pmtimer device uart# Generic UART driver device miibus # MII bus support device sis # Silicon Integrated Systems SiS 900/SiS 7016 device loop# Network loopback device random # Entropy device device ether # Ethernet support device vlan# 802.1Q VLAN support device tun # Packet tunnel. device md # Memory disks device gif # IPv6 and IPv4 tunneling device bpf # Berkeley packet filter options USB_DEBUG # enable debug msgs device uhci# UHCI PCI-USB interface device ohci# OHCI PCI-USB interface device usb # USB Bus (required) device umass # Disks/Mass storage - Requires scbus and da # local additions makeoptions MODULES_OVERRIDE= options CPU_GEODE options CPU_SOEKRIS device atadisk # ATA disk drives I have tried with and without the device atadisk line but my compact flash is never seen by the kernel. Kind regards, Paul Schenkeveld ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
make package fails in chroot: tar: getvfsbyname failed: No such file or directory
Hi, I have a wrapper script that builds packages in a chroot environment which happily runs on release 6 thru 9 and earlier 10 but fails with: tar: getvfsbyname failed: No such file or directory on a recent -CURRENT. What I could dig up so far is that make package-recursive calls pkg_create(1) which in turn calls tar -c -f portname.tbz -j -T - and then starts feeding filenames that should go into the tarball. Something has changed in libarchive when src/contrib/libarchive/libarchive/archive_read_disk_posix.c was introduced (libarchive 3.0.3, svn rev 232153 I think) where setup_current_filesystem() calls getvfsbyname(). Now it's getting too hairy for me so I hope someone with more insight in this kind of stuff can help me out. My chroot environment has a root directory which is a subdir of my build environment, so not a mountpoint by itself. /usr/src and /usr/ports are NFS mounted from a fileserver and I have devfs mounted on /dev. Thanks for any help! With kind regards, Paul Schenkeveld ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Soekris net4801 sees no disk devices with -CURRENT
Hi, I am trying to build a NanoBSD image for Soekris net4801 with a recent -CURRENT. The kernel boots fine but when it comes to mounting the root filesystem, it cannot find the flash disk anymore. Bios is up to date (1.33). The full boot -v log is below, here are the lines related to the ATA subsystem: atapci0: National Geode SC1100 ATA33 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 18.2 on pci0 ata0: ATA channel at channel 0 on atapci0 ata1: ATA channel at channel 1 on atapci0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 (aprobe0:ata0:0:0:0): SIGNATURE: (aprobe0:ata0:0:0:0): ATA status error (aprobe0:ata0:0:0:0): SETFEATURES SET TRANSFER MODE. ACB: ef 03 00 00 00 40 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): CAM status: ATA Status Error (aprobe0:ata0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (aprobe0:ata0:0:0:0): RES: 51 04 00 00 00 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): Retrying command (aprobe0:ata0:0:0:0): ATA status error (aprobe0:ata0:0:0:0): SETFEATURES SET TRANSFER MODE. ACB: ef 03 00 00 00 40 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): CAM status: ATA Status Error (aprobe0:ata0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (aprobe0:ata0:0:0:0): RES: 51 04 00 00 00 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): Error 5, Retries exhausted ata1: reset tp1 mask=00 ostat0=ff ostat1=ff (probe0:ctl2cam0:0:1:0): Error 6, Unretryable error Kernels up to FreeBSD 9 run fine on this box. Hope this can be solved, I have many of these devices in use and would really like to use the new carp(4) stuff in -CURRENT. Any ideas? With kind regards, Paul Schenkeveld [boot -v log] Copyright (c) 1992-2012 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #1 r232152: Sun Aug 12 17:20:11 CEST 2012 paul@localhost:/usr/obj/nanobsd.NET4801_10/i386.i386/FreeBSD/src-10/sys/NET4801_10_GEN i386 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel /boot/kernel/kernel at 0xc14fd000. Calibrating TSC clock ... TSC clock: 266677901 Hz CPU: Geode(TM) Integrated Processor by National Semi (586-class CPU) Origin = Geode by NSC Id = 0x540 Family = 5 Model = 4 Stepping = 0 Features=0x808131FPU,TSC,MSR,CX8,CMOV,MMX real memory = 268435456 (256 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0010 - 0x003f, 3145728 bytes (768 pages) 0x01826000 - 0x0fb24fff, 238022656 bytes (58111 pages) avail memory = 239140864 (228 MB) bios32: Found BIOS32 Service Directory header at 0xc00f7800 bios32: Entry = 0xf7840 (c00f7840) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0x7861 Other BIOS signatures found: random device not loaded; using insecure entropy ULE: setup cpu 0 snd_unit_init() u=0x00ff8000 [512] d=0x7c00 [32] c=0x03ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: 802.11 Link Layer kbd: new array size 4 kbd1 at kbdmux0 mem: memory nfslock: pseudo-device null: null device, zero device io: I/O random: entropy source, Software, Yarrow hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 ACPI Error: A valid RSDP was not found (20120215/tbxfroot-237) ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. pci_open(1):mode 1 addr port (0x0cf8) is 0x pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=00011078) pcibios: BIOS version 2.01 pcib0: Host to PCI bridge pcibus 0 on motherboard pci0: PCI bus on pcib0 pci0: domain=0, physical bus=0 found- vendor=0x1078, dev=0x0001, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found- vendor=0x100b, dev=0x0020, revid=0x00 domain=0, bus=0, slot=6, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x3f (1890 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xe100, size 8, enabled map[14]: type Memory, range 32, base 0xa000, size 12, enabled found- vendor=0x100b, dev=0x0020
Re: Request for review/testing: switching the default installer
On Wed, Mar 02, 2011 at 09:36:58AM -0600, Nathan Whitehorn wrote: On 02/28/11 09:20, John Baldwin wrote: On Monday, February 28, 2011 9:49:07 am Nathan Whitehorn wrote: There are some changes to the distribution format involved in this patch, which are outlined below, and about which I would also appreciate feedback: - The src tree is not split up into pieces (e.g. ssbin) as with sysinstall I would at least like to have src split up into two pieces: 1) would be equivalent of sbase and ssys of old distributions, so you could choose to just install kernel sources along with the top-level Makefile bits to build kernels. I commonly install this subset on production machines so I can install a custom kernel in a pinch. 2) would be everything else in the source tree. This is a little bit tricky, since it involves inter-distribution dependencies which don't currently exist (e.g. you need sbase for ssys to be useful, and for severythingelse to be useful). I suppose that the top-level Makefile bits are small and could end up in both archives, where one can overwrite the other with the same thing. Would that solve your problem? -Nathan Why not put the toplevel Makefiles, README and perhaps COPYRIGHT and MAINTAINERS file into base? This way there are no inter-dependencies between src parts, /usr/src will consume only a modest bit of space in base but documents wat ont would be able to do is sbase/ssys were installed. Regards, Paul Schenkeveld ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org