similar to: geom_raid5 + FreeBSD 7.0-STABLE + 5x500Gb (1.8T UFS volume) -- crashes :(

Hello, freebsd-stable. Does somebody use some software RAID5 on FreeBSD in real production system? I want to build storage server for my home: RAW photos, multi-layer PhotoShop files and FLAC-encoded music consume a lot of space, and they should be availible both from desktop & notebook. Also, all photo-content is unique, so I need some insuranse from single HDD crash. I understand,

TB --- 2013-02-26 21:23:55 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-02-26 21:23:55 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa at freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-02-26 21:23:55 - starting RELENG_9 tinderbox run for arm/arm TB --- 2013-02-26 21:23:55 - cleaning the

http://www.loligo.com/asterisk/misc/Presentations/Asterisk-features-20040106.xls I had been asked a while ago to put together a short Excel spreadsheet listing many of the "common" features of Asterisk as compared to a typical PBX. Many PBX vendors supply an exhaustive list of their features, and I figured I'd take as many of the unique features as others had offered, and put

TB --- 2013-11-19 23:00:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-19 23:00:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-19 23:00:41 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2013-11-19 23:00:41 - cleaning the

Back before the 7.0 Release I used to install cross builds by NFS-mounting /usr/src and /usr/obj of the build machine on the target machine and running: # cd /usr/src # env MAKEOBJDIRPREFIX=/usr/obj/<stuff> make installkernel KERNCONF=<kernconf> ... This doesn't work any more because all the installation tools are built for the architecture of the build system. The alternative

Seems something grew beyond what will fit on the kernel floppy. From today's cvsup: linking BOOTMFS text data bss dec hex filename 2659952 210228 208148 3078328 2ef8b8 BOOTMFS -------------------------------------------------------------- >>> Kernel build for BOOTMFS completed on Wed Aug 20 19:03:49 GMT 2003

TB --- 2013-11-13 13:00:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-13 13:00:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-13 13:00:41 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2013-11-13 13:00:41 - cleaning the

I tried rebuilding yesterday. It failed [I don't recall the output]. I then completely deleted the /usr/src and /usr/obj, and cvsuped again last night [Approx 7PM on 2003-06-23]. I set the machine up with a buildworld and went to bed. This am I looked at the nohup.out file that was generated and it had failed. I took out the NOMAN=false in /etc/make.conf - as it appeared the failure

TB --- 2012-12-11 03:57:29 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-12-11 03:57:29 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa at freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-12-11 03:57:29 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2012-12-11 03:57:29 - cleaning the

Hi, Has anyone seen this before? I'm trying to build 7-STABLE on 6.3. I've removed everything from /usr/obj* but buildworld still fails. Maybe it's got something to do with recent dtrace MFC? -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/src;

TB --- 2013-11-25 17:30:12 - tinderbox 2.20 running on freebsd-legacy2.sentex.ca TB --- 2013-11-25 17:30:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root at farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-25 17:30:12 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2013-11-25 17:30:12 -

TB --- 2012-04-08 08:26:29 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-04-08 08:26:29 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-04-08 08:26:29 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2012-04-08 08:26:29 - cleaning the

This simple patch adds support for the BSD "growfs" command, so you can grow BSD filesystems [in theory -- see below]. It also adds a new optional group called "ufsutils" which indicates if the libguestfs API supports the guestfs_ufs_growfs call, since it's not available on Fedora. (http://libguestfs.org/guestfs.3.html#availability) I tested this on Debian, and although

I have been trying to build the latest 4.8 Stable on a 4.8 Stable system mainly go get the latest fixes, but on "make buildworld" I keep getting the same problem for the past few days. I've even completely removed /usr/src and /usr/obj (ok I backed it up) and re-cvsuped the code and started a-new. I attached the complete "make buildworld" from after that. Anyone have

I'm trying to build nanobsd. I get the error below. Any ideas? ------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/nanobsd.soekris/ MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=

Hi, I need to mount a UFS (Unix File System) partition from an external device (ie, live cd). I've seen the kernel-2.6.x-x.x.x.xxx.plus.c4 has UFS support and I've several questions about: ?How I know what FS are supported by my kernel? ?Is CentOS LiveCD edition builded with UFS support? ?Is there another way to get UFS support without the complete installation of a new kernel? Thanks.

Author: jkennedy Repository: /hg/zfs-crypto/gate Revision: 6a727a093fbd6794a7ca69a71d9fa81f29c9364b Log message: 6251659 statvfs taking 30 second to complete performance regression s9 to s10 oracle 9ir2 starcat ufs Files: update: usr/src/uts/common/fs/ufs/ufs_alloc.c update: usr/src/uts/common/fs/ufs/ufs_inode.c update: usr/src/uts/common/fs/ufs/ufs_thread.c update:

Hi, Bug ID: 6775100 stat() performance on files on zfs should be improved was fixed in snv_119. I wanted to do a quick comparison between snv_117 and snv_122 on my workstation to see what kind of improvement there is. I wrote a small C program which does a stat() N times in a loop. This is of course a micro-benchmark. Additionally it doesn''t cover a case if doing stat() on not cached

Author: swilcox Repository: /hg/zfs-crypto/gate Revision: 063e12129ee21a72ae625b3e10b3169e8906fe77 Log message: 6238533 UFS O_DSYNC Logging Performance Files: update: usr/src/uts/common/fs/ufs/ufs_vnops.c

I have two 200GB ISCSI LUN''s setup on each X4600 M2 running Solaris 10 X86 update 4. The data on these ISCSI disks for one server will be Apache and on the other server MYSQL. My question is should I setup these disks as a ZFS Pool filesystem or as a UFS soft partition (eventually the LUN will be expanded). What would offer the best performance and easier to expand later on? What