On Wed, 29 Sep 2004 16:27:01 +0200, Peter Oberparleiter
[EMAIL PROTECTED] wrote:
Michael MacIsaac [EMAIL PROTECTED] wrote:
Is there any way to extract/dump the parameters in
/boot/zipl/bootmap?
Yes, there is, but the question is: why would you want to? The bootmap
format is only used
Greetings; (Posted to VMESA-L and VSE-L and LINUX-390)
- - Now in its sixth year! - - Includes VSE and linux/390!
I have set up a public service web page at
http://www.eskimo.com/~wix/vm/
for posting positions available and wanted for VM, VSE and linux/390.
Please visit the web
Slack may be giving you the fullword at 0x8c, consisting of two-byte ILC
and two-byte code. The instruction length code will be the number of
bytes in the faulting instruction: 2, 4, or 6. The code will be the
0x0001 part of the examples you gave, Operation Exception for code
0x0001.
Yes, there is, but the question is: why would you want to?
Because I forgot about:
cat /proc/cmdline
Yes, this would be better. Thanks.
-Mike MacIsaac, IBM [EMAIL PROTECTED] (845) 433-7061
--
For LINUX-390 subscribe /
Post, Mark K [EMAIL PROTECTED] wrote:
Which leads to the question, if two sources of information conflict
in some way, which one wins? The first one? The last one?
Something else? Can we have some specific examples that can be put
into a HOWTO? :)
The answer to your first question would
Hello,
We have a Test SAP Appl Srv. It should go in prod soon.
REAL Hardware at moment is 2 IFL, enough RAM. later 6 IFLs, more RAM.
System is up 120day, suddenly cpu-consuming starts 2 days ago. System lags like hell.
I found in the internet things like USB, WLAN driver problems and Blaster
Michael MacIsaac [EMAIL PROTECTED] wrote:
Is there any way to extract/dump the parameters in
/boot/zipl/bootmap?
Yes, there is, but the question is: why would you want to?
It might be useful for configuration management tools like Intelligent
Orchestrator or Tivoli Provisioning Mgr to be
David Boyes [EMAIL PROTECTED] wrote:
Seems a bit risky -- if that's the only way to do this, and it generates
an actual update, it might be useful to provide an option that just
interprets the current parameter set list and prints it out without the
update. Something to put in the hopper for
Knutson, Sam wrote:
Make sure you
have the latest in the collection: IBM's
z/Architecture white card (SA22-7871-00)
The latest is SA22-7871-01 and can be ordered for appr. 4 dollars from the
IBM Publictions Center. The PDF download is free.
Freundliche Gruesse,
Klaus Bergmann
Linux
Seems reasonable (-t0, anyone..?:). I'll consider including a
respective
parameter in a future version of zipl.
How about -n (do all the validation you're going to do anyway, but skip
actually doing anything, a la make)? Offhand, dunno whether -n is
already taken for something else, though.
We get this from time to time. It is due to a kernel bug. There is a
patch for it available from the IBM web site. I am at home now and I don't
have the information with me.
Until we get the patch in we can usually circumvent it by stopping the
network interfaces (ifconfig down). removing the
On Thu, 30 Sep 2004 15:17:48 +0200, Peter Oberparleiter
[EMAIL PROTECTED] wrote:
I think the most reasonable solution for scenarios where configuration
management tools are used would be to impose a policy, only to use
configurations supplied in the zipl.conf file.
That's theory only. Even
Mark,
Looking in /usr/src/linux-version/arch/s390/kernel/traps.c,
routine do_trap(),
you will find the code that generates this message. It looks
like the value you are seeing is the Program Interrupt Code (PIC)
value from the PSW.
There are some nested (#ifndef/#ifdef/#else) in this area that
Not for me, since I never use /etc/zipl.conf for anything. I don't even
have one on my systems.
Like Rob, I can see more value in querying what is already in the bootmap
file. Seeing what _will_ be put in there is useful, also, but less than
making sure I understand what is already in there and
David Boyes [EMAIL PROTECTED] wrote:
How about -n (do all the validation you're going to do anyway, but skip
actually doing anything, a la make)? Offhand, dunno whether -n is
already taken for something else, though.
'-n'is already taken, I'm rather thinking of --dry-run like in the 'patch'
On Thu, 30 Sep 2004 18:03:57 +0200, Peter Oberparleiter
[EMAIL PROTECTED] wrote:
'-n'is already taken, I'm rather thinking of --dry-run like in the 'patch'
tool.
Maybe useful too, but different from what I was asking about ;-)
I thought -t 2 was the --dry-run from Boeblingen?
--
Rob van der
Rob van der Heij [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
I think the most reasonable solution for scenarios where configuration
management tools are used would be to impose a policy, only to use
configurations supplied in the zipl.conf file.
That's theory only. Even when you
Rob van der Heij [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
'-n'is already taken, I'm rather thinking of --dry-run like in the
'patch'
tool.
Maybe useful too, but different from what I was asking about ;-)
Patience.. :)
I thought -t 2 was the --dry-run from Boeblingen?
Actually
Of course, something like this would not be good for a production Web App.
server. If Frank can get the kernel patch applied before going production,
that would probably be better. The question is, if his Linux distributor
has a kernel available with that included.
Mark Post
-Original
Peter,
You said To sum it up, there's no universally applicable way of telling
what will happen if keywords on the kernel command line provide conflicting
information. That's fine. You've given me as good an answer as there is.
Thanks for the follow up.
Mark Post
-Original Message-
On Thu, 30 Sep 2004 18:31:00 +0200, Peter Oberparleiter
[EMAIL PROTECTED] wrote:
Trust zipl :) If it exits with a return code of 0, it should be safe
to assume that the IPL record was written according to the provided
configuration. If you're not sure about a new configuration, use the
Where can I find an ISO slackware/390 images for install ?? slack/390 or
slack/390x.
thanks in advanced,
Antonio Pires.
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the
See: http://linuxtoday.com/news/2004093003026NWLL
In the reexamination proceeding initiated earlier this year by the Public Patent
Foundation ('PUBPAT'), the United States Patent and Trademark Office has rejected all
of the claims of Microsoft's patent on the FAT file system, which Microsoft
I suppose it should not be that hard to include the relevant
information in the bootmap - say after the first word of 0 (or
whatever signals the loader the end of the list). And zipl -q could
retrieve that by reading the bootmap from the IPL records?
I agree that putting the information
'-n'is already taken, I'm rather thinking of --dry-run like
in the 'patch'
tool.
Drat. --dry-run is OK, though (if a bit verbose). C'est la vie.
From my point of view, I'd say yes. I would suggest using the command
line parameters only to prepare a new or broken installation for IPL.
If
On Thursday, 09/30/2004 at 02:42 AST, David Boyes [EMAIL PROTECTED]
wrote:
Sounds like the multiboot gadget needs to become the unmodifiable
default. 8-)
Cha-ching!
Royalty payment of $10 on copyrighted phrase unmodifiable default is now
due. Terms: Net 30, 10%.
Chuckie
wasn't the actual copyrighted phrase unchangeable default? Looks like
Chuckie loses out again...
Regards,
Miguel Diaz
Staff Software Engineer
TCP/IP for z/VM
Linux on 390 Port [EMAIL PROTECTED] wrote on 09/30/2004 02:55:40
PM:
On Thursday, 09/30/2004 at 02:42 AST, David Boyes
[EMAIL
Hello from Gregg C Levine
Mark will probably complain that I stole his lines, but here goes:
They don't exist as such as of yet.
To find Slackware/390 in both forms I suggest you visit the website,
www.slack390.org as far as I know that site will describe the only
means to obtain the entire
There are none. You will need to use wget or curl or rsync, etc. to
download the files.
Also, there is no 64-bit version of Slack/390 yet. I'm working on it. If
the OSDL ever gets me my guest on the Marist z990, it will go a lot faster.
:)
Mark Post
-Original Message-
From: Linux on
I have installed Slack/390 9.1 under Hercules. I have multi-boot with kernel 2.4.21
and 2.4.26. I guess I could take my DASD images and make an ISO image. I'm using two
3390-3's. How would one go about making this available?
[EMAIL PROTECTED] 09/30/04 03:04PM
Hello from Gregg C Levine
On Thu, 2004-09-30 at 14:01, Miguel Diaz wrote:
wasn't the actual copyrighted phrase unchangeable default? Looks like
Chuckie loses out again...
Unmodifiable default is clearly a Derivative Work of unchangeable
default. Therefore, David owes Chuckyten TRILLION DOLLARS! And a
pony.
This
Ahh...but there are plenty of instances of prior art
(http://bumppo.net/lists/macperl/1999/04/msg00189.html for one)
Regards,
Miguel Diaz
Staff Software Engineer
TCP/IP for z/VM
Linux on 390 Port [EMAIL PROTECTED] wrote on 09/30/2004 03:16:23
PM:
On Thu, 2004-09-30 at 14:01, Miguel Diaz
On Thu, 2004-09-30 at 14:21, Miguel Diaz wrote:
Ahh...but there are plenty of instances of prior art
(http://bumppo.net/lists/macperl/1999/04/msg00189.html for one)
Bumppo.net owes Chuckie...TEN TRILLION DOLLARS! And a pony.
SCO+DB
Sounds like the multiboot gadget needs to become the unmodifiable
default. 8-)
Cha-ching!
Royalty payment of $10 on copyrighted phrase unmodifiable
default is now
due. Terms: Net 30, 10%.
Chuckie
It's Univac Data Systems intellectual property, which you have *clearly*
released into
And a
pony.
If there is a pony involved here, there is undoubtedly a container of
something unpleasant nearby
It is indeed a container of that which promotes growth, and it is very
strong.
-- db
--
For LINUX-390
Small boy walking along a farm path pulling a wagon filled with small
brown spheres.
Second small boy approaches and asks What's in the wagon?
Smart pills. the first boy replies, want some? A nickel each.
Sure. the second small boy says, handing over three nickels and
selecting three brown
AFAIK, there's no way to turn caching completely off in Linux.
It is my understanding that any file that is opened with the O_DIRECT
option bypasses the Linux cache. I believe that this support was added in
SP2 to SLES8.
I know that Oracle 10g will open its files with this option if the
Richard,
Nice sentiment, but it won't help Antônio. What you're proposing would give
him an image of an installed system, not the installation materials. If you
make a .iso image of all the files you downloaded to perform the install,
with the directory structure intact, that would help him.
I
I do have a DASD image of the 9.1 install tree.
[EMAIL PROTECTED] 09/30/04 03:42PM
Richard,
Nice sentiment, but it won't help Antônio. What you're proposing would give
him an image of an installed system, not the installation materials. If you
make a .iso image of all the files you
39 matches
Mail list logo