Re: Problems installing JDK 1.5

2007-03-06 Thread Juergen Nickelsen 

On 07. Mrz 2007, at 8:12, Tom Samplonius wrote:

  There are some license restrictions on distribution of jdk  
binaries.  In order to be distributable, jdk binaries need to pass  
Sun's test suite (TCK).  So the Diablo binary passes, and is  
distributation.  The port, is just source, and does not require  
testing.  A binary built from the port may or may not pass,  
depending on the current state of development.  There can be  
regressions as things change in the OS, and linked in packages.   
The jdk has a fair number of dependencies, so it is pretty easy to  
blow-up a jdk build.


I see. Thanks for the clarification!
Regards, Juergen.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Boot prompt for Intel AMT

2007-03-06 Thread Danny Braniss 
> On Mar 6, 2007, at 1:04 PM, Jack Vogel wrote:
> 
> > Yes, my bad, I spoke too quickly, it does use IP, sorry,
> > I still find SOL much more descriptive of what I think about
> > the whole apparatus however :)
> 
> :-)
> 
> Personally, I really like the Sun ILOM processors, even though they  
> do boot an embedded linux, and the command set is, shall we say,  
> confusing...
> 
> It scares me to have something like SOL on an ethernet that's  
> connected to the public wires.

ah, you don't believe in firewalls, i see :-)

danny


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Problems installing JDK 1.5

2007-03-06 Thread Tom Samplonius 

- "Juergen Nickelsen" <[EMAIL PROTECTED]> wrote:
...
> But indeed I was ignorant of the diablo port. What is the relation
> between these two ports anyway? I do not really get the difference,
> in spite of .
...

  There are some license restrictions on distribution of jdk binaries.  In 
order to be distributable, jdk binaries need to pass Sun's test suite (TCK).  
So the Diablo binary passes, and is distributation.  The port, is just source, 
and does not require testing.  A binary built from the port may or may not 
pass, depending on the current state of development.  There can be regressions 
as things change in the OS, and linked in packages.  The jdk has a fair number 
of dependencies, so it is pretty easy to blow-up a jdk build.

  Some of the developers on the FreeBSD java list have the TCK, and can tell if 
you if the port would pass the TCK.

  And you should really be asking about this on the FreeBSD java list, as they 
are constantly making changes to the port, and dependencies.

Tom
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ping's seem to hang ... 'zoneli' state?

2007-03-06 Thread ??/LI Xin 
Marc G. Fournier wrote:
[...]
> Here's what I have right now:
> 
> __FBSDID("$FreeBSD: src/sys/kern/kern_mbuf.c,v 1.9.2.9 2007/02/11 03:31:18 
> mohans Exp $");
>  * $FreeBSD: src/sys/sys/mbuf.h,v 1.170.2.7 2007/02/11 03:31:19 mohans Exp $
>  * $FreeBSD: src/sys/vm/uma.h,v 1.22.2.8 2007/02/11 03:31:19 mohans Exp $
> __FBSDID("$FreeBSD: src/sys/vm/uma_core.c,v 1.119.2.19 2007/02/11 03:31:19 
> mohans Exp $");
> __FBSDID("$FreeBSD: src/sys/vm/uma_core.c,v 1.119.2.19 2007/02/11 03:31:19 
> mohans Exp $");
> __FBSDID("$FreeBSD: src/sys/kern/uipc_socket.c,v 1.242.2.8 2007/02/03 
> 04:01:22 
> bms Exp $");
> 
> The only one that looks off is uipc_socket.c ... do I need to copy that from 
> HEAD?  Are there any compatibility issues with doing that?

No, you can not simply copy the file.  Try patching your system with:

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/uipc_socket.c.diff?r1=1.292&r2=1.293

You can just ignore the first hunk.  Please note that you may also need
to modify uipc_socket2.c just in the way that this file is changed.

Cheers,
-- 
Xin LI <[EMAIL PROTECTED]>  http://www.delphij.net/
FreeBSD - The Power to Serve!



signature.asc
Description: OpenPGP digital signature

Re: Processes get stuck in "ufs" state

2007-03-06 Thread Kostik Belousov 
On Wed, Mar 07, 2007 at 05:22:38AM +0300, Oleg Derevenetz wrote:
> Hi !
> 
> Sometimes (once a week approximately) I have a problem with the same 
> symptoms described here on SMP FreeBSD 6.2-STABLE with dual AMD Opteron(tm) 
> Processor 850:
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=104406&cat=
> 
> Sometimes (apparently when CPU load suddenly goes up) all processes that 
> interacts with disk gets stuck in "ufs" state, but in my case 
> SIGSTOP/SIGCONT seemingly does not help.
See developer handbook, Deadlock Debugging chapter for instruction what
information shall be gathered to debug the problem.


pgp97NW2c4Doa.pgp
Description: PGP signature

Re: LOR #193

2007-03-06 Thread Kostik Belousov 
On Tue, Mar 06, 2007 at 10:44:37PM +0100, Andrea Venturoli wrote:
> Hello.
> 
> I'm experiencing the above mentioned LOR on a 6.2p1/amd64 box (running 
> gmirror and SMP if that matters).
> 
> With reference to your question on 
> http://lists.freebsd.org/pipermail/freebsd-stable/2006-November/031048.html:
> 
> >What application you run that triggers the LOR ? 
> 
> Bacula, I guess.
> I'm taking filesystem snapshots, running the backup job and deleting the 
> snapshots.
> In fact I've always seen some problems with some files in the snapshots 
> not being accessible to bacula-fd.
> 
> In a previous (quite old) thread it was in fact suggested I might be 
> seeing some LOR, but only recently I activated all the debugging stuff.
The (usual) consequence of the LOR is lock up.
> 
> What's the risk of running the suggested patch on a (quite critical) 
> production server?
It shall be safe unless you run filesystems compiled as modules, that where
not built against patched kernel (patch changes the kernel binary
interface).
> 
> BTW: Sometimes, upon reboot, delayed fscks start and say that the 
> filesystem cannot be fixed with -p and I should run a full fsck. If I 
> reboot in single user mode and run a full fsck, it will find no errors.
> 
> Also, I have a couple of other boxes on which I run bacula this way and 
> I never experienced this problem: they are respectively i386/gmirror/UP 
> and amd64/hardware RAID/SMP; so, might the combination of amd64/gmirror 
> or gmirror/SMP be in the way?
I doubt that gmirror could affect this.


pgpZjnA9NT0tl.pgp
Description: PGP signature

Processes get stuck in "ufs" state

2007-03-06 Thread Oleg Derevenetz 

Hi !

Sometimes (once a week approximately) I have a problem with the same
symptoms described here on SMP FreeBSD 6.2-STABLE with dual AMD Opteron(tm)
Processor 850:

http://www.freebsd.org/cgi/query-pr.cgi?pr=104406&cat=

Sometimes (apparently when CPU load suddenly goes up) all processes that
interacts with disk gets stuck in "ufs" state, but in my case
SIGSTOP/SIGCONT seemingly does not help.

uname -a output:

FreeBSD serv2.vsi.ru 6.2-STABLE FreeBSD 6.2-STABLE #2: Sat Mar  3 01:59:08
MSK 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/serv2  i386

dmesg.boot:

Copyright (c) 1992-2007 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 6.2-STABLE #2: Sat Mar  3 01:59:08 MSK 2007
   [EMAIL PROTECTED]:/usr/obj/usr/src/sys/serv2
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Opteron(tm) Processor 850 (2389.26-MHz 686-class CPU)
 Origin = "AuthenticAMD"  Id = 0x20f51  Stepping = 1
 
Features=0x78bfbff
 Features2=0x1
 AMD Features=0xe2500800
 AMD Features2=0x1
real memory  = 8589934592 (8192 MB)
avail memory = 8350457856 (7963 MB)
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID:  0
cpu1 (AP): APIC ID:  1
MADT: Forcing active-low polarity and level trigger for SCI
ioapic0  irqs 0-23 on motherboard
ioapic1  irqs 24-27 on motherboard
ioapic2  irqs 28-31 on motherboard
ioapic3  irqs 32-35 on motherboard
ioapic4  irqs 36-39 on motherboard
ioapic5  irqs 40-43 on motherboard
ioapic6  irqs 44-47 on motherboard
kbd1 at kbdmux0
acpi0:  on motherboard
acpi0: Power Button (fixed)
unknown: I/O range not supported
unknown: I/O range not supported
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf008-0xf00b on acpi0
cpu0:  on acpi0
cpu1:  on acpi0
acpi_button0:  on acpi0
pcib0:  port 0xcf8-0xcff,0xf000-0xf07f,0xf080-0xf0ff
iomem 0xd8000-0xdbfff on acpi0
pci0:  on pcib0
pcib1:  at device 6.0 on pci0
pci1:  on pcib1
ohci0:  mem 0xfc90-0xfc900fff irq 19 at
device 0.0 on pci1
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: SMM does not respond, resetting
usb0:  on ohci0
usb0: USB revision 1.0
uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ohci1:  mem 0xfc901000-0xfc901fff irq 19 at
device 0.1 on pci1
ohci1: [GIANT-LOCKED]
usb1: OHCI version 1.0, legacy support
usb1: SMM does not respond, resetting
usb1:  on ohci1
usb1: USB revision 1.0
uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 3 ports with 3 removable, self powered
pci1:  at device 5.0 (no driver attached)
isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f at device 7.1 on pci0
ata0:  on atapci0
ata1:  on atapci0
pci0:  at device 7.3 (no driver attached)
pcib2:  at device 10.0 on pci0
pci2:  on pcib2
bge0:  mem
0xfe01-0xfe01,0xfe00-0xfe00 irq 25 at device 2.0 on pci2
miibus0:  on bge0
brgphy0:  on miibus0
brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,
1000baseTX-FDX, auto
bge0: Ethernet address: 00:09:3d:13:fd:00
bge1:  mem
0xfe03-0xfe03,0xfe02-0xfe02 irq 26 at device 2.1 on pci2
miibus1:  on bge1
brgphy1:  on miibus1
brgphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,
1000baseTX-FDX, auto
bge1: Ethernet address: 00:09:3d:13:fd:01
mpt0:  port 0x2000-0x20ff mem
0xfe05-0xfe05,0xfe04-0xfe04 irq 27 at device 4.0 on pci2
mpt0: [GIANT-LOCKED]
mpt0: MPI Version=1.2.15.0
mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE )
mpt0: 0 Active Volumes (1 Max)
mpt0: 0 Hidden Drive Members (6 Max)
pci0:  at device 10.1 (no driver
attached)
pcib3:  at device 11.0 on pci0
pci3:  on pcib3
pci0:  at device 11.1 (no driver
attached)
pcib4:  iomem
0xfe301000-0xfe301fff,0xfe303000-0xfe303fff,0xfe305000-0xfe305fff,0xfe307000-0xfe307fff
on acpi0
pci32:  on pcib4
pcib5:  mem 0xfe30-0xfe300fff irq 32 at device 1.0
on pci32
pci33:  on pcib5
pci32:  at device 1.1 (no driver
attached)
pcib6:  mem 0xfe302000-0xfe302fff irq 36 at device 2.0
on pci32
pci34:  on pcib6
pci32:  at device 2.1 (no driver
attached)
pcib7:  mem 0xfe304000-0xfe304fff irq 40 at device 3.0
on pci32
pci35:  on pcib7
pci32:  at device 3.1 (no driver
attached)
pcib8:  mem 0xfe306000-0xfe306fff irq 44 at device 4.0
on pci32
pci36:  on pcib8
pci32:  at device 4.1 (no driver
attached)
atkbdc0:  port 0x60,0x64 irq 1 on acpi0
atkbd0:  irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on
acpi0
sio0: type 16550A
fdc0:  port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
pmtimer0 on isa0
orm0:  at iomem
0xc-0xc7fff,0xc8000-0xc97ff,0xc9800-0xcafff,0xcb000-0xcefff on isa0
ppc0: parallel

Processes get stuck in "ufs" state

2007-03-06 Thread Oleg Derevenetz 

Hi !

Sometimes (once a week approximately) I have a problem with the same 
symptoms described here on SMP FreeBSD 6.2-STABLE with dual AMD Opteron(tm) 
Processor 850:


http://www.freebsd.org/cgi/query-pr.cgi?pr=104406&cat=

Sometimes (apparently when CPU load suddenly goes up) all processes that 
interacts with disk gets stuck in "ufs" state, but in my case 
SIGSTOP/SIGCONT seemingly does not help.


uname -a output:

FreeBSD serv2.vsi.ru 6.2-STABLE FreeBSD 6.2-STABLE #2: Sat Mar  3 01:59:08
MSK 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/serv2  i386

dmesg.boot:

Copyright (c) 1992-2007 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 6.2-STABLE #2: Sat Mar  3 01:59:08 MSK 2007
   [EMAIL PROTECTED]:/usr/obj/usr/src/sys/serv2
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Opteron(tm) Processor 850 (2389.26-MHz 686-class CPU)
 Origin = "AuthenticAMD"  Id = 0x20f51  Stepping = 1
 
Features=0x78bfbff
 Features2=0x1
 AMD Features=0xe2500800
 AMD Features2=0x1
real memory  = 8589934592 (8192 MB)
avail memory = 8350457856 (7963 MB)
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID:  0
cpu1 (AP): APIC ID:  1
MADT: Forcing active-low polarity and level trigger for SCI
ioapic0  irqs 0-23 on motherboard
ioapic1  irqs 24-27 on motherboard
ioapic2  irqs 28-31 on motherboard
ioapic3  irqs 32-35 on motherboard
ioapic4  irqs 36-39 on motherboard
ioapic5  irqs 40-43 on motherboard
ioapic6  irqs 44-47 on motherboard
kbd1 at kbdmux0
acpi0:  on motherboard
acpi0: Power Button (fixed)
unknown: I/O range not supported
unknown: I/O range not supported
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf008-0xf00b on acpi0
cpu0:  on acpi0
cpu1:  on acpi0
acpi_button0:  on acpi0
pcib0:  port 0xcf8-0xcff,0xf000-0xf07f,0xf080-0xf0ff
iomem 0xd8000-0xdbfff on acpi0
pci0:  on pcib0
pcib1:  at device 6.0 on pci0
pci1:  on pcib1
ohci0:  mem 0xfc90-0xfc900fff irq 19 at
device 0.0 on pci1
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: SMM does not respond, resetting
usb0:  on ohci0
usb0: USB revision 1.0
uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ohci1:  mem 0xfc901000-0xfc901fff irq 19 at
device 0.1 on pci1
ohci1: [GIANT-LOCKED]
usb1: OHCI version 1.0, legacy support
usb1: SMM does not respond, resetting
usb1:  on ohci1
usb1: USB revision 1.0
uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 3 ports with 3 removable, self powered
pci1:  at device 5.0 (no driver attached)
isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f at device 7.1 on pci0
ata0:  on atapci0
ata1:  on atapci0
pci0:  at device 7.3 (no driver attached)
pcib2:  at device 10.0 on pci0
pci2:  on pcib2
bge0:  mem
0xfe01-0xfe01,0xfe00-0xfe00 irq 25 at device 2.0 on pci2
miibus0:  on bge0
brgphy0:  on miibus0
brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,
1000baseTX-FDX, auto
bge0: Ethernet address: 00:09:3d:13:fd:00
bge1:  mem
0xfe03-0xfe03,0xfe02-0xfe02 irq 26 at device 2.1 on pci2
miibus1:  on bge1
brgphy1:  on miibus1
brgphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,
1000baseTX-FDX, auto
bge1: Ethernet address: 00:09:3d:13:fd:01
mpt0:  port 0x2000-0x20ff mem
0xfe05-0xfe05,0xfe04-0xfe04 irq 27 at device 4.0 on pci2
mpt0: [GIANT-LOCKED]
mpt0: MPI Version=1.2.15.0
mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE )
mpt0: 0 Active Volumes (1 Max)
mpt0: 0 Hidden Drive Members (6 Max)
pci0:  at device 10.1 (no driver
attached)
pcib3:  at device 11.0 on pci0
pci3:  on pcib3
pci0:  at device 11.1 (no driver
attached)
pcib4:  iomem
0xfe301000-0xfe301fff,0xfe303000-0xfe303fff,0xfe305000-0xfe305fff,0xfe307000-0xfe307fff
on acpi0
pci32:  on pcib4
pcib5:  mem 0xfe30-0xfe300fff irq 32 at device 1.0
on pci32
pci33:  on pcib5
pci32:  at device 1.1 (no driver
attached)
pcib6:  mem 0xfe302000-0xfe302fff irq 36 at device 2.0
on pci32
pci34:  on pcib6
pci32:  at device 2.1 (no driver
attached)
pcib7:  mem 0xfe304000-0xfe304fff irq 40 at device 3.0
on pci32
pci35:  on pcib7
pci32:  at device 3.1 (no driver
attached)
pcib8:  mem 0xfe306000-0xfe306fff irq 44 at device 4.0
on pci32
pci36:  on pcib8
pci32:  at device 4.1 (no driver
attached)
atkbdc0:  port 0x60,0x64 irq 1 on acpi0
atkbd0:  irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on
acpi0
sio0: type 16550A
fdc0:  port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
pmtimer0 on isa0
orm0:  at iomem
0xc-0xc7fff,0xc8000-0xc97ff,0xc9800-0xcafff,0xcb000-0xcefff on isa0
ppc0: par

Re: Boot prompt for Intel AMT

2007-03-06 Thread Torfinn Ingolfsen 
On Tue, 06 Mar 2007 13:09:14 -0800
Jack Vogel <[EMAIL PROTECTED]> wrote:

> Yes, this was a concern while i was at IBM as well, they were
> talking about configurations that would have the 'management'
> net seperated out from the public. That seems very expensive
> on infrastructure to me. Course when you have server farms
> with thousands of systems I suppose its complicated anyway.

If your infrastructure supports VLANs (and which one doesn't today)
it's not so complicated. The company I work for have a separate
management network.
-- 
Regards,
Torfinn Ingolfsen
also an (ex) IBM'er

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Some Unix benchmarks for those who are interesed

2007-03-06 Thread Ivan Voras 
Artem Kuchin wrote:
>> See here:
>> http://lists.freebsd.org/pipermail/freebsd-stable/2007-March/033494.html
> 
> Yes, that what i've got in the list and this how it was in the putty
> terminal
> originally. Nothing is missing. I don't know why open left parentesis
> are there.

The block under the header:

"
INDEX VALUES
TESTBASELINE
"

is important - it summarises the results and your post is missing the
summaries :)





signature.asc
Description: OpenPGP digital signature

LOR #193

2007-03-06 Thread Andrea Venturoli 

Hello.

I'm experiencing the above mentioned LOR on a 6.2p1/amd64 box (running 
gmirror and SMP if that matters).


With reference to your question on 
http://lists.freebsd.org/pipermail/freebsd-stable/2006-November/031048.html:


What application you run that triggers the LOR ? 


Bacula, I guess.
I'm taking filesystem snapshots, running the backup job and deleting the 
snapshots.
In fact I've always seen some problems with some files in the snapshots 
not being accessible to bacula-fd.


In a previous (quite old) thread it was in fact suggested I might be 
seeing some LOR, but only recently I activated all the debugging stuff.


What's the risk of running the suggested patch on a (quite critical) 
production server?


BTW: Sometimes, upon reboot, delayed fscks start and say that the 
filesystem cannot be fixed with -p and I should run a full fsck. If I 
reboot in single user mode and run a full fsck, it will find no errors.


Also, I have a couple of other boxes on which I run bacula this way and 
I never experienced this problem: they are respectively i386/gmirror/UP 
and amd64/hardware RAID/SMP; so, might the combination of amd64/gmirror 
or gmirror/SMP be in the way?


 bye & Thanks
av.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Some Unix benchmarks for those who are interesed

2007-03-06 Thread Artem Kuchin 

See here:
http://lists.freebsd.org/pipermail/freebsd-stable/2007-March/033494.html


Yes, that what i've got in the list and this how it was in the putty terminal
originally. Nothing is missing. I don't know why open left parentesis are there.

--
Artem


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Boot prompt for Intel AMT

2007-03-06 Thread Jack Vogel 

On 3/6/07, Vivek Khera <[EMAIL PROTECTED]> wrote:


On Mar 6, 2007, at 1:04 PM, Jack Vogel wrote:

> Yes, my bad, I spoke too quickly, it does use IP, sorry,
> I still find SOL much more descriptive of what I think about
> the whole apparatus however :)

:-)

Personally, I really like the Sun ILOM processors, even though they
do boot an embedded linux, and the command set is, shall we say,
confusing...

It scares me to have something like SOL on an ethernet that's
connected to the public wires.


Yes, this was a concern while i was at IBM as well, they were
talking about configurations that would have the 'management'
net seperated out from the public. That seems very expensive
on infrastructure to me. Course when you have server farms
with thousands of systems I suppose its complicated anyway.

Jack
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-06 Thread Mike Tancsa 

At 10:55 AM 3/1/2007, Renato Botelho wrote:

>
> FYI: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=307#c8

I found the problem, a bad REINPLACE_CMD was changing wrong var on configure
scripts, don't respecting PTHREAD_LIBS.

It's fixed now on 0.90_3.


Any chance to update the port to use 0.90.1  ? It fixes a number of 
bugs, one of which happens fairly often (bad directory perms after a db update)


---Mike

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Some Unix benchmarks for those who are interesed

2007-03-06 Thread Ivan Voras 
Artem Kuchin wrote:

>> a) It looks like your message was weirdly truncated - whole "rectangles"
>> of text are missing from the results on the right-hand-side. Maybe you
>> copied it through Excel?
> 
> Ummm... hmmm.. i checked the message in the list, nothimng is missing.
> Just like it was in the putty terminal from where i copied it.

See here:
http://lists.freebsd.org/pipermail/freebsd-stable/2007-March/033494.html

>> c) It would be interesting for the general discussion if you could
>> install a recent server-like version of Linux (e.g. CentOS, SuSE,
>> Debian) on one of the machines you did your benchmarks on to compare
>> results :)
> 
> I am not good at linux, but this is an interesting idea. I'll try it.
> Which one
> is easier to install?

Both CentOS (aka "repacked RedHat Enterprise Server") and SuSE
(actually, openSuSE which is free) are easy to install. But I think
you'll have to compile unixbench for them.




signature.asc
Description: OpenPGP digital signature

Re: Boot prompt for Intel AMT

2007-03-06 Thread Vivek Khera 


On Mar 6, 2007, at 1:04 PM, Jack Vogel wrote:


Yes, my bad, I spoke too quickly, it does use IP, sorry,
I still find SOL much more descriptive of what I think about
the whole apparatus however :)


:-)

Personally, I really like the Sun ILOM processors, even though they  
do boot an embedded linux, and the command set is, shall we say,  
confusing...


It scares me to have something like SOL on an ethernet that's  
connected to the public wires.

RE: Clamav-90_2 Lockup with freebsd 6.2

2007-03-06 Thread Dimuthu Parussalla 
Hi,

I am running latest CVSUP branch today. Still having the same problem. Only
way to reduce cpu usage is to increase maxthreads as others mentioned.


What version it is fixed? is it not submitted through ports yet?

Regards
Dimi

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Renato Botelho
Sent: Friday, 2 March 2007 2:56 AM
To: Alexander Shikoff
Cc: Marko Lerota; Chris; freebsd-stable@FreeBSD.org; Daniel Eischen;
Martin Blapp; Anton Karpov
Subject: Re: Clamav-90_2 Lockup with freebsd 6.2


On Thu, Mar 01, 2007 at 03:43:26PM +0200, Alexander Shikoff wrote:
> Hi All,
>
> On Thu, Mar 01, 2007 at 08:32:55AM -0500, Daniel Eischen wrote:
> > On Thu, 1 Mar 2007, Martin Blapp wrote:
> >
> > >
> > >Hi,
> > >
> > >Clamd is currently broken with libpthread for some threading-reason.
> > >You definitly need to use libthr (which is still CPU hungry, but
> > >works better).
> >
> > I don't think it is a problem with libpthread.
>
> FYI: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=307#c8

I found the problem, a bad REINPLACE_CMD was changing wrong var on configure
scripts, don't respecting PTHREAD_LIBS.

It's fixed now on 0.90_3.

Thanks for all.
--
Renato Botelho 
   
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc

Love at first sight is one of the greatest
labor-saving devices the world has ever seen.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-06 Thread Patrick Tracanelli 
Had a similar behavior here, but with other MTA (qmail, clamdscan 
getting used from simscan).


After raising MaxThreads from 10 (default) to 40 CPU usage got back to 
its normal consuming level.


No idea if this info can help, but that was my recent experience.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Some Unix benchmarks for those who are interesed

2007-03-06 Thread Artem Kuchin 

Artem Kuchin wrote:

I used unixbenchmark for measure overall perfomance of three machines of
different generations and with different OS versions. See for your self and
compare results with machine cost.
Hope this will be usefull for someone.


Several things:

a) It looks like your message was weirdly truncated - whole "rectangles"
of text are missing from the results on the right-hand-side. Maybe you
copied it through Excel?


Ummm... hmmm.. i checked the message in the list, nothimng is missing.
Just like it was in the putty terminal from where i copied it.


b) I submitted a patch for unixbench than enables execl benchmark on
amd64, it should be in the ports tree by now.


oh! that's good. will retest.


c) It would be interesting for the general discussion if you could
install a recent server-like version of Linux (e.g. CentOS, SuSE,
Debian) on one of the machines you did your benchmarks on to compare
results :)



I am not good at linux, but this is an interesting idea. I'll try it. Which one
is easier to install?

--
Regards
Artem


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Boot prompt for Intel AMT

2007-03-06 Thread Jack Vogel 

On 3/6/07, Artem Kuchin <[EMAIL PROTECTED]> wrote:

>> I hope some people will understand what  i am talking about, because
>> the technology, i think, is not very popular, but can come VERY handy.
>>
>> Intel AMT Serial over LAN (SOL, why is it called 'over LAN' if it is really
>> 'OVER IP'?) allows to boot into BIOS of a remote machine
>> and even, as seen in their demo, can be used to control MS DOS prompt.
>
> well because it isnt using IP, besides SOIP is uninspiring :)

Wait.. how so? I was sure that the whose SOL (IPMI) protocal is running over
IP and i can REMOTELY (e.g. from anoth planet with IP connection) access
the machine in the data center. If i can do such thing, then it DOES run over IP
eventually. Isn't it?


Yes, my bad, I spoke too quickly, it does use IP, sorry,
I still find SOL much more descriptive of what I think about
the whole apparatus however :)

Jack
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Some Unix benchmarks for those who are interesed

2007-03-06 Thread Ivan Voras 
Artem Kuchin wrote:
> I used unixbenchmark for measure overall perfomance of three machines of
> different generations and with different OS versions. See for your self and
> compare results with machine cost.
> Hope this will be usefull for someone.

Several things:

a) It looks like your message was weirdly truncated - whole "rectangles"
of text are missing from the results on the right-hand-side. Maybe you
copied it through Excel?

b) I submitted a patch for unixbench than enables execl benchmark on
amd64, it should be in the ports tree by now.

c) It would be interesting for the general discussion if you could
install a recent server-like version of Linux (e.g. CentOS, SuSE,
Debian) on one of the machines you did your benchmarks on to compare
results :)




signature.asc
Description: OpenPGP digital signature

Re: Problems installing JDK 1.5

2007-03-06 Thread Bill Smith 

Sam Baskinger wrote:

Juergen Nickelsen wrote:

On Feb 27 2007, Chris Timmons wrote:

Don't forget that the linux JDK will want you to have linprocfs 
mounted. I recently had a similar build experience of jdk-1.5.0p4 
which cleared up fine after I remembered about linprocfs.


linprocfs   /compat/linux/proc   linprocfs   rw   0  0


Hm. I cannot imagine how this could lead to the problems I saw, but 
another thing to try. Thanks!


Linux systems store tons of need-to-know data in the /proc file system. 
If you've ever installed a chrooted Linux environment you must 'mount -o 
bind' the /proc file system from the running system to the chroot for 
many OS functions to work correctly.


I suspect that Java was looking for some process information in 
linprocfs and since it wasn't mounted, it blew up. :) Hope this clears 
up the "why" question. :)


I have been having problems with this as well, I have the linprocfs 
mounted, but the buil is

 dying with the following error:

../../../src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java:1186 
: warning: non-varargs call of varargs method with inexact 
argument type for las t parameter;

cast to java.lang.Object for a varargs call
cast to java.lang.Object[] for a non-varargs call and to suppress this 
warning

return (IOException)ctr.newInstance(args);
^
../../../src/share/classes/com/sun/jmx/mbeanserver/StandardMetaDataImpl.java:637 
: warning: non-varargs call of varargs method with inexact 
argument type for las t parameter;

cast to java.lang.Object for a varargs call
cast to java.lang.Object[] for a non-varargs call and to suppress this 
warning

result = meth.invoke(instance,null);
  ^
../../../src/share/classes/com/sun/jmx/mbeanserver/MBeanInstantiatorImpl.java:16 
2: warning: non-varargs call of varargs method with inexact 
argument type for la st parameter;

cast to java.lang.Object for a varargs call
cast to java.lang.Object[] for a non-varargs call and to suppress this 
warning

moi= cons.newInstance(null);
  ^
Note: * uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
21 errors
12 warnings
gmake[3]: *** [.compile.classlist] Error 1
gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/java'
gmake[2]: *** [all] Error 1
gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java'
gmake[1]: *** [all] Error 1
gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make'
gmake: *** [j2se-build] Error 2
*** Error code 2

Stop in /usr/ports/java/jdk15.

any offers?


--
Bill
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ping's seem to hang ... 'zoneli' state?

2007-03-06 Thread Marc G. Fournier 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



- --On Wednesday, March 07, 2007 00:44:25 +0800 "??/LI Xin"
<[EMAIL PROTECTED]> 
wrote:

> Marc G. Fournier wrote:
> [...]
>> Can someone comment on whether I just missed the commit on my last cvsup, or
>> if  I'm hitting the same problem but in a different way?
>
> I think so.  Try patching your system with:
>
> src/sys/kern/kern_mbuf.c,v 1.9.2.9
> src/sys/sys/mbuf.h,v 1.170.2.7
> src/sys/vm/uma.h,v 1.22.2.8
> src/sys/vm/uma_core.c,v 1.119.2.19
> src/sys/vm/uma_core.c,v 1.119.2.18
>
> and perhaps also:
>
> src/sys/kern/uipc_socket.c,v 1.293.

Here's what I have right now:

__FBSDID("$FreeBSD: src/sys/kern/kern_mbuf.c,v 1.9.2.9 2007/02/11 03:31:18 
mohans Exp $");
 * $FreeBSD: src/sys/sys/mbuf.h,v 1.170.2.7 2007/02/11 03:31:19 mohans Exp $
 * $FreeBSD: src/sys/vm/uma.h,v 1.22.2.8 2007/02/11 03:31:19 mohans Exp $
__FBSDID("$FreeBSD: src/sys/vm/uma_core.c,v 1.119.2.19 2007/02/11 03:31:19 
mohans Exp $");
__FBSDID("$FreeBSD: src/sys/vm/uma_core.c,v 1.119.2.19 2007/02/11 03:31:19 
mohans Exp $");
__FBSDID("$FreeBSD: src/sys/kern/uipc_socket.c,v 1.242.2.8 2007/02/03 04:01:22 
bms Exp $");

The only one that looks off is uipc_socket.c ... do I need to copy that from 
HEAD?  Are there any compatibility issues with doing that?


- 
Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFF7aKV4QvfyHIvDvMRAloYAKCsA0x+THahW+MZjW/8MjDZwsJDrgCcD4Qw
WbA/0nXgvv4xwEDtBxirLlo=
=Ro3T
-END PGP SIGNATURE-

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-06 Thread Oliver Brandmueller 
Hello,

On Tue, Mar 06, 2007 at 04:45:37PM +, Pete French wrote:
> > last days with exim connecting to the local socket I have exim 
> > now connecting to localhot:3310 by tcp. The difference is, that before 
> > clamd scanned all files in the directory given by exim. Effectively exim 
> > was unpacking the whole MIME structure and placed all parts in the dir 
> 
> Interesting, am trying this now - have changed clamd to work via a socket,
> but do you still have the 'demime = *' in your config where the
> message is scanned ? Is this necessary anymore ?

Actually, the message gets unpacked by exim even without this option for 
the malware acl. It's removed, but doesn't give any difference. I don't 
know if it would have worked before, since it was already unpacked when 
the scanner was called.

- Olli


-- 
| Oliver Brandmueller | Offenbacher Str. 1  | Germany   D-14197 Berlin |
| Fon +49-172-3130856 | Fax +49-172-3145027 | WWW:   http://the.addict.de/ |
|   Ich bin das Internet. Sowahr ich Gott helfe.   |
| Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! |


pgp5prJfKpTyU.pgp
Description: PGP signature

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-06 Thread Pete French 
> last days with exim connecting to the local socket I have exim 
> now connecting to localhot:3310 by tcp. The difference is, that before 
> clamd scanned all files in the directory given by exim. Effectively exim 
> was unpacking the whole MIME structure and placed all parts in the dir 

Interesting, am trying this now - have changed clamd to work via a socket,
but do you still have the 'demime = *' in your config where the
message is scanned ? Is this necessary anymore ?


-pcf.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ping's seem to hang ... 'zoneli' state?

2007-03-06 Thread ??/LI Xin 
Marc G. Fournier wrote:
[...]
> Can someone comment on whether I just missed the commit on my last cvsup, or 
> if 
> I'm hitting the same problem but in a different way?

I think so.  Try patching your system with:

src/sys/kern/kern_mbuf.c,v 1.9.2.9
src/sys/sys/mbuf.h,v 1.170.2.7
src/sys/vm/uma.h,v 1.22.2.8
src/sys/vm/uma_core.c,v 1.119.2.19
src/sys/vm/uma_core.c,v 1.119.2.18

and perhaps also:

src/sys/kern/uipc_socket.c,v 1.293.

Cheers,
-- 
Xin LI <[EMAIL PROTECTED]>  http://www.delphij.net/
FreeBSD - The Power to Serve!



signature.asc
Description: OpenPGP digital signature

Re: ping's seem to hang ... 'zoneli' state?

2007-03-06 Thread Marc G. Fournier 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



- --On Tuesday, March 06, 2007 18:59:04 +0300 Anton Yuzhaninov
<[EMAIL PROTECTED]> 
wrote:

> Hello Marc,
>
> You wrote on Tuesday, March 6, 2007, 6:10:45 PM:
>
> MGF> Does this show anything?  I can't kill the processes, even with kill -9
> ... MGF> this happens consistently just after 3 days uptime on a kernel built
> "Fri Feb MGF> 23 07:47:20 AST 2007", and the interface is an fxp0 device ...
>
> MGF> # ps auxl | grep ping
> MGF> root 68994  0.0  0.0  1556   808  ??  D 7:58AM   0:00.02 ping -c
> 1 -t MGF> 30  0 1   0 -16  0 zoneli
>
> This is know problem:
> http://www.freebsd.org/releases/6.2R/errata.html
>
> There are some different cases when zonelimit livelock is possible.
> Send vmstat -z output (when processes lock in zonelimit state).

Great, thanks ... just read the errata on zonelimit, and it seems to imply that 
it was fixed on the 12th of February, but (of course) it doesn't indicate which 
files ... I just did a new cvsup since my last one, and all that has changed is:

Updating collection src-all/cvs
 Edit src/lib/libarchive/archive_read_extract.c
 Edit src/share/man/man4/tap.4
 Edit src/share/man/man4/tun.4
 Edit src/sys/amd64/conf/SMP
 Edit src/sys/dev/wi/if_wi_pccard.c
 Edit src/sys/kern/sys_generic.c
 Edit src/sys/net/if_tap.c
 Edit src/sys/net/if_tun.c
 Edit src/sys/netgraph/ng_ksocket.c
 Edit src/sys/netinet/ip_mroute.c
 Edit src/sys/netinet/tcp.h
Finished successfully

Can someone comment on whether I just missed the commit on my last cvsup, or if 
I'm hitting the same problem but in a different way?

Thanks ...

- 
Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFF7ZYU4QvfyHIvDvMRAhr6AKDQqpDNoCvq1UJYLbS4ayjcfZ2tSgCfawZX
WNM499ARzFVvxW6ubUJtYDo=
=ImQ+
-END PGP SIGNATURE-

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-06 Thread Mike Tancsa 

At 10:39 AM 3/6/2007, Oliver Brandmueller wrote:

last days with exim connecting to the local socket I have exim
now connecting to localhot:3310 by tcp. The difference is, that before


Perhaps this is why we were not seeing the high CPU usage post our 
upgrade, as we have the milters on our sendmail boxes talking back 
via TCP to a number of boxes running clamd.


---Mike 


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-06 Thread Oliver Brandmueller 
Hi,

On Fri, Mar 02, 2007 at 11:19:40AM -0300, Carlos Horowicz wrote:
> Anybody tried this additionally in /etc/libmap.conf ?
> 
> [/usr/local/lib/libclamav.so.1]
> libpthread.so.2 libthr.so.2
> 
> clamav-0.90_2 reduced CPU consumption for me on 6.2-Stable since I 
> added the two sections in libmap.conf

Apart from already running with libthr for clamav for a long time, I 
just changed my exim config: While having big CPU usage problems in the 
last days with exim connecting to the local socket I have exim 
now connecting to localhot:3310 by tcp. The difference is, that before 
clamd scanned all files in the directory given by exim. Effectively exim 
was unpacking the whole MIME structure and placed all parts in the dir 
plus the complete e-mail. That way clamd need to examine every single 
part and also checked the whole e-mail unpacking the structure by 
itself. When using the TCP socket the mail is just sent as a stream and 
clamd handles it completely. For us this was anyhow just the first step 
before moving clamd to a loadbalanced set of servers, so that a failing 
clamd does not affect exim anymore.

- Oliver


-- 
| Oliver Brandmueller | Offenbacher Str. 1  | Germany   D-14197 Berlin |
| Fon +49-172-3130856 | Fax +49-172-3145027 | WWW:   http://the.addict.de/ |
|   Ich bin das Internet. Sowahr ich Gott helfe.   |
| Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! |
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ping's seem to hang ... 'zoneli' state?

2007-03-06 Thread Anton Yuzhaninov 
Hello Marc,

You wrote on Tuesday, March 6, 2007, 6:10:45 PM:

MGF> Does this show anything?  I can't kill the processes, even with kill -9 ...
MGF> this happens consistently just after 3 days uptime on a kernel built "Fri 
Feb
MGF> 23 07:47:20 AST 2007", and the interface is an fxp0 device ...

MGF> # ps auxl | grep ping
MGF> root 68994  0.0  0.0  1556   808  ??  D 7:58AM   0:00.02 ping -c 1 
-t
MGF> 30  0 1   0 -16  0 zoneli

This is know problem:
http://www.freebsd.org/releases/6.2R/errata.html

There are some different cases when zonelimit livelock is possible.
Send vmstat -z output (when processes lock in zonelimit state).

-- 
 Anton Yuzhaninov.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em

2007-03-06 Thread Mark Costlow 
On Tue, Mar 06, 2007 at 10:24:46AM +, Chris Rees wrote:
> 
> If your NIC is knackered, where are you from? I can post you one I'm
> not using, instead of you buying one. It's a Realtek PCI 8139 10/100
> Mb/s. Let me know if you're interested.

Thank you very much for the offer!  However, I have tried another NIC
in the machine (a Realtek USB adaptor) and it worked normally.  At
that point I would suspect the hardware except that when this machine
had linux loaded on it, it worked normally.   The box is in a 1U
case with no spare PCI slots, so I need the motherboard NIC to work
for it to be useful long-term.

Thanks,

Mark
-- 
Mark Costlow| Southwest Cyberport | Fax:   +1-505-232-7975
[EMAIL PROTECTED] | Web:   www.swcp.com | Voice: +1-505-232-7992

abq-strange.com -- Interesting photos taken in Albuquerque, NM
   Last post: Art Is OK...And Dangerous - 2007-03-02 10:27:17

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

ping's seem to hang ... 'zoneli' state?

2007-03-06 Thread Marc G. Fournier 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Does this show anything?  I can't kill the processes, even with kill -9 ... 
this happens consistently just after 3 days uptime on a kernel built "Fri Feb 
23 07:47:20 AST 2007", and the interface is an fxp0 device ...

# ps auxl | grep ping
root 68994  0.0  0.0  1556   808  ??  D 7:58AM   0:00.02 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 70555  0.0  0.0  1556   808  ??  D 8:05AM   0:00.02 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 73863  0.0  0.0  1452   520  ??  D 8:33AM   0:00.01 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 75857  0.0  0.0  1452   520  ??  D 8:49AM   0:00.01 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 76676  0.0  0.0  1556   808  ??  D 8:53AM   0:00.02 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 77048  0.0  0.0  1556   808  ??  D 8:54AM   0:00.01 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 80071  0.0  0.0  1452   520  ??  D 9:15AM   0:00.01 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 80198  0.0  0.0  1452   520  ??  D 9:15AM   0:00.01 ping -c 1 -t 5 
j 0 1   0 -16  0 zoneli
root 81210  0.0  0.0  1556   808  ??  D 9:22AM   0:00.02 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 81212  0.0  0.0  1556   808  ??  D 9:22AM   0:00.01 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 81841  0.0  0.0  1556   808  ??  D 9:25AM   0:00.01 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 88041  0.0  0.0  1452   524  ??  D10:11AM   0:00.01 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 88418  0.0  0.0  1452   524  ??  D10:13AM   0:00.01 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 89800  0.0  0.0  1452   524  ??  D10:24AM   0:00.01 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 90774  0.0  0.0  1452   556  ??  D10:58AM   0:00.00 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 91118  0.0  0.0  1452   556  ??  D10:58AM   0:00.00 ping -c 1 -t 
30  0 1   0 -16  0 zoneli
root 91635  0.0  0.0  1452   556  ??  D11:04AM   0:00.00 ping -c 1 -t 
30  0 1   0 -16  0 zoneli


- 
Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFF7YR94QvfyHIvDvMRAqo7AKCsPVLSXhtMD4pFd/ho2hoX3CL5cgCfcQmy
HkV4+EgX4ue/gxVZzyuXE+U=
=8YX2
-END PGP SIGNATURE-

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ping's seem to hang ... 'zoneli' state?

2007-03-06 Thread Marc G. Fournier 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


vmstat 1 shows:

# vmstat 1
 procs  memory  pagedisks faults  cpu
 r b w avmfre  flt  re  pi  po  fr  sr da0 da1   in   sy  cs us sy id
 0 1577 0 7813112 657312 1553   9   1   1 1325  68   0   0  569 4774 2359  7 10 
83
 0 1578 0 7815368 656600  199  59   0   0  64   0   0   2  226  679 616  0  6 93
 0 1578 0 7815368 656564 1120   0   0   0 220   0   0   0  208  638 608  1  8 91
 0 1578 0 7815368 6565645   0   0   0 314   0   0   9  343  890 974  1  8 91
 0 1578 0 7815368 656564  804   0   0   0   0   0   2   0  233  469 633  1  9 90

Normally I'd look for any mysql processes using alot of CPU, but I'm not 
finding anything using alot of CPU (this system is the only one we have using 
gmirror, if that helps any) ...



- --On Tuesday, March 06, 2007 11:10:53 -0400 "Marc G. Fournier" 
<[EMAIL PROTECTED]> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> Does this show anything?  I can't kill the processes, even with kill -9 ...
> this happens consistently just after 3 days uptime on a kernel built "Fri Feb
> 23 07:47:20 AST 2007", and the interface is an fxp0 device ...
>
># ps auxl | grep ping
> root 68994  0.0  0.0  1556   808  ??  D 7:58AM   0:00.02 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 70555  0.0  0.0  1556   808  ??  D 8:05AM   0:00.02 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 73863  0.0  0.0  1452   520  ??  D 8:33AM   0:00.01 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 75857  0.0  0.0  1452   520  ??  D 8:49AM   0:00.01 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 76676  0.0  0.0  1556   808  ??  D 8:53AM   0:00.02 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 77048  0.0  0.0  1556   808  ??  D 8:54AM   0:00.01 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 80071  0.0  0.0  1452   520  ??  D 9:15AM   0:00.01 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 80198  0.0  0.0  1452   520  ??  D 9:15AM   0:00.01 ping -c 1 -t
> 5  j 0 1   0 -16  0 zoneli
> root 81210  0.0  0.0  1556   808  ??  D 9:22AM   0:00.02 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 81212  0.0  0.0  1556   808  ??  D 9:22AM   0:00.01 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 81841  0.0  0.0  1556   808  ??  D 9:25AM   0:00.01 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 88041  0.0  0.0  1452   524  ??  D10:11AM   0:00.01 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 88418  0.0  0.0  1452   524  ??  D10:13AM   0:00.01 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 89800  0.0  0.0  1452   524  ??  D10:24AM   0:00.01 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 90774  0.0  0.0  1452   556  ??  D10:58AM   0:00.00 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 91118  0.0  0.0  1452   556  ??  D10:58AM   0:00.00 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
> root 91635  0.0  0.0  1452   556  ??  D11:04AM   0:00.00 ping -c 1 -t
> 30  0 1   0 -16  0 zoneli
>
>
> - 
> Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
> Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
> Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.5 (FreeBSD)
>
> iD8DBQFF7YR94QvfyHIvDvMRAqo7AKCsPVLSXhtMD4pFd/ho2hoX3CL5cgCfcQmy
> HkV4+EgX4ue/gxVZzyuXE+U=
> =8YX2
> -END PGP SIGNATURE-



- 
Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFF7YZ54QvfyHIvDvMRAp2SAKCnpJJLgxI1SnkfE83L+xH05/981QCfYQBQ
NUqCavoRoH8lo6ZPdXLyBFg=
=Ww+Z
-END PGP SIGNATURE-

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Boot prompt for Intel AMT (serial port redirection on Intel AMT)

2007-03-06 Thread Artem Kuchin 


- Original Message - 
From: "Tom Judge" <[EMAIL PROTECTED]>

To: "Artem Kuchin" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; "Jack Vogel" <[EMAIL PROTECTED]>
Sent: Tuesday, March 06, 2007 2:04 PM
Subject: Re: Boot prompt for Intel AMT



Artem Kuchin wrote:

Artem Kuchin wrote:


We have a number of Dell PowerEdge 2950's that we boot using the built 
in SOL, which does run over IP as we use it across a routed VPN 
backbone (server in the data center, console in the office).  We have 
found that the IPMI serial port is connected to the system as COM2, 
which we select in the bios configuration.  We then set device.hints 
so that the freebsd console is set to use the same port.  We use the 
open source ipmitool to access the ipmi controller, and serial port, 
on the system.


Aha! This is something already.

When our system boot it says:
Mar  5 23:59:04 aaa kernel: sio0: configured irq 4 not in bitmap of 
probed irqs 0

Mar  5 23:59:04 aaa kernel: sio0: port may not be enabled
Mar  5 23:59:04 aaa kernel: sio0: <16550A-compatible COM port> port 
0x3f8-0x3ff irq 4 flags 0x10 on acpi0

Mar  5 23:59:04 aaa kernel: sio0: type 16550A
Mar  5 23:59:04 aaa kernel: sio1: configured irq 3 not in bitmap of 
probed irqs 0

Mar  5 23:59:04 aaa kernel: sio1: port may not be enabled

My guess is that sio0 is the real port and sio1 is the IPMI port of 
Intel AMT. But what does this message

really say? What must i do to enable the port?
The other question, do i need to include
device ipmi

in the kernel config? And  how do i tell the boot loader to redirect its 
output to serial port? Sorry,

working with freebsd for 10 years now but never touched this issue.



This is the dmesg from our servers (sio1 is the ipmi SOL port):
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on 
acpi0

sio1: type 16550A, console

As far as I know it is not required to have ipmi in the kernel (we dont 
have it in our kernels) to use the SOL port.


This page should help you setup the serial console:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html


Hmm. i am stuck now.

I have setup everything as described but still see nothing in SOL terminal when 
system boots
(still can see BIOS). I can turn on video redirection to serial port COM1 in 
the BIOS and then
i can see boot prompt and boot menu, but i cannot do anything there because 
keyboard is not
working at all. Now i have the floowing questions:
1) What port is redirected over SOL in intel ? It is not COM1.
2) Can it do serial redirection at all?
3) Did anybody ever managed to set this thing up on Intel Server with AMT?

My server is ENtry level SE7230ONH1-E

--
Regards
Artem

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up

2007-03-06 Thread Yar Tikhiy 
On Mon, Mar 05, 2007 at 01:14:29PM -0500, Mikhail Teterin wrote:
> On Monday 05 March 2007 08:23, Yar Tikhiy wrote:
> = > How will it break them?  swap backing only touches swap if there is
> = > memory pressure, i.e. precisely the situation in which malloc backing
> = > will panic.
> = 
> = I forgot that in BSD swap wouldn't be allocated in advance to its
> = consumers.  Then removing the -M flag and making swap backing the
> = default is a very sound choice.  Thank you for correcting me.
> 
> Yar, would you change the man-page's advice and the default, then?

Done in CURRENT.  I'll MFC it in a week.

-- 
Yar
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

sunlabel trouble

2007-03-06 Thread Ruben de Groot 

Hi,

This is on 6.2-STABLE, updated last week.

I've added a new ~250 GB disc to my netra X1. It's working OK but somehow 
sunlabel 
is unwilling to install the bootstrap code on the disc because of some sizing 
issue with the c partition (whole disk).
Even though sysinstall let me partition the disc just fine for some reason it 
has
made the c partition way too small, causing the sunlabel -B command to error 
out.

Any tips?

ad1: 238475MB  at ata3-master UDMA66

# sunlabel -nB ad1
sunlabel: partition f extends past end of disk
sunlabel: invalid label
#

# sunlabel ad1
# /dev/ad1:
text: FreeBSD233G cyl 25767 alt 2 hd 16 sec 63
bytes/sector: 512
sectors/cylinder: 1008
sectors/unit: 25973136

8 partitions:
#
# Size is in sectors.
# Offset is in cylinders.
#size   offset
#-- --
  a:1049328  0
  b:4195296   1041
  c:   25973136  0
  d:4195296   5203
  e:1049328   9365
  f:   16778160  10406
  g:  461127744  27051


cheers,
Ruben
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Is SATA II supported in 6.2-stable?

2007-03-06 Thread Artem Kuchin 

Hi!

I just setup a new machine and while it is supposed to be full SATA II i still 
see
these lines in at kernel init:

Mar  6 14:00:09 aaa kernel: ad8: 305245MB  at 
ata4-master SATA150
Mar  6 14:00:09 aaa kernel: ad10: 305245MB  at 
ata5-master SATA150

As you see, it says SATA150 , while the drives are SATA II (which is, as i 
understand, SATA 300).

Both drives are connected to RAID controller and form a mirror raid:

Mar  6 14:00:09 aaa kernel: ar0: 305108MB  status: 
READY
Mar  6 14:00:09 aaa kernel: ar0: disk0 READY (master) using ad8 at ata4-master
Mar  6 14:00:09 aaa kernel: ar0: disk1 READY (mirror) using ad10 at ata5-master

Any idea how to make it work as SATA II?

--
Regards,
Artem

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Boot prompt for Intel AMT

2007-03-06 Thread Tom Judge 

Artem Kuchin wrote:

Artem Kuchin wrote:


We have a number of Dell PowerEdge 2950's that we boot using the built 
in SOL, which does run over IP as we use it across a routed VPN 
backbone (server in the data center, console in the office).  We have 
found that the IPMI serial port is connected to the system as COM2, 
which we select in the bios configuration.  We then set device.hints 
so that the freebsd console is set to use the same port.  We use the 
open source ipmitool to access the ipmi controller, and serial port, 
on the system.


Aha! This is something already.

When our system boot it says:
Mar  5 23:59:04 aaa kernel: sio0: configured irq 4 not in bitmap of 
probed irqs 0

Mar  5 23:59:04 aaa kernel: sio0: port may not be enabled
Mar  5 23:59:04 aaa kernel: sio0: <16550A-compatible COM port> port 
0x3f8-0x3ff irq 4 flags 0x10 on acpi0

Mar  5 23:59:04 aaa kernel: sio0: type 16550A
Mar  5 23:59:04 aaa kernel: sio1: configured irq 3 not in bitmap of 
probed irqs 0

Mar  5 23:59:04 aaa kernel: sio1: port may not be enabled

My guess is that sio0 is the real port and sio1 is the IPMI port of 
Intel AMT. But what does this message

really say? What must i do to enable the port?
The other question, do i need to include
device ipmi

in the kernel config? And  how do i tell the boot loader to redirect its 
output to serial port? Sorry,

working with freebsd for 10 years now but never touched this issue.



This is the dmesg from our servers (sio1 is the ipmi SOL port):
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on 
acpi0

sio1: type 16550A, console

As far as I know it is not required to have ipmi in the kernel (we dont 
have it in our kernels) to use the SOL port.


This page should help you setup the serial console:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html

Tom
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Boot prompt for Intel AMT

2007-03-06 Thread Artem Kuchin 

Artem Kuchin wrote:

I hope some people will understand what  i am talking about, because
the technology, i think, is not very popular, but can come VERY handy.

Intel AMT Serial over LAN (SOL, why is it called 'over LAN' if it is 
really

'OVER IP'?) allows to boot into BIOS of a remote machine
and even, as seen in their demo, can be used to control MS DOS prompt.


well because it isnt using IP, besides SOIP is uninspiring :)


Wait.. how so? I was sure that the whose SOL (IPMI) protocal is running 
over

IP and i can REMOTELY (e.g. from anoth planet with IP connection) access
the machine in the data center. If i can do such thing, then it DOES run 
over IP

eventually. Isn't it?

Anyway, nobody said anothing about getting freebsd boot prompt over SOL.
My guess, that this is THE MOST usefull usage of SOL for remote upgrades.
I understand that this is not as simple as sending data to UART. THis is 
must

be done explicitely in the boot loader, i thinks. But why no do it?



We have a number of Dell PowerEdge 2950's that we boot using the built 
in SOL, which does run over IP as we use it across a routed VPN backbone 
(server in the data center, console in the office).  We have found that 
the IPMI serial port is connected to the system as COM2, which we select 
in the bios configuration.  We then set device.hints so that the freebsd 
console is set to use the same port.  We use the open source ipmitool to 
access the ipmi controller, and serial port, on the system.


Aha! This is something already.

When our system boot it says:
Mar  5 23:59:04 aaa kernel: sio0: configured irq 4 not in bitmap of probed irqs 0
Mar  5 23:59:04 aaa kernel: sio0: port may not be enabled
Mar  5 23:59:04 aaa kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff 
irq 4 flags 0x10 on acpi0
Mar  5 23:59:04 aaa kernel: sio0: type 16550A
Mar  5 23:59:04 aaa kernel: sio1: configured irq 3 not in bitmap of probed irqs 0
Mar  5 23:59:04 aaa kernel: sio1: port may not be enabled

My guess is that sio0 is the real port and sio1 is the IPMI port of Intel AMT. 
But what does this message
really say? What must i do to enable the port?
The other question, do i need to include 


device ipmi

in the kernel config? And  how do i tell the boot loader to redirect its output 
to serial port? Sorry,
working with freebsd for 10 years now but never touched this issue.

--
Regads,
Artem




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em

2007-03-06 Thread Chris Rees 

On 3/4/07, Duane Whitty <[EMAIL PROTECTED]> wrote:

On Sun, Mar 04, 2007 at 11:30:07PM -0700, Mark Costlow wrote:
> The Machine:
>
> I have a dual Xeon 5130 machine, Supermicro motherboard, with
> the 82563EB NIC.  From dmesg:
>
> CPU: Intel(R) Xeon(R) CPU5130  @ 2.00GHz (2000.08-MHz 686-class 
CPU)
> cpu0:  on acpi0
> em0:  port 
0x2000-0x201f mem 0xda00-0xda01 irq 18 at device 0.0 on pci4
>
> The machine has 4G RAM and a 3ware 9000 series RAID controller with 2 drives.
>
> pciconf -l says:
>
> [EMAIL PROTECTED]:0:0:   class=0x02 card=0x15d9 chip=0x10968086 
rev=0x01 hdr=0x00
> [EMAIL PROTECTED]:0:1:   class=0x02 card=0x15d9 chip=0x10968086 
rev=0x01 hdr=0x00
>> I plugged in a USB ethernet adapter (realtek), and it works straight away.
>> "tcpdump -n arp" sees the same noise as other machines on that LAN.

>



Sounds like it could be bad hardware.  Can you swap nics?



No he can't these are LOMs (on the motherboard).



>> I read through the recent threads on the em driver, but didn't see any
>> reported symptoms like this.  Has anyone seen anything like this?  Got
>> any hints for me?  Am I doing something stupid?  Did I leave out any
>> useful information about my configuration?

>

Maybe more of your dmesg might help as it could show interrrupt issues
that perhaps others could help diagnose



Yes, agreed, this might be revealing.



Jack



If your NIC is knackered, where are you from? I can post you one I'm
not using, instead of you buying one. It's a Realtek PCI 8139 10/100
Mb/s. Let me know if you're interested.

Chris
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

panic: vinvalbuf: dirty bufs

2007-03-06 Thread Mikhail T. 
I was ripping one CD (SCSI CD-drive) and inserting another CD
into an ATA CD-DRIVE.

Suddenly the machine paniced... Although I have the crash dump,
it seems corrupted -- kgdb can't print out the stack.

The panic is: "vinvalbuf: dirty bufs".

Please, advise. Thanks!

-mi
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Boot prompt for Intel AMT

2007-03-06 Thread Tom Judge 

Artem Kuchin wrote:

I hope some people will understand what  i am talking about, because
the technology, i think, is not very popular, but can come VERY handy.

Intel AMT Serial over LAN (SOL, why is it called 'over LAN' if it is 
really

'OVER IP'?) allows to boot into BIOS of a remote machine
and even, as seen in their demo, can be used to control MS DOS prompt.


well because it isnt using IP, besides SOIP is uninspiring :)


Wait.. how so? I was sure that the whose SOL (IPMI) protocal is running 
over

IP and i can REMOTELY (e.g. from anoth planet with IP connection) access
the machine in the data center. If i can do such thing, then it DOES run 
over IP

eventually. Isn't it?

Anyway, nobody said anothing about getting freebsd boot prompt over SOL.
My guess, that this is THE MOST usefull usage of SOL for remote upgrades.
I understand that this is not as simple as sending data to UART. THis is 
must

be done explicitely in the boot loader, i thinks. But why no do it?



We have a number of Dell PowerEdge 2950's that we boot using the built 
in SOL, which does run over IP as we use it across a routed VPN backbone 
(server in the data center, console in the office).  We have found that 
the IPMI serial port is connected to the system as COM2, which we select 
in the bios configuration.  We then set device.hints so that the freebsd 
console is set to use the same port.  We use the open source ipmitool to 
access the ipmi controller, and serial port, on the system.


Tom
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-06 Thread Renato Botelho 
On Thu, Mar 01, 2007 at 03:43:26PM +0200, Alexander Shikoff wrote:
> Hi All,
> 
> On Thu, Mar 01, 2007 at 08:32:55AM -0500, Daniel Eischen wrote:
> > On Thu, 1 Mar 2007, Martin Blapp wrote:
> > 
> > >
> > >Hi,
> > >
> > >Clamd is currently broken with libpthread for some threading-reason.
> > >You definitly need to use libthr (which is still CPU hungry, but
> > >works better).
> > 
> > I don't think it is a problem with libpthread.
> 
> FYI: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=307#c8

I found the problem, a bad REINPLACE_CMD was changing wrong var on configure
scripts, don't respecting PTHREAD_LIBS.

It's fixed now on 0.90_3.

Thanks for all.
-- 
Renato Botelho 
   
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc

Love at first sight is one of the greatest
labor-saving devices the world has ever seen.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Boot prompt for Intel AMT

2007-03-06 Thread Artem Kuchin 

I hope some people will understand what  i am talking about, because
the technology, i think, is not very popular, but can come VERY handy.

Intel AMT Serial over LAN (SOL, why is it called 'over LAN' if it is really
'OVER IP'?) allows to boot into BIOS of a remote machine
and even, as seen in their demo, can be used to control MS DOS prompt.


well because it isnt using IP, besides SOIP is uninspiring :)


Wait.. how so? I was sure that the whose SOL (IPMI) protocal is running over
IP and i can REMOTELY (e.g. from anoth planet with IP connection) access
the machine in the data center. If i can do such thing, then it DOES run over IP
eventually. Isn't it?

Anyway, nobody said anothing about getting freebsd boot prompt over SOL.
My guess, that this is THE MOST usefull usage of SOL for remote upgrades.
I understand that this is not as simple as sending data to UART. THis is must
be done explicitely in the boot loader, i thinks. But why no do it?

--
Regards,
Artem

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Some Unix benchmarks for those who are interesed

2007-03-06 Thread Artem Kuchin 

I used unixbenchmark for measure overall perfomance of three machines of
different generations and with different OS versions. See for your self and
compare results with machine cost.
Hope this will be usefull for someone.


BENCHMARKS:

OMNI3 (current cost 2400$):
Intel entry server mainboard, intel 1U case,
20 2HDD MIRROR, 2GB ECC 533Mhz, Pentium D 3.4Ghz
Built-in LSI MegaRAID RAID controller on the mainbopard.
FreeBSD 6.2-STABLE


 /bin/sh: ELF 64-bit LSB executable, AMD x86-64, version 1 (FreeBSD), 
dynamically linked (uses shared libs), stripped
 /dev/ar0s1e   289385582 2514874 263719862 1%/usr
Dhrystone 2 using register variables 10588607.7 lps   (10.0 secs, 10 
samples)
Double-Precision Whetstone 1293.5 MWIPS (10.6 secs, 10 samples)
System Call Overhead 494540.4 lps   (10.0 secs, 10 samples)
Pipe Throughput  597906.5 lps   (10.0 secs, 10 samples)
Pipe-based Context Switching  34342.0 lps   (12.3 secs, 10 samples)
Process Creation   3009.9 lps   (38.8 secs, 3 samples)
Execl Throughput   no measured results
File Read 1024 bufsize 2000 maxblocks464078.0 KBps  (30.0 secs, 3 samples)
File Write 1024 bufsize 2000 maxblocks   110822.0 KBps  (30.0 secs, 3 samples)
File Copy 1024 bufsize 2000 maxblocks110268.0 KBps  (30.0 secs, 3 samples)
File Read 256 bufsize 500 maxblocks  124661.0 KBps  (30.0 secs, 3 samples)
File Write 256 bufsize 500 maxblocks  86272.0 KBps  (
File Copy 256 bufsize 500 maxblocks   50327.0 KBps  (
File Read 4096 bufsize 8000 maxblocks1394205.0 KBps
File Write 4096 bufsize 8000 maxblocks67200.0 KBps  (
File Copy 4096 bufsize 8000 maxblocks 64455.0 KBps  (
Shell Scripts (1 concurrent)   3212.6 lpm   (
Shell Scripts (8 concurrent)579.2 lpm   (
Shell Scripts (16 concurrent)   293.2 lpm   (
Arithmetic Test (type = short)   892425.3 lps   (
Arithmetic Test (type = int) 954128.2 lps   (
Arithmetic Test (type = long)298186.4 lps   (
Arithmetic Test (type = float)   1035063.3 lps
Arithmetic Test (type = double)  516773.0 lps   (
Arithoh  17328248.7 lps
C Compiler Throughput  1815.1 lpm   (
Dc: sqrt(2) to 99 decimal places  73558.8 lpm   (
Recursion Test--Tower of Hanoi   141070.4 lps   (


INDEX VALUES
TESTBASELINE

Dhrystone 2 using register variables116700.0 1058
Double-Precision Whetstone  55.0
Execl Throughput43.0
File Copy 1024 bufsize 2000 maxblocks 3960.0   11
File Copy 256 bufsize 500 maxblocks   1655.05
File Copy 4096 bufsize 8000 maxblocks 5800.06
Pipe Throughput  12440.0   59
Pipe-based Context Switching  4000.03
Process Creation   126.0
Shell Scripts (8 concurrent) 6.0
System Call Overhead 15000.0   49




OMNI2 (current cost approx 4000$):
Supermicro mainboard, supermicro case.
360 3HDD RAID-5, 4GB ECC 400Mhz, DUal Xeon 2.67Ghz
3WARE 8 with 4 PORTS
FreeBSD 5.4-STABLE


/bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for 
FreeBSD 5.4-CURRENT (rev 2), dynamically linked (

uses shared libs), stripped
 /dev/twed0s1e  10154158 5684520 365730661%/usr
Dhrystone 2 using register variables 3979893.5 lps   (10.0 secs, 10 samples)
Double-Precision Whetstone  837.4 MWIPS (10.3 secs, 10 samples)
System Call Overhead 218348.2 lps   (10.0 secs, 10 samples)
Pipe Throughput  236742.1 lps   (10.1 secs, 10 samples)
Pipe-based Context Switching  56205.9 lps   (10.0 secs, 10 samples)
Process Creation   2662.7 lps   (30.0 secs, 3 samples)
Execl Throughput719.6 lps   (29.6 secs, 3 samples)
File Read 1024 bufsize 2000 maxblocks250541.0 KBps  (30.0 secs, 3 samples)
File Write 1024 bufsize 2000 maxblocks11986.0 KBps  (30.0 secs, 3 samples)
File Copy 1024 bufsize 2000 maxblocks 12850.0 KBps  (30.0 secs, 3 samples)
File Read 256 bufsize 500 maxblocks   71142.0 KBps  (30.0 secs, 3 samples)
File Write 256 bufsize 500 maxblocks  10535.0 KBps  (30.0 secs, 3 samples)
File Copy 256 bufsize 500 maxblocks   10247.0 KBps  (
File Read 4096 bufsize 8000 maxblocks617670.0 KBps  (
File Write 4096 bufsize 8000 maxblocks26746.0 KBps  (
File Copy 4096 bufsize 8000 maxblocks 21936.0 KBps  (
Shell Scripts (1 concurrent)   1285.4 lpm   (
Shell Scripts (8 concurrent)163.4 lpm   (
Shell Scripts (16 concurrent)   133.2 lpm   (
Arithmetic Test (type = short)   630290.8 lps   (
Arithmetic Test (type = int)