Re: FreeBSD and DELL Perc H200
On Thu, Apr 21, 2011 at 6:37 PM, Vincent Hoffman wrote: > On 20/04/2011 21:56, Simon L. B. Nielsen wrote: > > > > Unfortunately the latest official snapshots were before the driver was > merged. You could try first just to boot on the curent / FreeBSD 9 > snapshots and see if it sees your disks at all. > > > > You can get the snapshot from > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201102/ . > > > > I don't think there are any other snapshot services still running... so > (assuming mps(4) actually works with H200) you need to make a build of > stable/8 yourself - the simplest approach is probably to PXE boot the > servers and install by hand... but that's of course not a trivial thing if > you never tried it before. > > > Actually allbsd seems too be back up and running for -stable > http://pub.allbsd.org/FreeBSD-snapshots/ > Sadly no -CURRENT snapshots at the moment. > > > Vince > ___ > I think the files http://people.freebsd.org/~nwhitehorn/bsdinstall-amd64-20110420/bootonly.iso.bz2 http://people.freebsd.org/~nwhitehorn/bsdinstall-amd64-20110420/memstick.bz2 http://people.freebsd.org/~nwhitehorn/bsdinstall-amd64-20110420/release.iso.bz2 in the following directory may be considered latest snapshots : http://people.freebsd.org/~nwhitehorn/bsdinstall-amd64-20110420/ Thank you very much . Mehmet Erol Sanliturk ___ 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: FreeBSD and DELL Perc H200
Holger Kipp wrote: [...] 201102 snapshot is for ia64 and ppc only :-| (and only 9.0-CURRENT) 201101 9.0 snapshots are for amd64, i386 (and 8.2 is only PRERELEASE) [...] Anyway, thanks a lot for your reply. Maybe someone should update the FreeBSD website, because there it is said that monthly snapshots will be provided for 9.x, 8.x etc. You can get snapshots from this site: http://pub.allbsd.org/FreeBSD-snapshots/ Miroslav Lachman ___ 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: FreeBSD and DELL Perc H200
On 20/04/2011 21:56, Simon L. B. Nielsen wrote: > > Unfortunately the latest official snapshots were before the driver was > merged. You could try first just to boot on the curent / FreeBSD 9 snapshots > and see if it sees your disks at all. > > You can get the snapshot from > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201102/ . > > I don't think there are any other snapshot services still running... so > (assuming mps(4) actually works with H200) you need to make a build of > stable/8 yourself - the simplest approach is probably to PXE boot the servers > and install by hand... but that's of course not a trivial thing if you never > tried it before. > Actually allbsd seems too be back up and running for -stable http://pub.allbsd.org/FreeBSD-snapshots/ Sadly no -CURRENT snapshots at the moment. Vince ___ 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: FreeBSD and DELL Perc H200
Would have loved to use a stable branch (ie 8.2) instead of development (9.0-CURRENT), though. Especially for the new DELL servers with Perc H200 providing a snapshot with the changes would be greatly appreciated! Hi Holger, Go for 8-STABLE. Works fine for me. No need for CURRENT for mps(4). Following some heavy load tests (such as concurrent, subsequent buildworlds while bonnie++ing around), I can also state that it is very stable. Have it on a DELL PowerEdge R410 with the PERC H200A adapter and SAS disks, and it works like a charm. I used gmirror on that, and the performance is awesome, provided that You tune the sysctl.conf and add: vfs.read_max=128 which makes sustained reads much faster (among the -b load default strategy when labeling the mirror). I don't think there are any other snapshot services still running... so (assuming mps(4) actually works with H200) you need to make a build of stable/8 yourself - the simplest approach is probably to PXE boot the servers and install by hand... but that's of course not a trivial thing if you never tried it before. Well, setting up a PXE boot server just for installing one server... :-/ It's easy if you have any other FreeBSD machine of the same architecture around with 8-STABLE - In fact I also did such a thing once using a VirtualBox running on a mac some time ago. If you need a quick setup guide tell me I'll send You a few commands. You can also take one disk out, attach it to a running FreeBSD machine, gpart it, cd /usr/src && make installworld DESTDIR=/mountpoint && make installkernel DESTDIR=/mountpoint && make distribution DESTDIR=/mountpoint Edit the few usual suspects such as at least /mountpoint/etc/fstab and boot the system with the disk.. Regards, Lorenzo ___ 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: Large number of SATA commits (MFCs) to RELENG_8
In the last episode (Apr 21), Doug Barton said:
> On 04/20/2011 19:43, Lystopad Olexandr wrote:
> > May be we need another one file, like src/ChangeLog ?
>
> Users who run a -stable branch are expected to read
> freebsd-stable@FreeBSD.org (note, not just subscribe), AND read the
> commit mail for their branch; just like users who run HEAD are expected
> to read freebsd-current@ and the relevant commit mail.
I use a small shell script called "update" that does a "svn update", and
also prints a line at the end that you can copy&paste into another terminal
to get the log of what was just pulled.
#! /bin/sh
stat=$(svn status --depth empty -v -u)
localrev=$(echo "$stat" | cut -c10- | awk 'NR==1 {print $2}')
latestrev=$(echo "$stat" | awk 'NR==2 {print $4}')
repo=$(svn info | sed -ne '/^URL/s/^.*: //p')
echo "$stat"
svn info | grep Revision
svn update
if [ "$localrev" != "$latestrev" ] ; then
echo "Log:"
echo "svn log -v -r $(($localrev+1)):$latestrev $repo"
fi
Sample output:
(root@dan) /usr/src # ./update
M 220902 220902 jilles .
Status against revision: 220927
Revision: 220902
Usbin/conscontrol/conscontrol.c
Usbin/conscontrol/conscontrol.8
U sbin/conscontrol
Usys/kern/uipc_sockbuf.c
Usys/kern/kern_exit.c
Usys/netgraph/ng_base.c
U sys/contrib/pf
U sys/contrib/dev/acpica
U sys/cddl/contrib/opensolaris
U sys/amd64/include/xen
Usys/sys/proc.h
U sys
Updated to revision 220927.
Log:
svn log -v -r 220903:220927 svn://svn.freebsd.org/base/stable/8
--
Dan Nelson
dnel...@allantgroup.com
___
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: Large number of SATA commits (MFCs) to RELENG_8
On 04/20/2011 19:43, Lystopad Olexandr wrote: May be we need another one file, like src/ChangeLog ? Users who run a -stable branch are expected to read freebsd-stable@FreeBSD.org (note, not just subscribe), AND read the commit mail for their branch; just like users who run HEAD are expected to read freebsd-current@ and the relevant commit mail. Doug (Yes, seriously) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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: Large number of SATA commits (MFCs) to RELENG_8
On Thu, 21 Apr 2011 17:56:04 +0300 Andriy Gapon wrote: > on 21/04/2011 05:43 Lystopad Olexandr said the following: > > May be we need another one file, like src/ChangeLog ? ;-) > > svn log ... Or even http://svnweb.freebsd.org/base/stable/8/ -- Bruce Cran ___ 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: Large number of SATA commits (MFCs) to RELENG_8
on 21/04/2011 05:43 Lystopad Olexandr said the following: > But I have 1 question, why needed src/UPDATING? There are a lot of > changes in the tree since release date and there are no one in that file. It's for changes that require user attention, like e.g. renaming some important utility or parameter or introducing some incompatibility or similar. > May be we need another one file, like src/ChangeLog ? ;-) svn log ... -- Andriy Gapon ___ 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: FreeBSD and DELL Perc H200
On 20. April 2011, 22:56 Simon L. B. Nielsen [si...@nitro.dk] wrote > On 19 Apr 2011, at 22:16, Holger Kipp wrote: > >> I have to install two production servers from Dell that come with a Perc H >> 200 controller. >> Disks are not recognized with 8.2-RELEASE :-( > > AFAIK Perc H 200 should be supported by mps(4) which wasn't merged to > stable/8 until after 8.2. Yep, I noted that :-( Also that mps is currently only supporting JBODs. > > Any ideas? If this works with 8-stable, where can I download an ISO Image? > Unfortunately the latest official snapshots were before the driver was merged. > You could try first just to boot on the curent / FreeBSD 9 snapshots and see > if it sees your disks at all. > You can get the snapshot from > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201102/ . 201102 snapshot is for ia64 and ppc only :-| (and only 9.0-CURRENT) 201101 9.0 snapshots are for amd64, i386 (and 8.2 is only PRERELEASE) I have used the 9.0-CURRENT-201101 now which at least sees the disks as JBOD (Raid 1 drive is not recognized). I have now installed a zfs-only system according to the excellent documentation found here: https://www.dan.me.uk/blog/2010/02/08/booting-from-zfs-raid0156-in-freebsd/ which works just fine (as mirror). Would have loved to use a stable branch (ie 8.2) instead of development (9.0-CURRENT), though. Especially for the new DELL servers with Perc H200 providing a snapshot with the changes would be greatly appreciated! > I don't think there are any other snapshot services still running... so > (assuming > mps(4) actually works with H200) you need to make a build of stable/8 > yourself - > the simplest approach is probably to PXE boot the servers and install by > hand... > but that's of course not a trivial thing if you never tried it before. Well, setting up a PXE boot server just for installing one server... :-/ > I suspect there will be new official snapshots at some point, but I don't > know when... Anyway, thanks a lot for your reply. Maybe someone should update the FreeBSD website, because there it is said that monthly snapshots will be provided for 9.x, 8.x etc. Best regards, Holger -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.k...@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com -- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke ___ 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: kern.smp.maxid error on i386 UP [was: powerd / cpufreq question]
On Wed, 20 Apr 2011, Sergey Kandaurov wrote: > On 20 April 2011 22:29, Sergey Kandaurov wrote: > > On 20 April 2011 21:02, Ian Smith wrote: [..] > >> Very happy to test any patches etc. > >> > > > > Ouch. > > Looks like that affects a system with 2 cores as well. > > Intel Core2 E7200, 8.2-R i386 SMP: > > > > kern.smp.forward_signal_enabled: 1 > > kern.smp.topology: 0 > > kern.smp.cpus: 2 > > kern.smp.disabled: 0 > > kern.smp.active: 1 > > kern.smp.maxcpus: 32 > > kern.smp.maxid: 31 > > > > kern.cp_times: 867360 171 429180 70114 170549535 1385294 306 176659 82618 > > 170270900 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > > 0 0 0 0 0 0 0 Ah, well my quick n dirty fix wouldn't even have helped in that case. > Perhaps that was so from the begging: the problem is seen also on > 6.4 i386 SMP 8 core. Here it was just set to (MAXCPU-1). Slightly surprising that it went so long unnoticed on SMP boxes, I guess nothing actually fell over due to just inefficiency. > The buggy mp_maxid was fixed in HEAD with r215009, though not merged. > The patch works on my 8.2 Core2 SMP i386 system. > > -- > wbr, > pluknet Thanks Sergey. Confirming the patch works fine on my non-APIC UP i386: kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 32 kern.smp.maxid: 0 kern.cp_times: 1123 2 1414 5621 277346 cheers, Ian ___ 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"
