I've tried to backup z/os dasd (actually, get image of it) from linux but
with no success.
First, i attached it to linux:
echo add range=806(ro) /proc/dasd/devices
cat /proc/dasd/devices
072e(ECKD) at ( 94:112) is dasdac : active at blocksize: 4096, 296400
blocks, 1157 MB
0806(ECKD) at
On Wed, 2003-10-29 at 11:20, Sergey Korzhevsky wrote:
I've tried to backup z/os dasd (actually, get image of it) from linux but
with no success.
So, is it possible?
I don't think you can. The Linux dasd driver only handles disks that
have been formatted and allocated in a very specific way
I have enjoyed the responses to these questions I posed regarding what is
a transaction. So to continue, I was asked, what are the JVMs doing?
In most cases are JVMs are little utilized, they all run in the wonderful
world of WebSphere thus they all communicate to a Database and to an LDAP
See: http://linuxtoday.com/developer/2003102900626OSKNSW
Mike Benoit recently posted a link to results from his new and improved
file system shootout, using better hardware and running more tests. Using
two
benchmarks that are designed to measure hard drive and file system
performance,
Well, actually, so do I, but we're a vanishing species.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Paul Hanrahan
Sent: Tuesday, October 28, 2003 6:12 PM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] Memory access faults.
I do
-Original
On Wed, 2003-10-29 at 12:47, Bennie Hicks wrote:
Not sure why you would want to
You would want to when you have your backup infrastructure on Open
devices and the need to backup a few z/VM volumes (obviously not the
ones that hold the Linux minidisks, but rather the MAINT disks) is
easier to do
I agree completely, but I come from an Assembler background where you HAD to sanity
check EVERYTHING. The volume of buffer overflow issues in C programs boggles my
mind. Even after I started
coding in C, I still maintained a similar level of paranoia regarding input
validation. It's not like
I tend to disagree with the language being of a lot of importance. But at
the same time it can be. I have work in many real time OS, many home brew
and some WindRiver stuff. All on critical systems, test equipment for
nuclear reactors, air planes and such. The Linux on zOS is new to me but
At 09:25 AM 2003_10_29, you wrote:
I agree completely, but I come from an Assembler background where you HAD
to sanity check EVERYTHING. The volume of buffer overflow issues in C
programs boggles my mind. Even after I started
coding in C, I still maintained a similar level of paranoia regarding
I recall the words of one sage:
Never test for an error you don't know how to handle.
I've also heard a story about NASA's message switching network (when it was
on UNIVAC 494s) about losing sync and all nodes reporting the system is
red.
Even impossible errors happen. I've also seen some
Almost all of this was implemented in MVS/OS390/zOS long ago.
It was originally written in assembler, but large parts were rewritten in a higher
level language along the way. Every OS module has a recovery routine. The end-user
is insulated from the OS and
other users as much as possible.
On Wed, 2003-10-29 at 08:31, Dale Strickler wrote:
This is good *IF* it is not a critical system. If the application is
moving billions of financial transactions around the world and it costs
brokers millions of dollars for every minute of down time just stop
everything, and let someone fix
I have enjoyed the responses to these questions I posed
regarding what is
a transaction. So to continue, I was asked, what are the
JVMs doing?
Not the JVMs, what are the *applications* doing? The JVMs respond in a
predictable way; it's the applications that make things messy.
But then
I used to work for SIAC on what was then the Common Message Switch and
you're quite right.
At the time we had the FCS, the gold book of Floor Communication
Standards and anything that violated the rules was thrown out.
At one time I even had a tool that would go back through the log tapes and
So what SHOULD the application do about something like that?
The answer goes back to that point I made in an earlier item
about data integrity. If you don't KNOW what the field is supposed to
contain, stop everything, report the failure, and let someone
fix it. It seems inconvenient, but in
Well, given that I work for a financial institution, I can say that in many cases
stopping everything is exactly what DOES happen. Charging ahead, knowing you're
dealing with potentially
corrupted data and not knowing the extent of the problem, is irresponsible.
Aside from the financial
in the spirit of Halloween.
Vlad Dracul effectively demonstrated the use of pointers.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
John Campbell
Sent: Wednesday, October 29, 2003 9:52 AM
To: [EMAIL PROTECTED]
Subject: Re: Memory access faults.
I recall
Hello (again) from Gregg C Levine
(I won't state the obvious.)
John you've just pointed out the reason why I don't like that family
of machines, and its descendants. Also COBOL for the same reason.
As for Assembler, I do. It turns out I became very good at it, during
the 8086, and 80286 days.
I have been able to IPL the install Linux and am trying to get LOADER to
run. When I try to run it, it just returns me to a bash prompt. I have
tried using PCOM and TERATERM. Do I need some special settings? Is
LOADER looking for a specific type of terminal?
Thanks,
Steve Gentry
Lafayette Life
At 10:10 AM 2003_10_29, you wrote:
Well, given that I work for a financial institution, I can say that in
many cases stopping everything is exactly what DOES happen. Charging
ahead, knowing you're dealing with potentially
corrupted data and not knowing the extent of the problem, is irresponsible.
At 10:18 AM 2003_10_29, you wrote:
Hello (again) from Gregg C Levine
snip
Who here recalls the Borland family of products from that age?
Gregg, I LOVED Borland Pascal on the DEC Rainbows. The first personal
computer I every used. With good log-in support to the main DEC VAX system.
-Dale
Gregg,
I pre-date them that toys. I did a lot of time on Sigma-9s and
UNIVAC 1100s...
Though I *have* done terminal enemalators for MS-DOS (in TASM) so I
have some experience doing assembler language.
Additionally, never forget the C combines the power of assembly
language
Okay, in that sense, I agree. The more general point, however, is that if a decision
comes down to availability vs. data integrity, integrity wins.
But that doesn't mean we don't make every effort to maintain availability whenever
possible.
Unfortunately, the cost of this can be quite high,
For
instance a nuke plant run off of one Window NT box that could
give a 'Blue
Screen of death' would be a REALY bad system design...
Thought that would
be an example of a system deciding to 'stop' and alert the user when
something went wrong.
In that case, it had better NOT abort, but go
Just as an aside, John and I know each other all the way back to high school, and I've
learned a lot from him.
In 1978, when I saw Unix for the first time, I thought it was the worst piece of junk
I'd ever seen. Over time, I came to appreciate it, and told John I thought Unix was
worth
And here we agree. Bringing BogusMIPS into the
discussion was like
throwing a mouse in front of a cat. You distracted us
from your real
point: That things are better now than they used to
be.
Sorry, I've noticed that you so easy to distract. I'll
keep that in mind! ;-)
=
Jim Sibley
Barton wrote:
There were two redbooks this
year that looked at many performance issues. If
anything, they were
productive in finding performance issues that needed
to be
addressed.
I'm not addressing tuning, but rather taking issue
with the fact that there is very little recent
performance and
I'm curious how JFFS2 would compare.
(I'm curious if it can even be compared
because it's still not clear to me if it can reside in
conventional media.)
JFFS2 is the make your flash ROM read-write filesystem
used in Linux on hand-helds. Flash ROM is presented as a
memory technology device, but
David wrote:
I'm not convinced it's even valid there, if there is
any type of virtualization (LPAR or VM) active and
there are shared resources.
Alan's right - bogomips is a red flag! And the
assumption that all people take their numbers for VM
instances in production environments is interesting
On Wed, 2003-10-29 at 10:43, Jim Sibley wrote:
So, rather grousing about bogomips, what standard
measure do you have that can measure the relative
speed of the processors!
Quake. (Mostly just kidding.)
Adam
As to why one would want to, Rob mentions backing up z/VM (or z/OS)
from Linux to utilize the Unix-land devices. Notice that z/VM *could*
be fully backed up via Linux if it runs on FBA. [Oh, that again!]
z/VM and VSE can run on FBA, though that is the exception now.
z/OS has never let go of
At 10:58 AM 2003_10_29, you wrote:
Okay, in that sense, I agree. The more general point, however, is that if
a decision comes down to availability vs. data integrity, integrity wins.
Absolutely integrity wins!
snip
The last 5% accounts for 90% of the cost.
Amazingly very true.
(An other,
On Wednesday, 10/29/2003 at 08:43 PST, Jim Sibley
[EMAIL PROTECTED] wrote:
So, rather grousing about bogomips, what standard
measure do you have that can measure the relative
speed of the processors!
I keep trying to say that the speed of the processor is not the measure.
It is the throughput
Who is Enstine ??
John D. Cassidy Dipl.-Ing (Informatique)
S390 zSeries Systems Engineering
Schleswigstr. 7
D-51065 Cologne
EU
Tel: +49 (0) 221 61 60 777 . GSM: +49 (0) 177 799 58 56
E-Mail: [EMAIL PROTECTED]
HTTP : www.jdcassidy.net
-Original Message-
From: Linux on 390
I recall someone from QNX (Quantum Computing) who wanted some Dhoomstone
ratings.
John R. Campbell, Speaker to Machines (GNUrd) {813-356|697}-5322
Adsumo ergo raptus sum
MacOS X: Because making Unix user-friendly was easier than debugging
Windows.
IBM Certified: IBM AIX
That telephone operator played by Lily Tomlin, if I recall correctly... ;)
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
John Cassidy
Sent: Wednesday, October 29, 2003 12:35 PM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] Memory access faults.
Jim, might I suggest you apply to the next redbook???
As for your LPAR, that probably explains a lot. In the real world,
I can't figure out why a customer who has to pay for it would
dedicate an LPAR to Linux that is at best today 1.3Ghz (z990),
at 1-2 orders of magnitude more in price than a say
That was Ernestine.
I believe it was a lysdexic (deslyxic?) form of Einstein but that may not
be too convincing.
(So, Kenny, ready to recite the Ralph Spoilsport routine?)
John R. Campbell, Speaker to Machines (GNUrd) {813-356|697}-5322
Adsumo ergo raptus sum
MacOS X:
At 12:35 PM 2003_10_29, you wrote:
Who is Enstine ??
Oops fingers and brain not connecting today... Einstein as in Albert!
-Dale
Alan wrote:
Of course, OSA and FCP QDIO (DMA) changes that
picture a bit since all
of
a sudden the amount of data moving in/out is
proportional to the CPU's
ability to process the queues. Or is it? What if I
have two CPUs
operating a single DMA queue? Three CPUs? Gaaack!
What about a 64 bit
It breaks down to religious shouting because the
differences (the VM features) become too numerous
to count and wind up as fundamental to the VMer's
zSeries experience.
Or like two queens at a dress ball arguing over who
has the best costume when both costumes do what
they're supposed to do -
I'm not convinced it's even valid there, if there is
any type of virtualization (LPAR or VM) active and
there are shared resources.
Alan's right - bogomips is a red flag! And the
assumption that all people take their numbers for VM
instances in production environments is interesting
(and
I think the 'physical region' backup feature of the UTS Global backup
product will allow you to do just this.
Dennis Andrews.
I can even see how you could shutdown z/VM, bring up Linux in LPAR and
make full backups of your z/VM system packs. Same way to recover from a
serious incident (even
Linux List:
Can someone point me to the doc on how to setup SuSE SLES7 to come up and
already be logged on as root user ?
I need to setup SLES7 on zSeries to auto logon.
Thanks
Regards,
Terry L. Spaulding
IBM Global Services
[EMAIL PROTECTED]
Barton wrote:
Jim, might I suggest you apply to the next
redbook???
Love to, but the Boss won't let me ('nuff said). He
wants me to go back and so zOS. My forays into PT for
Linux are during slack times and weekends and when I
can get on the hardware. I got on the TREX by
promising to do a beta
There's a patch to mingetty to allow this, but I don't have it handy. I'll see if I
can find it.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Terry Spaulding
Sent: Wednesday, October 29, 2003 1:49 PM
To: [EMAIL PROTECTED]
Subject: [LINUX-390]
The AUTOLOG1 user is used to startup service and server machines. Put
an AUTOLOG statement in his profile exec. That will start up the
machine, it is up to you to log in to it and be the root user. What is
it that you are trying to do?
On Wed, 2003-10-29 at 12:48, Terry Spaulding wrote:
Linux
{standard input}: Assembler messages:
{standard input}:0: Warning: end of file not at end of a line; newline
inserted
{standard input}:564: Error: missing operand
gcc: Internal error: Killed (program cc1)
Please submit a full bug report.
See URL:http://www.gnu.org/software/gcc/bugs.html for
apparently this behavior only shows itself with a make -j2 image
-Original Message-
From: Little, Chris
Sent: Wednesday, October 29, 2003 1:12 PM
To: '[EMAIL PROTECTED]'
Subject: building 2.6.0-test9
{standard input}: Assembler messages:
{standard input}:0: Warning: end of file
On Wed, 2003-10-29 at 19:48, Terry Spaulding wrote:
Linux List:
Can someone point me to the doc on how to setup SuSE SLES7 to come up and
already be logged on as root user ?
Change the sulogin in /etc/inittab into /bin/bash
Rob
On Wednesday, 10/29/2003 at 01:01 CST, Rich Smrcina [EMAIL PROTECTED]
wrote:
The AUTOLOG1 user is used to startup service and server machines. Put
an AUTOLOG statement in his profile exec. That will start up the
machine, it is up to you to log in to it and be the root user. What is
it that
About halfway down the page: http://linuxvm.org/Patches/index.html
-Original Message-
Terry is trying to do automated shutdown. Question: Are the SIGNAL
SHUTDOWN patches available for SLES 7? (I know they're in SLES 8.)
If you don't want to patch the kernel, my mingetty patch is there too just below.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Ferguson, Neale
Sent: Wednesday, October 29, 2003 2:23 PM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] Question: setting
On Wed, 2003-10-29 at 13:16, Little, Chris wrote:
apparently this behavior only shows itself with a make -j2 image
Even on intel, make -jN for N1 can behave oddly. The dependency
checking gets all confused with multiple gcc processes running in
parallel.
Adam
We get today a logon screen when Linux is finished IPLing.
In the /etc/inittab the entry for su login is below.
~~:S:respawn: /sbin/sulogin /dev/console
What should I change to get this to work as auto logged to root ?
Do I need to comment out the entry for s/390 mingetty console in
Actually, while I/O is the classic example of why processor speed is not
everything, you don't have to move that far beyond the processor itself to
show this. Note that the various types of servers have different size and
structures of L1, L2, L3, caches and memory interfaces. Also note
On Tue, Oct 28, 2003 at 10:49:05AM -0800, Fargusson.Alan wrote:
| If I may ramble on a bit: one thing I have noticed is that all
| systems I have worked with have one common problem, which is
| programs that try to access memory regions outside of the
| allocated virtual memory for the process.
On Tue, Oct 28, 2003 at 02:09:10PM -0500, David Boyes wrote:
| This is programmer error -- the hardware is doing exactly what it should do,
| methinks. Correcting the developers usually helps, although that's much
| harder. I've yet to find a programming language or toolset that doesn't do
|
We get today a logon screen when Linux is finished IPLing.
Good. That's what it's supposed to do.
In the /etc/inittab the entry for su login is below.
~~:S:respawn: /sbin/sulogin /dev/console
What should I change to get this to work as auto logged to root ?
It'd be real helpful if you
Chris Little wrote:
gcc: Internal error: Killed (program cc1)
You have most likely run out of memory. Check /var/log/messages ...
Adam Thornton wrote:
Even on intel, make -jN for N1 can behave oddly. The dependency
checking gets all confused with multiple gcc processes running in
parallel.
I am still learning some of the interesting aspects of z/VM and Linux
together. I have discovered that I inherited a guest with some form of
auto start on ipl. With this setting I have been unable to get access to
the cms prompt. Can someone explain to me how to get back to the cms
prompt from
When you #CP IPL CMS, you should get to a point where you must press the
ENTER key to continue, correct? If so, then enter
ACCESS (NOPROF
at that first prompt. This tells CMS to not run the startup PROFILE and just
go to a prompt.
--
John McKown
Senior Systems Programmer
UICI Insurance Center
When you type IPL CMS, it should come back and expect you to press ENTER.
Don't press ENTER. Instead type ACCESS (NOPROF to suppress the PROFILE EXEC,
then press ENTER. You should now be CMS and be able to do what you like.
-Original Message-
From: Eric Sammons [SMTP:[EMAIL PROTECTED]
On Wed, 2003-10-29 at 20:55, Terry Spaulding wrote:
We get today a logon screen when Linux is finished IPLing.
In the /etc/inittab the entry for su login is below.
~~:S:respawn: /sbin/sulogin /dev/console
What should I change to get this to work as auto logged to root ?
Sorry, my brains
#CP IPL CMS PARM NOSPROF
then when it waits (VM READ down in the bottom left of the screen)
ACC (NOPROF
or..
LOGON user password NOIPL
then IPL CMS
then ACC (NOPROF
On Wed, 2003-10-29 at 20:53, James Melin wrote:
Aside from being EXCEPTIONALLY dangerous, why do you want this?
Why do you think this is so dangerous? The only way to exploit that is
through access to the virtual console of the machine. Access to any
virtual console can be limited, and per
You may have something like:
IPL CMS PARM AUTOCR FILEPOOL VMSYSU:
in the USER DIRECT for that machine. This automatically issues the
enter key at the first IPL CMS.
It can be a bear when you logon to the machine directly.
You can do either of 3 things:
1. Take out the AUTOCR from the USER
On Llu, 2003-10-27 at 17:08, Lois Butts wrote:
Any one have luck trying to use the llc_ui support on 2.4.19 kernel from the
patch-2.4.19-ac4
Seems like when I try to connect to a remote sap it causes the kernel to loop or when
i get a SABME from the other direction it cause the kernel to loop
Hi,
I have a question about tape.
I want to recognize a tape device on Linux booting.
I edit "kernel parameters" in /etc/zipl.conf
(before)
parameters="dasd=fd8f root=/dev/dasda1"
(after)
parameters="dasd=fd8f tape=fc91 root=/dev/dasda1"
Then I run
Ooo! I know!
Update /etc/sysconfig/kernel
and add it there.
Then rerun mk_initrd zipl.
Marcy Cortes
Wells Fargo Services Company
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Naoshi
Kubo
Sent: Wednesday, October 29, 2003 16:09
To: [EMAIL PROTECTED]
Alan wrote:
I would only ask that you complete the picture by
factoring in costs.Changes in prices of energy,
people, real estate, machines, etc., can bring on
board workloads that were previously out of reach.
This is the core of the TCO argument. Are you able to
achieve acceptable results at a
Naoshi wrote:
I load tape module by 'insmod tape390 tape=fc91' by
manual, /proc/tapedevices is created.
Please teach me how to load tape module on booting.
Three choices:
1) recompile the kenrnel to include the tape modules.
2) use mkinitrd to create an new initred to load the
modules at boot.
Terry,
Rob wrote:
On Wed, 2003-10-29 at 19:48, Terry Spaulding wrote:
Linux List:
Can someone point me to the doc on how to setup SuSE SLES7 to come up
and
already be logged on as root user ?
Change the sulogin in /etc/inittab into /bin/bash
Rob
Do the folllowing in /etc/inittab:
73 matches
Mail list logo