Figure out which device(s) are responsible (usually tape drives, but
could be OSA). Then issue multiple (often, 10 or more are required) HALT
commands for those devices. If tape drives, re-IML the unit.
David Wakser
-Original Message-
From: The IBM z/VM Operating System
Thanks David,
It probably is an OSA. The machine is up now but with connection errors.
Suleiman Shahin
Systems Programmer
(386) 447 2552
-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Wakser, David
Sent: Monday, May 02, 2011 5:15
Try varying off (and then back on, in the opposite order) the devices,
path, and CHPID - I believe that will reset the physical device.
David Wakser
-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@listserv.uark.edu] On
Behalf Of Shahin.Suleiman
Sent: Monday, May 02,
At this time the suspect is network connection between the 2096 and other
devices.
I'll wait to hear their verdict then try if still a problem.
Thanks.
Suleiman Shahin
Systems Programmer
(386) 447 2552
I tried varying the chpid off and had no response and my userid is hung. The
chpid feeds a controller that someone just powered off.
Suleiman Shahin
Systems Programmer
Hi,
Sorry for my late response. Thanks Stephen, Les and Mike for responding!
Yes, there were two linked disks that had the same exec along with the A
disk where it was present too.
When I remove one of the disks, it works fine. But we have had this setup
for a long time i.e. apart from A
Are these layer 2 or layer 3? If layer 2, then they are (and should be) paying
zero attention to the IP address. Layer 2 cares only about MAC addresses.
Layer 3 is more subtle. Technically a real switch should attempt only to insert
the address in the forwarding table and then the latest entry
David,
They're layer 3.
The situation is that the IPs were registered on one VSWITCH, and passed on to
real switches in the external network. Later, another host registered the same
IPs on a different VSWITCH, which failed to pass them on to the external
network (rejected because they were
The situation is that the IPs were registered on one VSWITCH, and passed on to
real switches in the external network. Later, another host registered the same
IPs on a different VSWITCH, which failed to pass them on to the external
network (rejected because they were dups). The 2nd VSWITCH
On the 1st VSWITCH, Q VSWITCH ... DETAILS shows:
Unicast IP Addresses:
snip
x.y.z.161MAC: 02-00-00-00-00-3D
x.y.z.162MAC: 02-00-00-00-00-3D
x.y.z.163MAC:
Isn't this simply an EXEC that calls itself over over again.
Or, dirty execs that do not use ADDRESS COMMAND and by accident call an
EXEC instead of the built-in CMS command.
2011/5/2 Amar Moh amar_...@yahoo.com
Hi,
Sorry for my late response. Thanks Stephen, Les and Mike for responding!
It looks like something else on that linked disk has
changed. Perhaps the linking process (VMLINK?) is doing
something different, like EXECLOADing something that is now
tripping you up.
As I said before: Look at the log file and the console spool
file for clues. It should be quite obvious.
Hi all,
I'm trying to assemble the JAMSAMA sample for CP EXIT 1200 (for CP
DIAL), from z/VM manual 'CP EXIT CUSTOMIZATION'.
I understand the assembler sourcecode from the sample, and I've made my
own version with minor modifications.
Now I would like to assemble it in CMS. Can anyone tell me how
Here is what I do:
VMFSETUP ZVM CP
VMFHLASM OITW2H01 ZVM CP
where OITW2H01 is my exit's name.
Good Luck.
Jim Hughes
Consulting Systems Programmer
Mainframe Technical Support Group
Department of Information Technology
State of
You need the High Level Assembler product (extra cost) or the Dignus assembler
(also extra cost) to build the module. The MACLIB statements are documented in
the discussion of the exit. The old F-level ASSEMBLE command cannot build
current CP modules correctly.
Jim, I tried that and the assembly worked, with no errors.
I'll try to use the TEXT module as a CP EXIT tomorrow. Thanks!
Bye,
Geert.
-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Hughes, Jim
Sent: maandag 2 mei 2011 22:30
To:
Hi, Geert.
If Jim's instructions worked for you, that means that your site has the
HLASM licensed and installed!
You should be able to follow the rest of the instruction and load your
CP EXITlet us know if that works.
DJ
On 05/02/2011 03:42 PM, Dieltiens Geert wrote:
Jim, I tried that and
On Monday, 05/02/2011 at 11:48 EDT, Mark Wheeler mwheele...@hotmail.com
wrote:
The situation is that the IPs were registered on one VSWITCH, and passed
on to
real switches in the external network. Later, another host registered
the same
IPs on a different VSWITCH, which failed to pass them
On Monday, 05/02/2011 at 06:33 EDT, Shahin.Suleiman
shahin.sulei...@palmcoastdata.com wrote:
I tried varying the chpid off and had no response and my userid is hung.
The
chpid feeds a controller that someone just powered off.
If possible, get a restart dump and open a PMR. Long-wait
On Monday, 05/02/2011 at 11:32 EDT, Amar Moh amar_...@yahoo.com wrote:
But if I remove the non-compiled version from A disk, it still fails. I
am
reluctant to conclude that its due to the compiled rexx as the same is
working in other vmserve servers.
There is something else causing the
On 4/28/2011 at 12:19 PM, Alan Ackermanalan.acker...@bankofamerica.com
wrote:
We are planning to use FCP disk with a z/Linux under z/VM system,
running under z/VM 5.4. To reduce cost, we are planning to use the
point-to-point topology.
If you don't use a SAN fabric switch, discovering and
21 matches
Mail list logo