> >If you put the VDISK in the CP directory entry and use
> > the REUSE option, SWAPGEN will simply format what's there and write
> > the signature on the disk.
> Well, NOW it will, with the change I just posted.
Hmph. I'd fixed that while back, but guess I didn't commit the fix to the main
repo
It's a religious debate at this point. We had our reasons for doing it the way
we did at the time. YMMV.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of O'Brien,
Dennis L
Sent: Friday, September 11, 2009 2:52 PM
To: LINUX-390@VM.MARIST.EDU
Subje
I prefer running SWAPGEN under CMS before starting Linux. If my primary
background were Linux, I might feel differently. Adam's fix to pick up the
disk size from the directory certainly makes things easier.
Dennis O'Brien
My computer beat me at
On Sep 11, 2009, at 1:15 PM, David Boyes wrote:
My complaint with SWAPGEN going back to when it was first announced
was
that it needs to know the number of blocks to format.
Actually, it needs to know how many blocks to define if you don't
want to code it in the directory entry -- it always fo
> My complaint with SWAPGEN going back to when it was first announced was
> that it needs to know the number of blocks to format.
Actually, it needs to know how many blocks to define if you don't want to code
it in the directory entry -- it always formats everything. If you put the VDISK
in th
On Sep 11, 2009, at 12:59 PM, David Boyes wrote:
It sounds like the issue is more that it's a 3rd party tool than
that it's done the way it's done. If either of the distributors
wants to include SWAPGEN, we're open to discussing the idea. No one
has asked.
They don't even need to ask, actually
> When SWAPGEN was written, the Linux distribution providers had much
> bigger fish to fry.
When SWAPGEN was written, there WEREN'T any distribution providers for 390
(other than Marist, who definitely had other things to do). 8-)
As you say, though, ain't broke, don't fix it.
-- db
> I guess my question would be why is a complex EXEC needed to do a
> normal system administration task?
It's a multi-step process whether you do it at the hypervisor level or inside
the Linux guest, so you're going to need some kind of scripting either way.
The basic Unix philosophy is write
So, for those of you playing along at home:
I'll eventually release a new VMARC, but I need to find and update the
help file sources first, and I need to do the whole thing under update
control and build the package, and in the meantime:
I'm using the 0803 SWAPGEN as my starting point. Lines 24
>There will be plenty of us reminding you on this post when you found
>something happened to the order of your disks in the virtual machine
>configuration and the mkswap wiped out your root file system or some
>other relevant data...
That shouldn't happen if you are using udev to address them
On Fri, Sep 11, 2009 at 5:36 PM, Larry Uher wrote:
> I guess my question would be why is a complex EXEC needed to do a
> normal system administration task? A second question is why didn't
> Novell provide a straightforward method for doing this and document it
> in a manual (without using a compl
We use two vdisks, plus one DASD swap. If the guest overflows the first vdisk,
it's time to watch it. If it overflows the second, it's time to increase the
memory.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Pat
Carroll
Sent: Friday, Septem
Didn't seem worth it. The scheme we use works fine, and didn't require
us to change PROFILE EXEC on 50-odd servers. The package containing the
script was rolled out with a scheduled update on the Linux side. The
directory changes could be scripted through VMSecure.
-Original Message-
Fr
Changing the size isn't an issue for me; I size memory so that we *barely* swap
anyway. I've never has to change the size of a vdisk.
Spelling courtesy of Blackberry
- Original Message -
From: Linux on 390 Port
To: LINUX-390@VM.MARIST.EDU
Sent: Fri Sep 11 13:02:54 2009
Subject: Re: Das
On Sep 11, 2009, at 12:02 PM, Hall, Ken (GTS) wrote:
My complaint with SWAPGEN going back to when it was first announced
was
that it needs to know the number of blocks to format. This means that
if the size or number of the vdisk(s) changes in the directory, the VM
admin also has to go to the t
My complaint with SWAPGEN going back to when it was first announced was
that it needs to know the number of blocks to format. This means that
if the size or number of the vdisk(s) changes in the directory, the VM
admin also has to go to the target machine's 191 disk and update the
PROFILE EXEC so
On Sep 11, 2009, at 10:36 AM, Larry Uher wrote:
I guess my question would be why is a complex EXEC needed to do a
normal system administration task? A second question is why didn't
Novell provide a straightforward method for doing this and document it
in a manual (without using a complex 3rd pa
And if you put it in your PROFILE EXEC then as soon as the guest is
autologged the disk is created and the system can then be booted by the
PROFILE EXEC.
On 9/11/09 11:52 AM, "Mark Post" wrote:
On 9/11/2009 at 11:36 AM, Larry Uher wrote:
> It's not all that complex, just a lot of paramet
I don't consider it complex; it's very useful.
Thanks to SineNomine.
Patrick Carroll | Enterprise Technical Architect
L.L.Bean, Inc.® | Double L St. | Freeport ME 04033
http://www.llbean.com | pcarr...@llbean.com | 207.552.2426
CONFIDENTIALITY NOTICE: This e-mail and any attachments may c
>>> On 9/11/2009 at 11:36 AM, Larry Uher wrote:
> I guess my question would be why is a complex EXEC needed to do a
> normal system administration task?
It's not all that complex, just a lot of parameter parsing and error checking
surrounding a couple of lines of code that actually do the work
I guess my question would be why is a complex EXEC needed to do a
normal system administration task? A second question is why didn't
Novell provide a straightforward method for doing this and document it
in a manual (without using a complex 3rd party EXEC) ?
--- On Fri, 9/11/09, Mark Post wrote:
>>> On 9/11/2009 at 11:20 AM, Larry Uher wrote:
> Following is the method I used to switch a swap from FBA to DIAG. I did
> not wish to use the third party SWAPGEN EXEC.
Any particular reason? I recommend it to all my z/VM customers.
Mark Post
---
Following is the method I used to switch a swap from FBA to DIAG. I did
not wish to use the third party SWAPGEN EXEC.
1) update /etc/init.d/boot.swap
remove mkswap command
shutdown
2) update PROFILE EXEC (swaps are formatted here)
change format 162 h
to format 162 h (blksize 5
Thanks Aria
SMBSTATUS is a good thing to know.
I'm not worried about syncing files using RSYNC as the only time this Samba
server is updated is during 1st shiftwell, so far.
I will be doing the expansion during the 3td shift.
Tom Duerbusch
THD Consulting
>>> Aria Bamdad 9/11/2009 8:12 AM
Thanks Mark
I can slip this thru and cycle the Samba server, during a known time period
where no one is actively accessing Samba files.
Thanks
Tom Duerbusch
THD Consulting
>>> Mark Post 9/9/2009 6:14 PM >>>
>>> On 9/9/2009 at 4:38 PM, Tom Duerbusch wrote:
-snip-
> Right? When I cycle th
When you cycle the samba server, all connection to the shares will be broken
but the clients reconnect when they see this happen. At least for windows
clients, this should be transparent unless someone tries to access your
server in the exact time you are restarting it.
Before you restart your s
> Oh, IBM may (it used to) have Zhardware available free of charge to
> developers for some purposes.
Older hardware. With the minimum z10 requirement for newer versions of VM and
Linux, there hasn't been much discussion about upgrading same.
Deric Abel wrote:
-- Shared Memory Limits
max number of segments = 4096
max seg size (kbytes) = 18014398509481983
max total shared memory (kbytes) = 4611686018427386880
min seg size (bytes) = 1
I don't know about you, but that total shared memory can't be good to have that
large o
Klein, Robert (NIH/CIT) [C] wrote:
One of our potential customers would like to be able to use an open source
program called Lingo 3G and another program called Network Workbench. We are
not able to compile Lingo3G for zLinux (Red Hat) because the source requires
some x86 libraries. This is
29 matches
Mail list logo