I have a 1950-III 1U on the floor here that I'm loading. After configuring
IPMI in the BIOS, I can:
[2:6:[EMAIL PROTECTED]:~> ipmitool -I lanplus -U root -H 192.168.221.160 shell
Password:
ipmitool> power on
Chassis Power Control: Up/On
Now. strike is not the 1U in question... and does not, in f
Hi Everyone,
I have a dell 1750 server with ERA/O card running on FreeBSD 7.0-STABLE
According to Dell, the ERA card supports ipmi 1.0:
http://linux.dell.com/ipmi.shtml
But so far no luck with freebsd :/
[EMAIL PROTECTED] /usr/src/sys/i386/conf]# ipmitool -I open channel info 1
TB --- 2008-08-29 00:24:25 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-08-29 00:24:25 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2008-08-29 00:24:25 - cleaning the object tree
TB --- 2008-08-29 00:24:42 - cvsupping the source tree
TB --- 2008-08-29 00:24:42 - /
TB --- 2008-08-28 22:57:32 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-08-28 22:57:32 - starting RELENG_7 tinderbox run for ia64/ia64
TB --- 2008-08-28 22:57:32 - cleaning the object tree
TB --- 2008-08-28 22:57:52 - cvsupping the source tree
TB --- 2008-08-28 22:57:52 - /usr/bi
TB --- 2008-08-28 22:34:56 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-08-28 22:34:56 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2008-08-28 22:34:56 - cleaning the object tree
TB --- 2008-08-28 22:35:10 - cvsupping the source tree
TB --- 2008-08-28 22:35:10 - /usr/bi
TB --- 2008-08-28 21:52:57 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-08-28 21:52:57 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2008-08-28 21:52:57 - cleaning the object tree
TB --- 2008-08-28 21:53:12 - cvsupping the source tree
TB --- 2008-08-28 21:53:12 - /usr/bi
It goes without saying that this didn't go anywhere near as smoothly as
I hoped it would. My attention to detail was less than perfect. Sorry
for the pain I've caused.
A big thanks to those who've put work into fixing the mistakes, particularly
jhb, kib and csjp.
What I'd like right now is for an
TB --- 2008-08-28 21:02:41 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-08-28 21:02:41 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2008-08-28 21:02:41 - cleaning the object tree
TB --- 2008-08-28 21:03:04 - cvsupping the source tree
TB --- 2008-08-28 21:03:04 - /usr/
This patch merges a few changes from HEAD back to 7.x. I think the endian
changes specifically might solve the issue people saw with zpools created
with non-dtrace kernels not being readable by dtrace kernels and vice versa.
http://www.FreeBSD.org/~jhb/patches/zfs_7.patch
--
John Baldwin
On Thu, Aug 28, 2008 at 04:25:54PM +0300, Kostik Belousov wrote:
> > /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72:
> > error: size of array 'cpuc_pad' is too large
> > *** Error code 1
>
> This one is caused by struct sx difference between stable/7 and head.
> More detail
Jase Thew wrote:
Brian wrote:
It turns out, as I look at the below, I was testing a unique process
and didn't realize it.
[...]
So, I was migrating not only from a release to stable, but more
specifically from a release to a prerelease.
Hi,
I think you misunderstand - 7.1-PRERELEASE is ju
On Wednesday 27 August 2008 10:25:37 pm John Baldwin wrote:
> On Wednesday 27 August 2008 01:29:43 pm Robert Watson wrote:
> > On Wed, 27 Aug 2008, Robert Watson wrote:
> > > It looks like there have been several mismerges in the DTrace MFC.
We're
> > > currently assessing the damage to decide if
Thierry Herbelot wrote:
Hello,
I am using a recent 7.0-Stable (x86) and a Zfs pool for my data.
After the dtrace import, I have updated my sources (and make buildworld, make
buildkernel) and I no longer have access to my Zfs pool (just to be sure, I
have since updated twice more to work aroun
Hello,
I am using a recent 7.0-Stable (x86) and a Zfs pool for my data.
After the dtrace import, I have updated my sources (and make buildworld, make
buildkernel) and I no longer have access to my Zfs pool (just to be sure, I
have since updated twice more to work around the announced issues).
On Wed, Aug 27, 2008 at 10:22:08PM -0400, John Baldwin wrote:
> On Wednesday 27 August 2008 09:40:20 am cpghost wrote:
> > Hello,
> >
> > I'm building a new system with an AMD Phenom 9350e Quad-Core:
> >
> > FreeBSD phenom.example.net 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0:
> > Tue Aug 26 19:
Fyi: after applying r180753 ("Only enable MSI mappings for devices that use
MSI. Fixes interrupt loss on some nForce based boards.") using polling with
nfe is no longer needed to avoid choppy audio playback.
Thanks for the fix.
--
Jos Backus
jos at catnook.com
__
On Thu, Aug 28, 2008 at 07:33:14AM -0400, FreeBSD Tinderbox wrote:
> TB --- 2008-08-28 09:46:09 - tinderbox 2.3 running on freebsd-stable.sentex.ca
> TB --- 2008-08-28 09:46:09 - starting RELENG_7 tinderbox run for amd64/amd64
> TB --- 2008-08-28 09:46:09 - cleaning the object tree
> TB --- 2008-08
TB --- 2008-08-28 11:33:15 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-08-28 11:33:15 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2008-08-28 11:33:15 - cleaning the object tree
TB --- 2008-08-28 11:33:31 - cvsupping the source tree
TB --- 2008-08-28 11:33:31 - /usr/bi
TB --- 2008-08-28 10:35:47 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-08-28 10:35:47 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2008-08-28 10:35:47 - cleaning the object tree
TB --- 2008-08-28 10:36:07 - cvsupping the source tree
TB --- 2008-08-28 10:36:07 - /usr/bi
On 2008-Aug-23 21:39:34 -0700, Kip Macy <[EMAIL PROTECTED]> wrote:
>There really isn't any magic to bringing up a port. You compile it,
>install it, and then run it until it breaks. Once it breaks you spend
>a lot of time instrumenting the code to track down what went wrong.
About what I expected.
TB --- 2008-08-28 09:46:09 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-08-28 09:46:09 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2008-08-28 09:46:09 - cleaning the object tree
TB --- 2008-08-28 09:46:30 - cvsupping the source tree
TB --- 2008-08-28 09:46:30 - /usr/
Brian wrote:
It turns out, as I look at the below, I was testing a unique process and
didn't realize it.
[...]
So, I was migrating not only from a release to stable, but more
specifically from a release to a prerelease.
Hi,
I think you misunderstand - 7.1-PRERELEASE is just the name [1] wh
in message <[EMAIL PROTECTED]>,
wrote Dominique Goncalves thusly...
>
> I use FreeBSD 6.3-STABLE and an HDD USB (Maxtor, external PSU,
> 500GB). When I shutdown my computer (shutdown -p now ) the HDD
> USB is still on. In Windows XP it works, the HDD USB is off.
>
> Is there a way to resolve this
Nenhum_de_Nos wrote:
hail,
I'd like to run folding at home on FreeBSD (my OS of choice) and I
have this problem of needing to run a amd64 binary. all I saw when
emulating on freebsd was a 32 bits linux enviroment, and all I found
about amd64 enviroment for amd64 linux emu on freebsd was a mail f
O. Hartmann wrote:
Alex Goncharov wrote:
,--- You/Kostik (Wed, 27 Aug 2008 19:04:32 +0300) *
| cd into /usr/src/gnu/usr.bin/cc/cc1,
| and do
| make install DEBUG_FLAGS=-g
That simple thing didn't work for me:
make install DEBUG_FLAGS=-g
install -o root -g wheel -m 555 cc1 /u
25 matches
Mail list logo