zvmlinx6:~# vgdisplay /dev/lvmdata
vgdisplay -- volume group lvmdata not found
zvmlinx6:~# vgcreate lvmdata /dev/dasd/0a1d/part1
vgcreate -- /dev/dasd/0a1d/part1 is not a new physical volume
vgcreate -- physical volume /dev/dasd/0a1d/part1 already belongs to
volume group lvmdata
zvmlinx6:~#
I found the bootshell.cc source (v1.3). Are there any current binaries?
Thanks,
Craig
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Marcy
Cortes
Sent: Wednesday, November 17, 2004 6:49 PM
To: [EMAIL PROTECTED]
Subject: Re: Shutdown by Operations
You might also try Webmin and only give access to the shutdown and or
reboot process found at http://www.webmin.com .
This is a GNU license and is perl based. Great for other procedures as
well.
Bob
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Adam
We are setting up our 2086 to prepare for Linux native or Linux under
VM.
How do we set the definitions for the IFL's. We have two other LPARS
running native VSE.
We do out IOCP on the HMC - not through VSE.
TIA.
Maureen S. Boyes
Senior Systems Analyst
MFS Investment Management
500 Boylston
zvmlinx6:~# fdasd /dev/dasd/0a1d/disc
reading volume label: VOL1
reading vtoc: ok
Command action
m print this menu
p print the partition table
n add a new partition
d delete a partition
v change volume serial
t change partition type
r re-create VTOC
s
On Nov 17, 2004, at 10:32 AM, Carsten Otte wrote:
You might as well be interrested in our DCSS execute-in-place
filesystem.
This one allows you to put your
applications and shared libraries in DCSS segments, and they can be
used/executed on individual guests
without copying into virtual
Check out this free 30-day evaluation of SUSE LINUX Enterprise Server 9
complete with free Installation Support and upgrade protection for 30 days. To
access the software Upgrade Protection and installation assistance, please
follow the two-step process outlined below..
On Wed, 17 Nov 2004 16:59:01 +0100, Rod Furey [EMAIL PROTECTED]
wrote:
Does all this mean that we'll be able to go
IPL 201 PARM saveseg=suse80nn
or not? Or is that what the missing part after the above and to was
going to be?
Yea, that's what autosave means.
with kind regards
Carsten Otte
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
What was the amount you gave it (for those that follow)?
The doc said 256MB+ for nfs, 512MB for ftp/VNC. I had 256MB plus some
swap (which the installer activated), and at the time of the failure
this looked like more than enough. The system was up to 110MB just for
buffer/cache with another
On any machine, I always operate with my userid and use 'sudo' as much as
possible. Even I dont trust myself logging in as root as I issue commands
fast and furious sometimes!
__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX
If you dont have it already, install GNU sudo utility.
Create a user for the operations
In the sudo utility give this user only reboot / shutdown access.
An entry like
opsuserid ALL=(ALL) /sbin/halt,/sbin/reboot,/sbin/shutdown
will allow opsuserid permisison only for those
C++, actually, which means you need to make _sure_ you compile it with the
g++ command and not gcc. If you don't, the link fails in an ugly way.
Fortunately, Mike documented the exact command needed, right in the program
comments.
Mark Post
-Original Message-
From: Linux on 390 Port
On Mer, 2004-11-17 at 21:52, Craig Kittendorf wrote:
Newbie question: Is there a way to allow Operations to shutdown without
giving them root's password?
One common way people do this is to add a shutdown user whose password
is known to operations staff and whose shell is /sbin/shutdown (or
PLEASE PROVIDE A SUBJECT LINE of relevance I almost
ignored this and have no idea the original thread.
Isn't the problem with dcss is that they are very limited?
They must be less than 2GB in address - pretty hard to have
a 5GB pages space fit below 2gb virtual.
Lots of virtual machines
Hi Maureen,
Let's see. I have no way to check now but I believe that you edit your
IOCDS input file on the SE to add your Linux/VM LPAR(s) and all related
I/O definitions (CHPID, CU, IODEVICE) to produce a refreshed IOCDS in one
of the four slots (A0-A3). Then modify/add a Reset Profile to assign
On Nov 18, 2004, at 7:51 AM, Noll, Ralph wrote:
zvmlinx6:~# fdasd /dev/dasd/0a1d/disc
...
Device start end length Id System
/dev/dasd/0a1d/part1 250084500831 Linux native
Looks good to me???
Yep. It's fine.
Adam
On Nov 18, 2004, at 8:07 AM, Noll, Ralph wrote:
vgdisplay not found
Vgcreate already belongs
Lvdisplay doesn't exist
?
This is a new one on me.
I'll play around with creating some LVM space and let you know if I can
reproduce it, but I may well not get to it this week.
Adam
Hi Barton,
today you have a full 2G of space for dcsses available - even when using
lage main memory. You can use dcss
swapping with oracle, and all other apps you have in mind.
You can mix different swapping devices easily with Linux, you can even
priorize using them. When you need 500gig
of
I wrote:
Yea, you're telling me news I told Rob before [circle closed]. The point
is:
I do not recommend it to customers until we are done testing. But looks
to be
very much faster than vdisk indeed.
Today I learned, that Rob worked on DCSS swap in parallel. Looks like
we're pushing the same idea
On Nov 18, 2004, at 10:04 AM, Carsten Otte wrote:
Hi Barton,
today you have a full 2G of space for dcsses available - even when
using
lage main memory.
I may be confused, but I thought you had to define your DCSSes above
the top of the memory Linux used. What does the IPL line look like if
you
I've been testing Red Hat 4 beta. I was wondering if anyone knows where
to find a comprehensive list of all the values that can be set in the
PARMFILE during installation. I have these set:
root=/dev/ram0 ro ip=off ramdisk_size=4
DASD=0200
In the case of swapping to EW DCSS it would be a separate address space so the
rules are not the same as
the XIP2 type of mapped file system.
David
From: Linux on 390 Port on behalf of Adam Thornton
Sent: Thu 11/18/2004 11:15 AM
To: [EMAIL PROTECTED]
Subject: Re:
On Thu, 18 Nov 2004 11:20:48 -0500, David Kreuter
[EMAIL PROTECTED] wrote:
In the case of swapping to EW DCSS it would be a separate address space so
the rules are not the same as
the XIP2 type of mapped file system.
No you're wrong. The DCSS must be mapped into the virtual machine
address
Hi Carsten, i just don't believe that under stress conditions
that in today's environement you can show value to paging
to dcss over vdisk. This being with z/vm 5.1 and a current
redhat or suse.
The ibm recomendations i keep hearing being repeated are that
swap sizes must be some multiple of the
I may be confused, but I thought you had to define your DCSSes above
the top of the memory Linux used. What does the IPL line look like if
you want 100 MB at 1G, and space usable by Linux both above and below
it?
This issue has been solved. With our new memory detection you can use #cp
def store
In the case of swapping to EW DCSS it would be a separate address space
so the rules are not the same as
the XIP2 type of mapped file system.
David
Nope, you can do the same with xip2fs. You can create storage holes and
fill them with your filesystem.
with kind regards
Carsten Otte
--
omnis enim
On Thu, 18 Nov 2004 17:52:13 +0100, Carsten Otte [EMAIL PROTECTED] wrote:
Nope, you can do the same with xip2fs. You can create storage holes and
fill them with your filesystem.
For the oldbies among us - this is effectively what we did with CMS
and segment reserve, because we did not have def
Hi Carsten, i just don't believe that under stress conditions
that in today's environement you can show value to paging
to dcss over vdisk. This being with z/vm 5.1 and a current
redhat or suse.
Why don't you measure it? My simple measurements (I am not a performance
guy but
the developer)
Note that this in the past, Novell only offered the x86 version for
evaluation downloads. This page now has all these available:
SUSE LINUX Enterprise Sever 9 for X86-AMD64/EM64T
SUSE LINUX Enterprise Sever 9 for Itanium
SUSE LINUX Enterprise Sever 9 for IBM Power
SUSE LINUX Enterprise Sever 9
FYI - 3270 console support is available in TaoLinux/390. All I had to do was
mknod tty c 227 1 in the /dev directory and add conmode=3270 to the zipl
parm in /etc/yourzipl.conf and issue zipl -c /etc/yourzipl.conf. The
/dev/console device already had a major of 5 and minor of 1.
The actual ISO files are labeled RC5. Is this the latest version, or
something behind? Has the actual GA version been released yet?
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Post, Mark K
Sent: Thursday, November 18, 2004 12:15 PM
To: [EMAIL
So ibm would rather an outside vendor do the measurements?
and that any customer with performance problems should run
future or unsupported levels of code in production?
And that vm developement's opinions are better than real data?
my my.
Date: Thu, 18 Nov 2004 18:12:50 +0100
From:
it is labeled RC5 only on the first CD. I use it and it is just fine.
-Cameron
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Hall, Ken (IDS ECCS)
Sent: Thursday, November 18, 2004 10:23
To: [EMAIL PROTECTED]
Subject: Re: SLES9 Evaulation Download
The
The GA level was released some time ago (back in the summer). They also
have RC5 in them.
There's been a lot of patches since but no new .iso's.
Marcy Cortes
This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this
Nope, all 12 ISO images have RC5 or RC5a in the file names. Way back when
SUSE was first preparing to release SLES7, they provided a free evaluation
version that was so far behind the actual SLES7, it was just about unusable.
I was just trying to find out how close to the real distro these
I use them, i downloaded them from Novell secure site.
-Cameron
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Hall, Ken (IDS ECCS)
Sent: Thursday, November 18, 2004 11:12
To: [EMAIL PROTECTED]
Subject: Re: SLES9 Evaulation Download
Nope, all 12 ISO
Great. I hadn't seen the GA version of SLES9, but I have final versions of
the SLES8 service packs that are also labeled RC-something. Just wanted to
find out how close to the actual distribution this version is.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED]
On Thu, Nov 18, 2004 at 12:23:06PM -0500, Hall, Ken (IDS ECCS) wrote:
The actual ISO files are labeled RC5. Is this the latest version, or
something behind? Has the actual GA version been released yet?
RC5 is the one and only GA version. ;-)
--
Joerg Reuter
With the no-cost 30-day support, you would be able to bring it up to
absolutely current, no matter what state the CD images were in. Just fire
up YOU and let it go.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Hall,
Ken (IDS ECCS)
Sent:
So, one developer stating that his time is better spent writing code than
doing performance testing for which he's not qualified, somehow represents
an official IBM position? I think you're stretching a little here, and
shooting the messenger on top of it.
Mark Post
-Original Message-
Look in the file. The one command you need to build it is in the comments
at the top.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Craig
Kittendorf
Sent: Thursday, November 18, 2004 9:04 AM
To: [EMAIL PROTECTED]
Subject: Re: Shutdown by
http://ftp.redhat.com/pub/redhat/linux/beta/nahant-beta2/en/Docs/RH-DOCS/rhe
l-ig-s390-multi-en-3.93/s1-s390-steps-vm.html
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Biggs,
Eric J [ITS]
Sent: Thursday, November 18, 2004 11:20 AM
To:
So ibm would rather an outside vendor do the measurements?
and that any customer with performance problems should run
future or unsupported levels of code in production?
And that vm developement's opinions are better than real data?
my my.
You really seem to try hard to get me wrong. We are off
Works for me, thanks!
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Joerg Reuter
Sent: Thursday, November 18, 2004 1:32 PM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] SLES9 Evaulation Download
On Thu, Nov 18, 2004 at 12:23:06PM -0500, Hall,
The last of a series of testing
/dev/dasd/0300/part1: clean, 5945/36032 files, 32073/35976 blocks
Calculating module dependencies... done.
Loading modules:
LVM version 1.0.1-rc4(ish)(03/10/2001) module loaded
Setting up LVM Volume Groups...
vgscan -- reading all physical volumes (this may
Got it figured out..
Had the wrong vol name in the vm directory
Something simple but important
Thanks for all your help
Ralph
-Original Message-
From: Adam Thornton [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 18, 2004 9:24 AM
To: [EMAIL PROTECTED]
Subject: Re: LVM under
On Nov 18, 2004, at 3:19 PM, Noll, Ralph wrote:
Got it figured out..
Had the wrong vol name in the vm directory
Something simple but important
Yep, that would do it all right, if you weren't working with the volume
you thought you were working with.
Glad it worked out.
Adam
SuSE 9 dropped vnc/ssh connection part way through the install. I finished
the parallel disk format from the vnc (view browser). On the z/VM screen
for LINTEST (my first linux gust) I saw the holding message. I hit clear a
couple of times and then wanted to check the disks. Did a #cp i cms and
The ramdisk loading should not take that long. I load my from an ftp server and
its fast.
However you should be able to just start the vnc viewer back up and connect
back up and be on your way.
-Cameron
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Ranga
I hit clear a couple of times and then wanted to check the disks.
This is ok - as long as you get RUNNING in the bottom right corner your
Linux is doing things...
Did a #cp i cms and then a q disk. But did not know how to get back
to the SuSE install.
Meanwhile I lost the ssh/vnc connection.
A few thoughts on various statements:
1.The Linux development process is a little different than
the traditional S390 where we test things ad nauseum before
we let them out the door. I apologize that VM Performance
hasn't had time to fully measure the swap to dcss. It's on
the list, but
52 matches
Mail list logo