Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Harder, Pieter 
>A sadly realistic checkpoint, though: You are unlikely to EVER get an
>appreciable percentage of wire speed out of the 10G interfaces using TSM no
>matter what you do; the protocol is half duplex in a lot of places which
>kills the interface data pipelining.

> If you can get it to exceed 15-20% of
>wire speed, you're in a very good place.

For one client. If multiple clients are involved you get more out of the wire. 
My ROT is that 1 client is needed for 25% utilization on a 1 GbE. We currently 
use 7 to get to 175%, which is all our two IFL's can handle.

Pieter Harder

Brabant Water N.V.
Postbus 1068
5200 BC  's-Hertogenbosch
http://www.brabantwater.nl
Handelsregister: 16005077

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Harder, Pieter 
>Do you have statistics for packets on each interface in the port group?

When I had the VSWITCH setup I was looking closely into this. While not 
perfectly balanced due to our client distribution, there was reasonable traffic 
going on on all interfaces. And it was the processor power available. When 
cycles were taken away by our higher prioity SAP engines throughput immediately 
sufferred way below the 100 MB/s mark.

>Physical switches have multiple load balancing algorithms to choose from.

Exactly. Our Cisco VSS switch pair does, as is exhibited by the distribution I 
am currently seeing coming in on the dedicated OSA's. Nothing changed outside 
of the zSeries. The problem still exists on outgoing traffic due to the old 
bonding driver level in SLES10 SP2 that only allows layer2 hashing. The one 
outgoing OSA used is pegged at 80-90 percent utilization according to PTK.

Pieter Harder

Brabant Water N.V.
Postbus 1068
5200 BC  's-Hertogenbosch
http://www.brabantwater.nl
Handelsregister: 16005077

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread David Boyes 
Also keep in mind that the TSM window size and buffer size will have a
significant impact on throughput. For a 10G interface, larger is better for
both. 

A sadly realistic checkpoint, though: You are unlikely to EVER get an
appreciable percentage of wire speed out of the 10G interfaces using TSM no
matter what you do; the protocol is half duplex in a lot of places which
kills the interface data pipelining. If you can get it to exceed 15-20% of
wire speed, you're in a very good place.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Alan Altmark 
On Monday, 10/26/2009 at 04:21 EDT, "Harder, Pieter"
 wrote:
> For the finer points of performance measurement I defer to Rob. This is
a
> highlevel coarse view:
> With a VSWITCH with LACP involved and using two full IFL's with 4 OSA
GbE I
> could barely exceed 100 MB/s with no other activity at all. With the
same 2
> IFL's and 4 OSA dedicated and bonded within Linux I have seen 175 MB/s
with
> other activity going on.

Do you have statistics for packets on each interface in the port group?

If you read "Load Balancing within the Virtual Switch" in the z/VM
Connectivity book, you will discover that load balancing takes place on a
per-"conversation" basis, where a "conversation" is defined as a unique
pairing of (vnic origin MAC, dest MAC).  Since most guests on a VSWITCH
will tending to speak to the same host (the gateway), the destination MAC
can be considered a constant.

Consequently, you will only see the load balancing in action when you have
multiple VNICs in the guest or multiple guests.  This means that a single
virtual NIC on a single guest is still limited to a single OSA, so any
single-guest performance measurement of LACP-enabled VSWITCH can give
misleading results as to the capacity of the VSWITCH as a whole. (Physical
switches have multiple load balancing algorithms to choose from.)

The z/VM Performance Report contains IBM analysis of Link Aggregation.

Alan Altmark
z/VM Development
IBM Endicott

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Craig Collins 
The other thing we will need to do is set the vlanid since we wont be doing
that through the vswitch as we have been up until now.  We found the command
to do that against the nic definition, which is what I am guessing we will
need to do after everything is setup with the bonding.

Thanks for the info and the quick responses.

Craig Collins
State of WI, DOA, DET

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Alan Altmark 
On Monday, 10/26/2009 at 05:10 EDT, Ron Foster at Baldor-IS
 wrote:

> The other wild card is z/VM 6.1.  According to Reed Mullen's SHARE
> presentation, is that it contains changes to enhance z/VM's virtual
> networking.  I don't know by how much.  At SHARE, Bill Bitner said that
z/VM
> 6.1 was not ready to be talked about.

The enhancements to VSWITCH involve guest-guest communications.  There
shouldn't be much change in over-the-wire speeds & feeds.

z/VM 6.1 GA'd last week, so we can talk about it all we want now.  :-)

Alan Altmark
z/VM Development
IBM Endicott

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Ron Foster at Baldor-IS 
Craig,

Pieter gave you the information on how to bond multiple OSA adapters together.  
He did not cover the user direct entries.  You will need some dedicate 
statements in your directory.  Lets say that your Linux guest is looking for 
the vswitch at 0.0.0600 0.0.0601 0.0.0602, and your OSA subchannels that you 
can use are at 0.0.0c00, 0.0.c01, and 0.0.c02, then your dedicate statements 
would look like this:

DEDICATE 600 c00
DEDICATE 601 c01
DEDICATE 602 c02

Pieter's example below has 4 OSA adapters bonded together, so you would need 3 
more sets of dedicate statements.

Remember when dedicating OSA adapters for zLinux guests, that each set of 
subchannels can only be used once in an LPAR.  You can have a Linux LPAR that 
uses c00, c01, and c02.  You have have two LPARs that use c00, c01, and c02.  
You cannot have two Linux guests use c00, c01, c02.  Assuming the folks that 
did your I/O configuration (and you have the right hardware) allow it, you can 
have one guest use c00, c01, and c02, and another guest use c03, c04, c05.  (I 
don't know if bonding will prevent this.)

The other thing to look at is MTU size.  If you are wanting to move a lot of 
data, you want to be using jumbo frames.  (Whether you are using vswitches or 
dedicated OSAs.)

The other wild card is z/VM 6.1.  According to Reed Mullen's SHARE 
presentation, is that it contains changes to enhance z/VM's virtual networking. 
 I don't know by how much.  At SHARE, Bill Bitner said that z/VM 6.1 was not 
ready to be talked about.

Ron



From: Linux on 390 Port [linux-...@vm.marist.edu] On Behalf Of Harder, Pieter 
[pieter.har...@brabantwater.nl]
Sent: Monday, October 26, 2009 3:44 PM
To: LINUX-390@VM.MARIST.EDU
Subject: FW: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

Might be of public interest...

Hi Craig,
Using SLES10 SP2 in /etc/sysconfig/hardware/hwcfg-qeth-bus-ccw-0.0.0c00:
STARTMODE="auto"
MODULE="qeth"
MODULE_OPTIONS=""
MODULE_UNLOAD="yes"
SCRIPTUP="hwup-ccw"
SCRIPTUP_ccw="hwup-ccw"
SCRIPTUP_ccwgroup="hwup-qeth"
SCRIPTDOWN="hwdown-ccw"
CCW_CHAN_IDS="0.0.0c00 0.0.0c01 0.0.0c02"
CCW_CHAN_NUM="3"
CCW_CHAN_MODE="0"
QETH_LAYER2_SUPPORT="1"
QETH_OPTIONS="buffer_count=128"
Three more of those, 1c00/02, 2c00/02, 3c00/02
In /etc/sysconfig/network/ifcfg-qeth-bus-ccw-0.0.0c00:
BOOTPROTO="static"
STARTMODE="onboot"
LLADDR=02:00:00:02:03:96
IPADDR=""
SLAVE='yes'
MASTER='bond0'
MTU='8992'
_nm_name='qeth-bus-ccw-0.0.0c00'
Three more of those, you get the picture.
In /etc/sysconfig/network/ifcfg-bond0:
BOOTPROTO="static"
STARTMODE="onboot"
IPADDR="10.2.3.150"
NETMASK="255.255.255.0"
NETWORK="10.2.3.0"
BROADCAST="10.2.3.255"
MTU='8992'
BONDING_MASTER='yes'
BONDING_MODULE_OPTS='mode=802.3ad miimon=500 xmit_hash_policy=layer2'
BONDING_SLAVE0='qeth-bus-ccw-0.0.0c00'
BONDING_SLAVE1='qeth-bus-ccw-0.0.1c00'
BONDING_SLAVE2='qeth-bus-ccw-0.0.2c00'
BONDING_SLAVE3='qeth-bus-ccw-0.0.3c00'
And that is basically it.

Best regards,
Pieter Harder

pieter.har...@brabantwater.nl
tel  +31-73-6837133 / +31-6-47272537

Van: Craig Collins [mailto:grizl...@gmail.com]
Verzonden: maandag 26 oktober 2009 20:58
Aan: Harder, Pieter
Onderwerp: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

Hi Pieter,
Thanks for your response.  We've never tried connecting them directly to a 
guest.  So we're working on finding the network config parameters we need to 
use on the linux guest to connect the OSA devices and get the vlanid set 
correctly.  If you have any hints or config parameters that you would be 
willing to share or manuals we should look into, please send them along.  
Hopefully tomorrow we will take a shot at this.
Craig Collins
State ow WI, DOA, DET

Brabant Water N.V.
Postbus 1068
5200 BC  's-Hertogenbosch
http://www.brabantwater.nl
Handelsregister: 16005077

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

FW: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Harder, Pieter 
Might be of public interest...

Hi Craig,
Using SLES10 SP2 in /etc/sysconfig/hardware/hwcfg-qeth-bus-ccw-0.0.0c00:
STARTMODE="auto"
MODULE="qeth"
MODULE_OPTIONS=""
MODULE_UNLOAD="yes"
SCRIPTUP="hwup-ccw"
SCRIPTUP_ccw="hwup-ccw"
SCRIPTUP_ccwgroup="hwup-qeth"
SCRIPTDOWN="hwdown-ccw"
CCW_CHAN_IDS="0.0.0c00 0.0.0c01 0.0.0c02"
CCW_CHAN_NUM="3"
CCW_CHAN_MODE="0"
QETH_LAYER2_SUPPORT="1"
QETH_OPTIONS="buffer_count=128"
Three more of those, 1c00/02, 2c00/02, 3c00/02
In /etc/sysconfig/network/ifcfg-qeth-bus-ccw-0.0.0c00:
BOOTPROTO="static"
STARTMODE="onboot"
LLADDR=02:00:00:02:03:96
IPADDR=""
SLAVE='yes'
MASTER='bond0'
MTU='8992'
_nm_name='qeth-bus-ccw-0.0.0c00'
Three more of those, you get the picture.
In /etc/sysconfig/network/ifcfg-bond0:
BOOTPROTO="static"
STARTMODE="onboot"
IPADDR="10.2.3.150"
NETMASK="255.255.255.0"
NETWORK="10.2.3.0"
BROADCAST="10.2.3.255"
MTU='8992'
BONDING_MASTER='yes'
BONDING_MODULE_OPTS='mode=802.3ad miimon=500 xmit_hash_policy=layer2'
BONDING_SLAVE0='qeth-bus-ccw-0.0.0c00'
BONDING_SLAVE1='qeth-bus-ccw-0.0.1c00'
BONDING_SLAVE2='qeth-bus-ccw-0.0.2c00'
BONDING_SLAVE3='qeth-bus-ccw-0.0.3c00'
And that is basically it.

Best regards,
Pieter Harder

pieter.har...@brabantwater.nl
tel  +31-73-6837133 / +31-6-47272537

Van: Craig Collins [mailto:grizl...@gmail.com]
Verzonden: maandag 26 oktober 2009 20:58
Aan: Harder, Pieter
Onderwerp: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

Hi Pieter,
Thanks for your response.  We've never tried connecting them directly to a 
guest.  So we're working on finding the network config parameters we need to 
use on the linux guest to connect the OSA devices and get the vlanid set 
correctly.  If you have any hints or config parameters that you would be 
willing to share or manuals we should look into, please send them along.  
Hopefully tomorrow we will take a shot at this.
Craig Collins
State ow WI, DOA, DET

Brabant Water N.V.
Postbus 1068
5200 BC  's-Hertogenbosch
http://www.brabantwater.nl
Handelsregister: 16005077

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Harder, Pieter 
For the finer points of performance measurement I defer to Rob. This is a 
highlevel coarse view:
With a VSWITCH with LACP involved and using two full IFL's with 4 OSA GbE I 
could barely exceed 100 MB/s with no other activity at all. With the same 2 
IFL's and 4 OSA dedicated and bonded within Linux I have seen 175 MB/s with 
other activity going on. See sample from TSM performance instrumentation:
TOTAL SERVER SUMMARY
Operation   Count  Tottime  Avgtime  Maxtime InstTput RealTput  Total KB

Disk Read  354044 1929.5240.0050.517  17011.1   9270.3  32823388
Disk Write 2693971 16382.6640.0060.766  35619.5 164809.4 583542652
Disk Commit   3781.4320.0040.090
Tape Read6307   26.3200.0040.147  61100.4454.2   1608193
Tape Write 131942  464.4510.0041.061  72719.1   9538.9  33774493
Tape Locate 5  139.922   27.985   64.225
Tape Commit10   32.0183.202   14.161
Tape Data Copy 241324   26.3080.0000.190
Tape Misc   3   49.823   16.608   16.861
Data Copy62681.5110.0000.036
Network Recv   56592336 65035.1780.001  940.637   8939.0 164189.4 581347509
Network Send 27670.1410.0000.006   1522.7  0.1   216
Tm Lock Wait   478.9110.1900.932
Acquire Latch   499215.0800.0000.275
Acquire XLatch  700341.4020.0000.288
Thread Wait5340114 105207.6220.020 3501.058

Best regards,
Pieter Harder

pieter.har...@brabantwater.nl
tel  +31-73-6837133 / +31-6-47272537

-Oorspronkelijk bericht-
Van: Linux on 390 Port [mailto:linux-...@vm.marist.edu] Namens Sterling James
Verzonden: maandag 26 oktober 2009 21:03
Aan: LINUX-390@VM.MARIST.EDU
Onderwerp: Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

Hi Pieter,
Do you have any numbers to compare vswitch vs native? OSA throughput, and
cpu?
Thanks

-
Please consider the environment before printing this email and any
attachments.

This e-mail and any attachments are intended only for the
individual or company to which it is addressed and may contain
information which is privileged, confidential and prohibited from
disclosure or unauthorized use under applicable law.  If you are
not the intended recipient of this e-mail, you are hereby notified
that any use, dissemination, or copying of this e-mail or the
information contained in this e-mail is strictly prohibited by the
sender.  If you have received this transmission in error, please
return the material received to the sender and delete all copies
from your system.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Brabant Water N.V.
Postbus 1068
5200 BC  's-Hertogenbosch
http://www.brabantwater.nl
Handelsregister: 16005077

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: ldd arbitrary code execution - good coders code, great reuse

2009-10-26 Thread Ivan Warren 

Mark Post wrote:

On 10/26/2009 at 11:46 AM, "McKown, John" 

wrote:

This is a scary article. I don't have a Linux on z system to test it out on.


Even if you did, it wouldn't help.  Looks like uClibc doesn't know about 
s390[x] as a build target.  I'm not going to spend the time enlightening it, so 
I have no way to test either.  (Unless someone out there has done it already, 
or knows of another loader that will build.)




The problem described isn't actually related to glibc, but rather to how
"ldd" is implemented !

The problem is completely architecture independent. The "exploit"
indicated in the 'catonmat' article (which probably only got this much
attention because it was relayed on /.) is convoluted and bizarre
(modifying uClibc ELF dynamic loader and creating a module that uses
that loader - that bypasses the 'TRACE_LOADED_OBJECTS' env variable).
The actual problem can be demonstrated in a way simpler manner (single
liner !):

echo 'main(){system("rm -rf /");}' > a.c ; gcc -static -static-libgcc
-Wl,-static a.c -o al ; gcc -Wl,-dynamic-linker=$(pwd)/al a.c -o a

Then ask your admin to log in as root and ldd for "./a"... all files are
now gone !

(please do NOT... - I *repeat* - Do *NOT* try this at home !)

Note that this is eventually completely unrelated to the z/Architecture
port of the Linux kernel or GNU/Linux distributions running on
z/Architecture implementations.

ReNote that, according to searches, this "exploit" (or rather "flawed as
designed" issue) has been known to exist for around 10+ years, so well
known that the caveat is also actually indicated in ldd's man page!

--Ivan

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


smime.p7s
Description: S/MIME Cryptographic Signature

Re: Universal Binaries on Linux?

2009-10-26 Thread Kirk Wolf 
LSB is much more than standard file system layouts.
It allows you to build a common binary package (for a given processory
architecture) that can be installed on any LSB-compliant distro (with that
processor architecture).
This is accomplished by building and linking your binary with import
libraries from the LSB SDK, and commonly building an "LSB" RPM that only
depends on the LSB package in an LSB-compliant distro.

So, for example, we distribute a product and make available four different
binary LSB 3.0 RPM packages:

"s390x" for 64-bit SUSE and RH
"i486"  for Intel 32 bit LSB compatible distos, including Debian based ones
which can install via "alien"
"PPC32"  and "PPC64" for Power Linux distros  (RH or SUSE)

See: http://dovetail.com/downloads/coz/index.html   (Under "Target System
Toolkits")

More info on porting an app to LSB can be found here:
http://ldn.linuxfoundation.org/lsb/porting-lsb-demo

So, LSB is really orthogonal to the OP reference to "common binaries"  (aka
FAT binaries), but in the context of Linux a FAT binary is not much use
without what LSB brings due to the library and filesystem differences
between different distros.   IIMO, FAT binaries are easier to implement than
what LSB does, even though I'm not sure that FAT binaries are a good
solution.   Makes more sense to me that a package manager / repository could
just direct installation of the right binary for the right processor
architecture.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com



On Sun, Oct 25, 2009 at 6:10 PM, John Campbell  wrote:

> LSB has, to my limited understanding, NOTHING to do with "Universal
> Binaries".
>
> LSB, as I understand it, lays down a "standard filesystem tree" for
> system configuration files and other basic services.
>
> Note that LSB means that the subdirectories under /etc will be
> reasonably standard and any deviations will only be seen when the
> hardware requires additional files.
>
> I suspect that LSB also influences the structure of the /dev tree, as
> it does the /bin, /lib, /usr and /var file trees.
>
> It has been a long time since the days of the a.out header (as I first
> saw in the original SLS distribution), COFF and the final decision to
> adopt the ELF format (making the code and static data segments of a
> binary program "block loadable" by the paging subsystem).
>
> I suspect that the "Universal Binary" of MacOS X duplicates static
> data to handling the differing byte genders, but, really, the UB
> capability for Apple isn't so bad since there are only two CPU
> architectures to deal with.  For a Linux distribution each binary
> would need to hold a BUNCH of targets.
>
> H...
>
> x86/32bit
> x86/64bit
> Itanium
> ppc/32bit
> ppc/64bit
> sparc/32bit
> sparc/64bit
> s390/31bit
> z/64bit
>  .
>  .
>  .
>
> Somehow I do not see a "Universal Binary" file as having a lot of
> value in a system that has so many targets though having a Universal
> Install HD-DVD *may* be the way to go.
>
> - soup
>
> On Sun, Oct 25, 2009 at 6:47 PM, Kirk Wolf  wrote:
> > Does such an effort distract from LSB?   To that point, what do listers
> > think about LSB?
> >
> > Kirk Wolf
> > Dovetailed Technologies
> > http://dovetail.com
> >
> > PS> We have more than a casual interest in the future of LSB, since we
> > currently offer products that ship in LSB form.   Its not clear the the
> > industry has or ever will fully embrace it.   If not LSB, what chance
> does
> > something like this have?
> >
> > On Fri, Oct 23, 2009 at 9:21 AM, McKown, John <
> john.mck...@healthmarkets.com
> >> wrote:
> >
> >> Interesting article, to me. Might be nice to have a single executable
> that
> >> runs on Intel/32 Intel/64, z/31, z/64, and p. Apparently the "data only"
> >> portion would not be duplicated, only the executable code portion. Not
> >> likely to happen, but interesting (again, at least to me).
> >>
> >> http://www.phoronix.com/scan.php?page=news_item&px=NzYyNQ
> >>
> >> http://icculus.org/fatelf/
> >>
> >>
> >>
> >> John McKown
> >> Systems Engineer IV
> >> IT
> >>
> >> Administrative Services Group
> >>
> >> HealthMarkets(r)
> >>
> >> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> >> (817) 255-3225 phone * (817)-961-6183 cell
> >> john.mck...@healthmarkets.com * www.HealthMarkets.com
> >>
> >> Confidentiality Notice: This e-mail message may contain confidential or
> >> proprietary information. If you are not the intended recipient, please
> >> contact the sender by reply e-mail and destroy all copies of the
> original
> >> message. HealthMarkets(r) is the brand name for products underwritten
> and
> >> issued by the insurance subsidiaries of HealthMarkets, Inc. -The
> Chesapeake
> >> Life Insurance Company(r), Mid-West National Life Insurance Company of
> >> TennesseeSM and The MEGA Life and Health Insurance Company.SM
> >>
> >>
> >> --
> >> For LINUX-390 subscribe / signoff / archive access instructions,
> >> send email to

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Sterling James 
Hi Pieter,
Do you have any numbers to compare vswitch vs native? OSA throughput, and
cpu?
Thanks

-
Please consider the environment before printing this email and any
attachments.

This e-mail and any attachments are intended only for the
individual or company to which it is addressed and may contain
information which is privileged, confidential and prohibited from
disclosure or unauthorized use under applicable law.  If you are
not the intended recipient of this e-mail, you are hereby notified
that any use, dissemination, or copying of this e-mail or the
information contained in this e-mail is strictly prohibited by the
sender.  If you have received this transmission in error, please
return the material received to the sender and delete all copies
from your system.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Sterling James 
>From Craig Collins 
>We wondered if a nic setting in SLES10 could be keeping the connection
from getting above the 1 Gb/s mark,

We don't have a OSA-Express3 10 Gb, but what are you "driving" that file
transfer with? ftp? iperf? One thread?
Have you look at the cpu cosumption that the server is using during your
test?


-
Please consider the environment before printing this email and any
attachments.

This e-mail and any attachments are intended only for the
individual or company to which it is addressed and may contain
information which is privileged, confidential and prohibited from
disclosure or unauthorized use under applicable law.  If you are
not the intended recipient of this e-mail, you are hereby notified
that any use, dissemination, or copying of this e-mail or the
information contained in this e-mail is strictly prohibited by the
sender.  If you have received this transmission in error, please
return the material received to the sender and delete all copies
from your system.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Harder, Pieter 
Hi Craig and Ron,

I am the customer that Rob's case study was based on. I had the exact same 
problem (with 1 GbE OSA's) that you are having. Your problem is indeed the 
VSWITCH. Kick it and use native bonding in Linux. If you need more than one 
guest, buy more OSA's, they are way cheaper than IFL's ;-))

Best regards,
Pieter Harder


Van: Linux on 390 Port [linux-...@vm.marist.edu] namens Ron Foster at Baldor-IS 
[rfos...@baldor.com]
Verzonden: maandag 26 oktober 2009 20:11
Aan: LINUX-390@VM.MARIST.EDU
Onderwerp: Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

Craig,

In another SHARE session, I seem to remember that if you need to have
very communications high throughput
then you do not want to use VSWITCHes.  Instead you want to dedicate a
connection to the OSA adapter.

(I am unable at the moment to find that presentation.)

However, in Mario Held's presentation, where he is going
through the performance characteristics of the various types of
communications, there is a phrase that says
"Use direct OSA for outside connection of demanding guests"

Also in Rob van der Heij's presentation "Linux on z/VM Understanding CPU
Usage," there is a section
"Improving TSM Throughput."  This presentation presents a case study.
You might find it interesting.

Ron

Craig Collins wrote:
> We are just starting to use OSA-Express3 10 Gb ports for SLES10-SP2 Linux
> guests.  We're trying to use these with TSM servers running on SLES10 to
> backup other non-zSeries servers in our environment.  We are using the 10 Gb
> OSAs connected to VSWITCHes in zVM 5.4.  Currently we have only one SLES10
> TSM server connected to a VSWITCH that is the only thing connected to a 10
> Gb OSA and are seeing throughput of less than 1 Gb/s.  The Cisco switch the
> OSA port is connected to recognizes the speed as 10 Gb.  The TSM server and
> all of the servers it is backing up are on the same subnet and there is no
> firewall involved.
>
> Thanks to linuxvm.org, we found Share presentation 2192 by Mario Held from
> August 2009 named "Linux on System z Performance Update - Part 2: Networking
> and Crypto" which we found helpful and we have altered some of our settings
> based upon the recommendations.  We also have been over the OSA and Vswitch
> documentation from IBM looking for any speed settings related to this type
> of OSA card, a VSWITCH, or a nic definition for a linux guest on zVM, but
> did not find anything.
>
> We still are not getting throughput we expect (or maybe desire).  We
> wondered if a nic setting in SLES10 could be keeping the connection from
> getting above the 1 Gb/s mark, but cannot find a parameter to change as the
> normal parameters with ethtool don't seem to apply in this environment.
>
> Is anyone else using a 10 Gb OSA through a VSWITCH and getting throughput
> greater than 1 Gb for a single server instance?  If so, are there any
> settings you needed to change to get to that performance level?  Or is there
> a maximum of around 1 Gb that a single server instance can achieve?  We're
> grasping at straws at this point.  Any ideas are appreciated.
>
> Craig Collins
> State of WI, DOA, DET
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> .
>
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Brabant Water N.V.
Postbus 1068
5200 BC  's-Hertogenbosch
http://www.brabantwater.nl
Handelsregister: 16005077

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Filemaker 10 on system Z Linux

2009-10-26 Thread Dennis Andrews 

It doesn't run on Z, just Windows and OS X.

Shockley, Gerard C wrote:

Anyone running Filemaker on LoZ?

New requests to centrally host.


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Ron Foster at Baldor-IS 

Craig,

In another SHARE session, I seem to remember that if you need to have
very communications high throughput
then you do not want to use VSWITCHes.  Instead you want to dedicate a
connection to the OSA adapter.

(I am unable at the moment to find that presentation.)

However, in Mario Held's presentation, where he is going
through the performance characteristics of the various types of
communications, there is a phrase that says
"Use direct OSA for outside connection of demanding guests"

Also in Rob van der Heij's presentation "Linux on z/VM Understanding CPU
Usage," there is a section
"Improving TSM Throughput."  This presentation presents a case study.
You might find it interesting.

Ron

Craig Collins wrote:

We are just starting to use OSA-Express3 10 Gb ports for SLES10-SP2 Linux
guests.  We're trying to use these with TSM servers running on SLES10 to
backup other non-zSeries servers in our environment.  We are using the 10 Gb
OSAs connected to VSWITCHes in zVM 5.4.  Currently we have only one SLES10
TSM server connected to a VSWITCH that is the only thing connected to a 10
Gb OSA and are seeing throughput of less than 1 Gb/s.  The Cisco switch the
OSA port is connected to recognizes the speed as 10 Gb.  The TSM server and
all of the servers it is backing up are on the same subnet and there is no
firewall involved.

Thanks to linuxvm.org, we found Share presentation 2192 by Mario Held from
August 2009 named "Linux on System z Performance Update - Part 2: Networking
and Crypto" which we found helpful and we have altered some of our settings
based upon the recommendations.  We also have been over the OSA and Vswitch
documentation from IBM looking for any speed settings related to this type
of OSA card, a VSWITCH, or a nic definition for a linux guest on zVM, but
did not find anything.

We still are not getting throughput we expect (or maybe desire).  We
wondered if a nic setting in SLES10 could be keeping the connection from
getting above the 1 Gb/s mark, but cannot find a parameter to change as the
normal parameters with ethtool don't seem to apply in this environment.

Is anyone else using a 10 Gb OSA through a VSWITCH and getting throughput
greater than 1 Gb for a single server instance?  If so, are there any
settings you needed to change to get to that performance level?  Or is there
a maximum of around 1 Gb that a single server instance can achieve?  We're
grasping at straws at this point.  Any ideas are appreciated.

Craig Collins
State of WI, DOA, DET

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
.




--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Filemaker 10 on system Z Linux

2009-10-26 Thread Mark Post 
>>> On 10/26/2009 at  1:54 PM, "Shockley, Gerard C"  wrote: 
> Anyone running Filemaker on LoZ?

I don't see how they would be, since it's Intel-AMD/PPC only and no source code 
is available.

>> In addition <
> Are there any new developments in serving windows (yes I'm serious) on
> LoZ within a guest.

Not sure what you're referring to here.  If you mean z/VOS, that has no 
dependency on Linux, only CMS.  Nothing has been announced from Mantissa.


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

OSA-Express3 10 Gb, Vswitch, and SLES10 Linux Throughput

2009-10-26 Thread Craig Collins 
We are just starting to use OSA-Express3 10 Gb ports for SLES10-SP2 Linux
guests.  We're trying to use these with TSM servers running on SLES10 to
backup other non-zSeries servers in our environment.  We are using the 10 Gb
OSAs connected to VSWITCHes in zVM 5.4.  Currently we have only one SLES10
TSM server connected to a VSWITCH that is the only thing connected to a 10
Gb OSA and are seeing throughput of less than 1 Gb/s.  The Cisco switch the
OSA port is connected to recognizes the speed as 10 Gb.  The TSM server and
all of the servers it is backing up are on the same subnet and there is no
firewall involved.

Thanks to linuxvm.org, we found Share presentation 2192 by Mario Held from
August 2009 named "Linux on System z Performance Update - Part 2: Networking
and Crypto" which we found helpful and we have altered some of our settings
based upon the recommendations.  We also have been over the OSA and Vswitch
documentation from IBM looking for any speed settings related to this type
of OSA card, a VSWITCH, or a nic definition for a linux guest on zVM, but
did not find anything.

We still are not getting throughput we expect (or maybe desire).  We
wondered if a nic setting in SLES10 could be keeping the connection from
getting above the 1 Gb/s mark, but cannot find a parameter to change as the
normal parameters with ethtool don't seem to apply in this environment.

Is anyone else using a 10 Gb OSA through a VSWITCH and getting throughput
greater than 1 Gb for a single server instance?  If so, are there any
settings you needed to change to get to that performance level?  Or is there
a maximum of around 1 Gb that a single server instance can achieve?  We're
grasping at straws at this point.  Any ideas are appreciated.

Craig Collins
State of WI, DOA, DET

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Filemaker 10 on system Z Linux

2009-10-26 Thread Shockley, Gerard C 
Anyone running Filemaker on LoZ?
 
New requests to centrally host.
 
> In addition <
Are there any new developments in serving windows (yes I'm serious) on
LoZ within a guest.
 
Feedback is appreciated.

Gerard C. Shockley


Boston University
gsh...@bu.edu  

617.353.9898 (w)
617.353.6171 (f)

http://www-03.ibm.com/systems/z/index.html
 

 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: SLES11 startup messages

2009-10-26 Thread Mark Post 
>>> On 10/26/2009 at 12:07 PM, Bernie Wu  wrote: 
-snip-
> I modified my zipl.conf and added "CPUFREQ=no" after "vmpoff=LOGOFF 
> vmhalt=LOGOFF",
> ran "zipl -V " and rebooted.
> No change.  I'm still getting the messages.

This worked fine for me.  Did you make sure to add it to all the "stanzas" in 
zipl.conf?  Does
"cat /proc/cmdline" show it being there?

> I also see a lot of :
> 
> Oct 26 10:10:23 linux11 console-kit-daemon[1266]: WARNING: Could not 
> determine 
> active console
> Oct 26 10:10:23 linux11 console-kit-daemon[1266]: WARNING: Error waiting for 
-snip-
> .
> About 248 lines of  "Error waiting for native console".
>
> Any ideas on how to eliminate these errors/warnings.

1. Open up a bug report with Novell.
2. Rename/move/delete 
/usr/share/dbus-1/system-services/org.freedesktop.ConsoleKit.service
2a. Don't complain if something breaks.  ;)


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: ldd arbitrary code execution - good coders code, great reuse

2009-10-26 Thread McKown, John 
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On 
> Behalf Of Jack Woehr
> Sent: Monday, October 26, 2009 11:38 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: ldd arbitrary code execution - good coders code, 
> great reuse

> 
> Yes. They could. Which is why Real Unix Users don't log on as 
> root and 
> mostly use sudo to execute well-thought-out commands.
> 
> If you can't learn to partition your world thusly, and back up 
> regularly, you really shouldn't use Unix.
> 
> -- 
> Jack J. Woehr# <'I know what "it" means well 

That is exactly how I do it. I sudo to do any work that needs UID(0). And my id 
is "nothing special" other than having sudo priviliges. I learned that very 
fast. If you run as root normally, you might as well use Windows! 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: ldd arbitrary code execution - good coders code, great reuse

2009-10-26 Thread Jack Woehr 

McKown, John wrote:





Problem is, I've known such. And, to be brutally honest, I could have been caught myself 
simply due to ignorance about how/what "ldd" works.
  


There are more subtle attacks on Linux integrity.

In any case,

   chmod 700 ldd

if ldd is too powerful w/r/t the sophistication of your user crowd.

Examine chroot also for user accounts and use it to provide a select 
subset of user commands to the novices.


--
Jack J. Woehr# «'I know what "it" means well enough, when I find
http://www.well.com/~jax # a thing,' said the Duck: 'it's generally a frog or
http://www.softwoehr.com # a worm.'» - Lewis Carroll, _Alice in Wonderland_


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: ldd arbitrary code execution - good coders code, great reuse

2009-10-26 Thread Jack Woehr 

McKown, John wrote:


Problem is, I've known such. And, to be brutally honest, I could have been caught myself 
simply due to ignorance about how/what "ldd" works.


Of course. Everyone does once. Some how the Unix world survives. Like 
you guys somehow survived with your indescribably

lame password system on VM :) Stuff happens. You fix it and go on.



 I'm z/OS internals oriented, not Linux internals. So "well known" Linux/UNIX 
hacks like this could be run against me.


Yes. They could. Which is why Real Unix Users don't log on as root and 
mostly use sudo to execute well-thought-out commands.


If you can't learn to partition your world thusly, and back up 
regularly, you really shouldn't use Unix.


--
Jack J. Woehr# «'I know what "it" means well enough, when I find
http://www.well.com/~jax # a thing,' said the Duck: 'it's generally a frog or
http://www.softwoehr.com # a worm.'» - Lewis Carroll, _Alice in Wonderland_

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: ldd arbitrary code execution - good coders code, great reuse

2009-10-26 Thread McKown, John 
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On 
> Behalf Of Jack Woehr
> Sent: Monday, October 26, 2009 11:06 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: ldd arbitrary code execution - good coders code, 
> great reuse
> 
> McKown, John wrote:
> > This is a scary article. I don't have a Linux on z system 
> to test it out on.
> >
> > http://www.catonmat.net/blog/ldd-arbitrary-code-execution/
> >
> >   
> Oh, jeez, guys.
> 
> This is a kid's trick. The victim has to be stupid enough to 
> execute ldd 
> against
> a binary in the scamming user's write permission domain. And 
> it doesn't run
> as root when it runs, just as the moron who executed this 
> idiotic command,
> 
> ldd ~jwoehr/hacks/bogus_binary
> 
> ? Keep users who would do such  things out of shell access. 
> Let 'em use the
> web interface you provide them instead, it's safer that way.
> 
> -- 
> Jack J. Woehr# <'I know what "it" means well 


Problem is, I've known such. And, to be brutally honest, I could have been 
caught myself simply due to ignorance about how/what "ldd" works. I'm z/OS 
internals oriented, not Linux internals. So "well known" Linux/UNIX hacks like 
this could be run against me. Likely what I need is to take some good 
(expensive?) courses as I have in my years with z/OS and predecessors.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: ldd arbitrary code execution - good coders code, great reuse

2009-10-26 Thread Patrick Spinler 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jack Woehr wrote:
>
> ? Keep users who would do such  things out of shell access. Let 'em use the
> web interface you provide them instead, it's safer that way.
>

What he says.  This boils down to "niener niener - you think you aren't
executing my code but you are!"

I'd hope that any half competent sys admin, when faced with a "hey could
you run ldd on this for me" request, would come back with "Didn't it
work for you?  Let me come over to your desk and look at your shell
session."  I mean, even in the case of a completely honest request, the
appropriate response is to fix the issue the user is having.

- -- Pat

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrlzrMACgkQNObCqA8uBswq9ACff1FBkagffXzUdEzs/56d7gu/
vAgAn1cNsoy5LmQbAkJHBhmL6lU4b5uV
=Pnh/
-END PGP SIGNATURE-

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: ldd arbitrary code execution - good coders code, great reuse

2009-10-26 Thread Jack Woehr 
Also if you are now shying away from running ldd, just make sure the 
binary is of type ELF
and you are safe, the examination not the execution will take place. To 
make sure something

you are about to ldd is ELF, just do this sort of thing:

$ od -c /usr/bin/grep | head -1
000  177   E   L   F 001 001 001  \0  \0  \0  \0  \0  \0  \0  \0  \0

Because ELF binaries ident themselves

$ man elf

ELF(5)OpenBSD Programmer's Manual   
ELF(5)


NAME
elf - format of ELF executable binary files

SYNOPSIS
#include 

DESCRIPTION
The header file  defines the format of ELF executable binary
files.  Amongst these files are normal executable files, 
relocatable ob-

ject files, core files and shared libraries.

etc.





Jack Woehr wrote:

McKown, John wrote:
This is a scary article. I don't have a Linux on z system to test it 
out on.


http://www.catonmat.net/blog/ldd-arbitrary-code-execution/

  

Oh, jeez, guys.

This is a kid's trick. The victim has to be stupid enough to execute 
ldd against
a binary in the scamming user's write permission domain. And it 
doesn't run
as root when it runs, just as the moron who executed this idiotic 
command,


   ldd ~jwoehr/hacks/bogus_binary

? Keep users who would do such  things out of shell access. Let 'em 
use the

web interface you provide them instead, it's safer that way.




--
Jack J. Woehr# «'I know what "it" means well enough, when I find
http://www.well.com/~jax # a thing,' said the Duck: 'it's generally a frog or
http://www.softwoehr.com # a worm.'» - Lewis Carroll, _Alice in Wonderland_

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: ldd arbitrary code execution - good coders code, great reuse

2009-10-26 Thread Jack Woehr 

McKown, John wrote:

This is a scary article. I don't have a Linux on z system to test it out on.

http://www.catonmat.net/blog/ldd-arbitrary-code-execution/

  

Oh, jeez, guys.

This is a kid's trick. The victim has to be stupid enough to execute ldd 
against

a binary in the scamming user's write permission domain. And it doesn't run
as root when it runs, just as the moron who executed this idiotic command,

   ldd ~jwoehr/hacks/bogus_binary

? Keep users who would do such  things out of shell access. Let 'em use the
web interface you provide them instead, it's safer that way.

--
Jack J. Woehr# «'I know what "it" means well enough, when I find
http://www.well.com/~jax # a thing,' said the Duck: 'it's generally a frog or
http://www.softwoehr.com # a worm.'» - Lewis Carroll, _Alice in Wonderland_

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

SLES11 startup messages

2009-10-26 Thread Bernie Wu 
Hi List,
In my /var/log/messages I see the following:

Oct 26 10:10:23 linux11 rchal: CPU frequency scaling is not supported by your 
processor.
Oct 26 10:10:23 linux11 rchal: boot with 'CPUFREQ=no' in to avoid this warning.
Oct 26 10:10:23 linux11 rchal: Cannot load cpufreq governors - No cpufreq 
driver available

I modified my zipl.conf and added "CPUFREQ=no" after "vmpoff=LOGOFF 
vmhalt=LOGOFF",
ran "zipl -V " and rebooted.
No change.  I'm still getting the messages.

I also see a lot of :

Oct 26 10:10:23 linux11 console-kit-daemon[1266]: WARNING: Could not determine 
active console
Oct 26 10:10:23 linux11 console-kit-daemon[1266]: WARNING: Error waiting for 
native console 11 activation: Inappropriate ioctl for device
Oct 26 10:10:23 linux11 console-kit-daemon[1266]: WARNING: Error waiting for 
native console 8 activation: Inappropriate ioctl for device
.
.
About 248 lines of  "Error waiting for native console".

Any ideas on how to eliminate these errors/warnings.

TIA
Bernie


The information contained in this e-mail message is intended only for the 
personal and confidential use of the recipient(s) named above. This message may 
be an attorney-client communication and/or work product and as such is 
privileged and confidential. If the reader of this message is not the intended 
recipient or an agent responsible for delivering it to the intended recipient, 
you are hereby notified that you have received this document in error and that 
any review, dissemination, distribution, or copying of this message is strictly 
prohibited. If you have received this communication in error, please notify us 
immediately by e-mail, and delete the original message.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: ldd arbitrary code execution - good coders code, great reuse

2009-10-26 Thread Mark Post 
>>> On 10/26/2009 at 11:46 AM, "McKown, John" 
wrote: 
> This is a scary article. I don't have a Linux on z system to test it out on.

Even if you did, it wouldn't help.  Looks like uClibc doesn't know about 
s390[x] as a build target.  I'm not going to spend the time enlightening it, so 
I have no way to test either.  (Unless someone out there has done it already, 
or knows of another loader that will build.)


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

ldd arbitrary code execution - good coders code, great reuse

2009-10-26 Thread McKown, John 
This is a scary article. I don't have a Linux on z system to test it out on.

http://www.catonmat.net/blog/ldd-arbitrary-code-execution/

--

John McKown

Systems Engineer IV

IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * (817)-961-6183 cell

john.mck...@healthmarkets.com * 
www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM



--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Universal Binaries on Linux?

2009-10-26 Thread David Boyes 
On 10/25/09 11:47 PM, "Kirk Wolf"  wrote:

> Does such an effort distract from LSB?

It's orthogonal to it, but separate. LSB details where such an animal would
live, the universal binary idea is what you're delivering. I think that
universal binaries would simplify things (cf all the stupidity about /lib vs
/lib64) a lot, but then you get the bitching about "why does this app take
up so much more space than application Y". I'd take a close look at the
history of fat binaries on Mac OS and on SVID systems to get a sense of what
will happen with this. If you can do it, it's a good thing, but it has to be
consistently applied and managed. Apple did a fairly good job, but only by
virtue of having almost complete control over the development and deployment
process by making PackageManager, which everybody uses by default.

>   To that point, what do listers
> think about LSB?

Mostly to swear at large software vendors for not following it, and thus
making their applications depend on specific distribution quirks. If the big
players (*cough* Oracle, IBM, Novell *cough*) would follow it strictly, then
I think we'd have a better chance of it taking root and we would have less
of the "must be running version XX.yy of distribution ZZ" BS than we have.

> PS> We have more than a casual interest in the future of LSB, since we
> currently offer products that ship in LSB form.   Its not clear the the
> industry has or ever will fully embrace it.

Only because we let them get away with it.

> If not LSB, what chance does
> something like this have?

Slightly better, in that this lets them make fewer different packages which
is slightly cheaper. LSB doesn't have an immediately visible cost effect;
it's just another requirement that has to be met. 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390