Interesting article in "The Economist" about the return of the
mainframe.
The return of the mainframe Back in fashion
http://www.economist.com/businessfinance/displaystory.cfm?story_id=15276714
(watch for line wrap)
--
Dave Jones
V/Soft
www.vsoft-software.com
Houston, TX
281.578.7544
-
On 1/15/10 1:57 PM, "Ray Waters" wrote:
> How is the best way to change my "by-path" to "by-id"?
Download "sane-dasd-update.rpm" from www.sinenomine.net. Fixes all by-id to
by-path automagically.
--
For LINUX-390 subscribe /
Lets clarify a little.
Individual patches (for a specific bug), if not already available, are released
according to the severity and technical/business justification of the customer
issue - so that's an ad-hoc process.
We now collect important patches together into a Patch Set Update, released
It's called "zPDT" (Syetem z Personal Development Tool) from IBM.
We (ITC) use it in our system/product called the uPDT (Ultimate PDT).
See www.p390.com/updt.htm for more info.
Mike Hammock
ITC
- Original Message -
From: "McKown, John"
To:
Sent: Friday, January 15, 2010 2:39 PM
Subjec
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On
> Behalf Of Alan Altmark
> Sent: Friday, January 15, 2010 1:29 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Used MP3000
>
> On Friday, 01/15/2010 at 11:27 EST, Chris Cox
> wrote:
>
> > If only IBM woul
On Friday 15 January 2010 14:17, Christian Paro wrote:
>This will get you a mapping from the by-id to the by-path device names:
>
>for file in /dev/disk/by-id/*; do
> echo ${file/*\/} \
> $(ls -l /dev/disk/by-path |
> grep $(ls -l $file |
>awk '{print $11}') |
>
>>> On 1/15/2010 at 01:57 PM, Ray Waters wrote:
> I went ahead and started over and re-installed LINUX under my z/VM 540
> system.
>
> SUSE Linux Enterprise Server 10 SP2 (s390x) - Kernel 2.6.16.60-0.21
>
> I see I still need to change /dev/disk/by-id to /dev/disk/by-path, so I
> don't get ho
On Friday, 01/15/2010 at 11:27 EST, Chris Cox
wrote:
> If only IBM would allow ISV's to put something real on Hercules.
> It's like IBM doesn't want anyone to learn stuff anymore... not
> that I mind Linux of course.
Eh? System z ISVs have other development tools at their disposal.
Alan Altmar
This will get you a mapping from the by-id to the by-path device names:
for file in /dev/disk/by-id/*; do
echo ${file/*\/} \
$(ls -l /dev/disk/by-path |
grep $(ls -l $file |
awk '{print $11}') |
awk '{print $9}')
done
...which should give you a start on
I went ahead and started over and re-installed LINUX under my z/VM 540 system.
SUSE Linux Enterprise Server 10 SP2 (s390x) - Kernel 2.6.16.60-0.21
I see I still need to change /dev/disk/by-id to /dev/disk/by-path, so I don't
get hosed again.
How is the best way to change my "by-path" to "by-id"
McKown, John wrote:
At one time, I had a PDF which was on the TIMI (Technology Independent
Machine Interface), which vaguely corresponds to the z's assembly
language. It sort of reminds me of Java byte code or other
"high level" assembly instructions.
The iSeries is very cool. It is indeed lik
I once had a tiny S/390 -- I forget the name of it, it had a couple
P/390. We still have one.
Paul
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On
> Behalf Of John Campbell
> Sent: Friday, January 15, 2010 11:00 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Used MP3000
> I suspect that the iSeries internals-- above the PowerPC-- would make
> the Bur
> I think the z people are jealous of the i people. The i system is totally
> closed up. You don't have any idea how the OS works. 99% of it is "Licensed
> Internal Code". From what I've read in some books on it, by the original
> architect, this LIC is written in C++ and executes on the Power C
If you look at (I think) Appendix "A" of "Linux for the S/390" you
will find a comparison of the mainframe's CPs and Intel's x86
architecture... as if comparing them makes much sense.
Remember this from http://www.mainframes.com/whatis.htm ?
1) Maximum reliable single-thread performance
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On
> Behalf Of Chris Cox
> Sent: Friday, January 15, 2010 10:24 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Used MP3000
>
> On Mon, 2010-01-11 at 13:00 -0500, Hall, Kenneth J wrote:
> > I'd rather take a 4
On Mon, 2010-01-11 at 13:00 -0500, Hall, Kenneth J wrote:
> I'd rather take a 4381 cabinet, gut it, and put a very small PC inside
> running Hercules. Dummy up the control panel and 3279 console terminal, and
> use the empty space for storage.
>
If only IBM would allow ISV's to put something re
On Friday, 01/15/2010 at 08:33 EST, Ursula Braun
wrote:
> Andrew Avramenko stated:
>
> > You can share one OSA Adapter between two systems and use different
> > Layers for their networking, but they cannot communicate with each
> > other, so be careful with that.
>
> This restriction applies only
Andrew Avramenko stated:
> You can share one OSA Adapter between two systems and use different
> Layers for their networking, but they cannot communicate with each
> other, so be careful with that.
This restriction applies only to old generations of OSA-cards. Current
OSA Express2 and OSA Express
Thomas David Rivers wrote:
> As far as I know - we are the only people who provide such an offering.
> We have several customers doing their z/OS (IBM compatible) builds
> on z/Linux.
> Not only do you save cycles, our customers have found their builds
> run *much* faster!
> We have C, C++ and a
Hi,
Are there options for "gcc" or are cross-compilers available which would run
on zLinux and generate object code or modules which could be executed under
z/OS?
GCC and the GNU binutils do not support the z/OS ABI and binary format. So
currently there is no way to build z/OS executables usi
Hello, Caleb!
Layer 2 different from Layer 3 that each system which share OSA
Adapter must have it's own MAC address, different from real MAC of OSA
device. z/VM VSWITCH technology generates this MAC automatically.
It's very useful. When you don't use VSWITCH and directly attach OSA
device (in a
On Fri, Jan 15, 2010 at 10:08:03AM +0100, Agblad Tore wrote:
> I have heard s390x is not tier 1 platform so patches is released later than
> for tier 1 (x86?)
> Someone knows how this works ?
> If a timedelay, how long time ??
11 is still not available. The most recent 10.x patch was several
mon
I have heard s390x is not tier 1 platform so patches is released later than for
tier 1 (x86?)
Someone knows how this works ?
If a timedelay, how long time ??
I'm waiting for a response from Oracle as well.
Cordialement / Vriendelijke Groeten / Best Regards / Med Vänliga Hälsningar
Tore Agblad
24 matches
Mail list logo