--- Leland Lucius <[EMAIL PROTECTED]> wrote:
> On 5/23/06 2:23 PM, "McKown, John"
> <[EMAIL PROTECTED]> wrote:
>
> > But I cannot get it to work.
> >
> I got it working on my Mac. Trust me...it needs
> work. :-)
>
> But, it's surprisingly very little code and could be
> improved. It does us
On 5/23/06 2:23 PM, "McKown, John" <[EMAIL PROTECTED]> wrote:
> But I cannot get it to work.
>
I got it working on my Mac. Trust me...it needs work. :-)
But, it's surprisingly very little code and could be improved. It does use
a class that is nowhere to be found and after disabling the code
On Tuesday, 05/23/2006 at 12:37 AST, "Loren Charnley, Jr."
<[EMAIL PROTECTED]> wrote:
> I agree with you, I have used this method before with no problems,
however I
> had a problem on this task.
If you want to really get to the bottom of it, then I would suggest
calling whoever provides your d
Title: mainframe tcp/ip based session manager???
TUBES works fine with TCPIP!
David Wakser
From: Huegel, Thomas [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 23, 2006 5:41 PMTo:
IBMVM@LISTSERV.UARK.EDUSubject: mainframe tcp/ip based session
manager???
Has anyone ever heard of a Mainframe
I think IBM Host on Demand is another possibility - it did run on
z/Linux. It's probably called something else now knowing IBM :)
Marcy Cortes
This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, y
Title: mainframe tcp/ip based session manager???
The Unix/Linux “screen”
utility would do some of this. If you have VM (and you do), check out YVETTE or
the fabulous SESSION (from CUNY). SESSION is one of the first two or three
things I put onto a new system. YVETTE is a little slicker for
Title: mainframe tcp/ip based session manager???
How about
TCP/IP, itself? I just create additional terminal emulation sessions via
Attachmate Extra.
Regards,
Richard Schuh
-Original
Message-
From: The IBM z/VM Operating
System [mailto:[EMAIL PROTECTED]On
Behalf Of Huegel
On Tuesday, 05/23/2006 at 04:40 EST, "Huegel, Thomas" <[EMAIL PROTECTED]>
wrote:
> Has anyone ever heard of a Mainframe tcp/ip based session manager?
> I am thinking of something like MULTITERM or TUBES but TCP/IP not VTAM
or GCS.
You mean like Passthru Virtual Machine, PVM?
Alan Altmark
z/VM
Tubes does this on the 390 side (not IFL). You can connect to Tubes
directly via TN3270. We have Tubes/GCS, so after that, you need SNA.
But then, there is Tubes/VM which creates a logical device. No VTAM
required (so I assume it would work and/or be available on an IFL).
Now, if you are looki
Title: mainframe tcp/ip based session manager???
Has anyone ever heard of a Mainframe tcp/ip based session manager?
I am thinking of something like MULTITERM or TUBES but TCP/IP not VTAM or GCS.
Could involve LINUX.
Just courious.
___
In article <[EMAIL PROTECTED]>,
Anne & Lynn Wheeler <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] <[EMAIL PROTECTED]> writes:
>> Was there an acronym/initialism for this COMMON area? My memory of
>> doing junior-level systems work on MVS systems is telling me that
>> there was one, but not what.
The dump all / restore all is definitely for
tape usage. I was forced to tape because of changing CPU as well as changing DASD
storage array.
Loren Charnley, Jr.
IT Systems Engineer
Family Dollar Stores, Inc.
[EMAIL PROTECTED]
(704) 847-6961 x 2000
From: Paul Raulerso
If the disk has been formatted previous, using CPFMTXA or CPVOLUME, it will remain usable for Linux no matter how many times you change or rearrange mini-disks on it. (You do have the the first cyl allocated to $ALLOC, right? :) You just need to dasdfmtthe beasties each time you change them. The
[EMAIL PROTECTED] <[EMAIL PROTECTED]> writes:
> Was there an acronym/initialism for this COMMON area? My memory of
> doing junior-level systems work on MVS systems is telling me that
> there was one, but not what. ?
"common segment" ... having started out as a 1mbyte "shared" segment
in every a
Kim,
Good analogy. But these are not
new DASD, they have been "well-used". The were originally
formatted with ICKDSF before ever being used by VM. Now we're just
carving up some set of previously used cylinders for use by Linux. Since
the cylinders had previous lives (perhaps as a CMS minidis
But I cannot get it to work.
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology
This message (including any attachments) contains confidential
information intended for a specific individual and p
Mike Walter wrote:
An IBMer from Omaha told us that one should always format with CMS or
ICKDSF before giving an MDISK to a Linux guest before the guest
formats the MDISK with "dasdfmt". No reason for the CMS or ICKDSF
format was given.
Formatting an MDISK twice really, really (pun intend
If you use Java on your workstation, you might want to pick this up. I
found it while "goofing around" on the IBM site.
http://www.alphaworks.ibm.com/tech/ximple
What is Xedit for JavaTM?
Xedit for Java is a tool for assisting in migration from a content
editing environment for mainframe (VM/CMS
Unless your Xstore is large enough to hold all of your paged-out pages,
you'll always have *some* paging to DASD: the migration of old pages from
Xstore to DASD page space. From time to time, those pages will be touched
by their owners and paged back in. Would more (or less) Xstore improve the
ra
On 5/23/06, Robert Payne <[EMAIL PROTECTED]> wrote:
I may try 7G main and 1G XSTORE just for grins.
Sure... if you expect stock to go down tomorrow, you only spend half
of your savings to buy some so you will not lose all your money ;-)
Rob
Nope, no MDC to xstor:
q mdc
Minidisk cache ON for system
Storage MDC min=0M max=16M, usage=0%, bias=1.00
Xstore MDC min=0M max=0M, usage=0%, bias=1.00
Ready; T=0.
II(RC, you are referring to the Link Pack Area (LPA).
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, May 23, 2006 11:30 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject:Re: virt
I was actually going to suggest that as a compromise.
On Tuesday 23 May 2006 1:23 pm, Robert Payne wrote:
> Thanks for all the replys. It may just be a case of me not
> leaving well enough alone :)
>
> I may try 7G main and 1G XSTORE just for grins.
>
> Thanks,
> Bubba
--
Rich Smrcina
VM Assist
Since your paging to DASD at that rate, I'd be inclined to say no (more
knowledgable answers may prevail, though). More xstor (10/6, 8/8) may
increase your xstor rate, but will it reduce your DASD rate? (I don't expect
you to answer, that's more of a Marty question).
On Tuesday 23 May 2006 1:
In article <[EMAIL PROTECTED]>,
Anne & Lynn Wheeler <[EMAIL PROTECTED]> wrote:
[ snip ]
>SVS evolved into MVS ... there was a separate address space for every
>application. However, because of the heavy pointer passing paradigm,
>the "MVS" kernel actually occupied 8mbytes of every application
>1
On 5/23/06, Marcy Cortes <[EMAIL PROTECTED]> wrote:
How about a system that is paging with 16G currently divided 12/4 and is
z/VM 5.2. Would it be happier on say 14/2 split? It depends huh...
Whenever I look it seems to be paging at 500 per sec to xstor and
100-500 to DASD.
Most likely your
Thanks for all the replys. It may just be a case of me not
leaving well enough alone :)
I may try 7G main and 1G XSTORE just for grins.
Thanks,
Bubba
How about a system that is paging with 16G currently divided 12/4 and is
z/VM 5.2. Would it be happier on say 14/2 split? It depends huh...
Whenever I look it seems to be paging at 500 per sec to xstor and
100-500 to DASD.
Marcy Cortes
This message may contain confidential and/or privileged i
I'd be inclined to go with Rich's suggestion. While it's true that your
z/VM isn't paging much now, there will almost certainly come a time when it
will. Rather than suffering erratic response time due to paging directly to
DASD (even the Shark's cache is on the wrong end of the channel cable) at
On 5/23/06, Robert Payne <[EMAIL PROTECTED]> wrote:
Yes, but since our page rate is <1 I'm wondering if what we
may gain with 8G main would be more than lost during those
rare occasions that it does really have to page to DASD which
in this case is a shark (ESS 2105). Maybe splitting hairs.
So
I have a similar situation and still define expanded storage (not 25% as in
your case, more like 10%).
On Tuesday 23 May 2006 12:52 pm, Robert Payne wrote:
> Yes, but since our page rate is <1 I'm wondering if what we
> may gain with 8G main would be more than lost during those
> rare occasions t
Yes, but since our page rate is <1 I'm wondering if what we
may gain with 8G main would be more than lost during those
rare occasions that it does really have to page to DASD which
in this case is a shark (ESS 2105). Maybe splitting hairs.
Thanks Rich.
-Original Message-
From: The IBM z/V
z/VM still uses expanded storage for multi-tiered paging. It is suggested to
allocate expanded storage for a smoother VM paging experience (in the event
VM actually has to do any paging).
On Tuesday 23 May 2006 12:44 pm, Robert Payne wrote:
> Since we implemented z/VM 5.2 about a month ago, I c
Title: z/VM 5.2 on z800 with 8G of memory
Since we implemented z/VM 5.2 about a month ago, I changed the memory
configuration to 6G main and 2G xstore. With our typical workload,
the page rate is < 1 per second. We run 2 VSE guests normally, but the
last few weeks I've also had a 3rd (z/VS
An IBMer from Omaha told us that one
should always format with CMS or ICKDSF before giving an MDISK to a Linux
guest before the guest formats the MDISK with "dasdfmt". No
reason for the CMS or ICKDSF format was given.
Formatting an MDISK twice really, really
(pun intended) rubs me the wrong wa
I'm running z/VM 5.2. I think it's the HALT that is ultimatly messing up
DDR. DDR abends as soon as the button on 3590 tape drive is pushed to
start the tape loading, so it's probably related to I/O interrupt
particulars different from what DDR is expecting.
I'll be interested in seeing wha
I agree with you, I have used this method
before with no problems, however I had a problem on this task.
Loren Charnley, Jr.
IT Systems Engineer
Family Dollar Stores, Inc.
[EMAIL PROTECTED]
(704) 847-6961 x 2000
From: Kris Buelens
[mailto:[EMAIL PROTECTED]
Sent: Tuesd
On 5/23/06, Shimon Lebowitz <[EMAIL PROTECTED]> wrote:
What would be the effect of using the LEAVE option on theoutput tape definition?Would DDR leave the tape at EOT and display the message, or what?
Shimon
The LEAVE/UNLOAD/REWIND operands only change DDR behavior at the end of the DUMP/COPY/RESTO
Title: RE: GIVE command on a tape drive with intervention required
Brian,
I don't remember having any problem with DDR abending, I ran this on z/VM 4.3 and z/VM 5.1.
In my case after I (prop) detached the tape I (prop) attached it to an 'automated tape manager' that recorded the tape then un
Yes, but
it does try to verify the label on both the input and output devices if you do
not specify a volser of SCRATCH.
Regards,
Richard Schuh
-Original
Message-
From: The IBM z/VM Operating
System [mailto:[EMAIL PROTECTED]On
Behalf Of Kris Buelens
Sent: Tuesday, May 23, 2
There is no need to format disks before
you fill them with DDR. DDR performs a formatting write.
Kris,
IBM Belgium, VM customer support
"Loren Charnley, Jr."
<[EMAIL PROTECTED]>
Sent by: The IBM z/VM Operating System
2006-05-23 16:44
Please respond to
The IBM z/VM Operating System
At the time, that option went right over my head. I would think that this
would be a better way(faster).
Loren Charnley, Jr.
IT Systems Engineer
Family Dollar Stores, Inc.
[EMAIL PROTECTED]
(704) 847-6961 x 2000
-Original Message-
From: Schuh, Richard [mailto:[EMAIL PROTECTED]
Sent: Tu
Probably nothing more than a format of cylinder 0 to provide a labeled disk.
This might not be needed if you specify SCRATCH on the OUT command as in,
out 3390 scratch
Regards,
Richard Schuh
I was just curious why you needed to format the new volumes
before restoring the data.
That was the reason that I included the comment. I tried without the format
and when I went to bring up the instance, it was NOT satisfied with the LVM
and I could not get a clean boot. I don't know why but when I did the format
then the restore, it came up clean the first time.
Loren Charnley, Jr
I was forced to use the tape dump and tape restore, I also changed CPU's at
the same time. I would 'assume' that disk to disk would work the same.
Loren Charnley, Jr.
IT Systems Engineer
Family Dollar Stores, Inc.
[EMAIL PROTECTED]
(704) 847-6961 x 2000
-Original Message-
From: Jon Brock
Since you are an OS/390 guy, you could also use FDR after shutting down
the guests on VM.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Jon Brock
Sent: Tuesday, May 23, 2006 10:16 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Moving a guest to new
> I have been successful in using DDR to copy the volumes.
> The one big step that I originally over looked was to format
> the new volumes before the DDR restore. I have just finished
> copying two LINUX guests to a new storage array and it is
> now in production.
>
> Loren Charnley, Jr.
Hi Lore
When you say a "DDR restore," did you back up the guests and then restore them,
or did you simply do a disk-to-disk copy, which is what I was planning on doing?
Thanks,
Jon
I have been successful in using DDR to copy the volumes. The one big step
that I originally over looked was to format th
On Mon, 22 May 2006 17:00:05 -0500, Huegel, Thomas <[EMAIL PROTECTED]>
wrote:
>I remember doing pretty much what you are attempting to do just a couple
of
>years ago.
>The old brain cells fail me but I do remember it worked and I had to use
the
>'HALT' command. I think I did a DETACH rdev (L
Jon,
I have been successful in using DDR to copy the volumes. The one big step
that I originally over looked was to format the new volumes before the DDR
restore. I have just finished copying two LINUX guests to a new storage
array and it is now in production.
Loren Charnley, Jr.
IT Systems Engi
The one thing I didn't understand on "why we don't have emulated tape
already?", is:
It's already available in VSE.
Is this one of those things, that if CMSDOS was kept up to date, like
it was in VSE/SP days (i.e. library access), would we already have it?
Of course the VSE component is called
> We ran into this with our use of DDR in SafeDR. What I found is that
> DDR issues the "MOUNT NEXT TAPE" message and then issues a a TAPE RUN
> followed by another tape command (can't recall which anymore). This
> has the effect of placing the drive into "Intervention Required".
> The userid w
I'm not a z/OS guy, but my first pick would be DDR.
On Tuesday 23 May 2006 9:15 am, Jon Brock wrote:
> We have a new DASD subsystem in, and I will need to move our existing
> Linux guests over to it. Would I be OK using DDR to copy the guests (after
> shutting them down first, of course), o
We have a new DASD subsystem in, and I will need to move our existing
Linux guests over to it. Would I be OK using DDR to copy the guests (after
shutting them down first, of course), or is there a better way to do it? I'm a
z/OS guy; I am still new to VM. (Well, actually, we have had
Yeah, I was all set to modify DDR - until I got to the point of re-
assembling it and found out that we don't have HLASM. I'm evaluating
whether it's worth getting a license for it, and in the meantime I'm
exploring other no-cost solutions.
I've built a decent DDR based solution (which we succe
On 5/22/06, Brian Nielsen <[EMAIL PROTECTED]> wrote:
I'm trying to use PROP to do some tape EOV processing for DDR. Iintercept the HCPERP2233I TAPE NOT READY message generated when DDR
reaches EOV and PROP starts my action routine. So far, so good.What I want to do is use the GIVE command to tra
David - thanks for the clarification - it certainly improves my
understanding of what-and-why and where you're coming from.
I agree that we should refrain from asking IBM for specific solutions -
this makes it all the more important though that the problem is well-
defined - otherwise (especial
57 matches
Mail list logo