Re: Are any of us this desperate?

[R.S.]

Graeme Gibson wrote:
[...]
How true that is.  My main point was that advertising such as the 
example quoted by the OP is just part of the legal procedural 
requirement that an employer in the US must go through in order to 
qualify for the H-1B visa that then allows them to bring in an o/seas 
worker (typically at below-market rates) to take a job that "locals" 
will appear not to want, either because the salary is shockingly low, or 
because they didn't even know about it because it was only advertised in 
the Mudflap* Monthly Inquirer or similar small circulation paper.


Did anyone think *why* the companies do that ?
Yes, they want foreigners, they prefer them over citizens. They avoid to 
hire citizens, they're trying to circumvent law regulations as described 
above.

Again - why ?


--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci 
opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 
r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 
z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OT: Outsourcing has its disadvantages

[Timothy Sipples]

For what it's worth, I think this IBM-MAIN subject line choice is a bad
one.

First, the word "disadvantages": sadly, such incidents are not unique to
India. Unfortunately in a global comparison of crime rates the U.S., as an
example, might not rank well.

Second, the word "outsourcing": a huge part of IBM's presence in India
involves the myriad activities to sell and support its growing product and
service businesses in India, including products and services produced
outside India. The word "exporting" would be more accurate.

At least the "OT" (off-topic) part is correct: the chosen subject line has
nothing to do with the story.

It's a simple story deserving a simple reaction. I hope we can all agree
that this threat is reprehensible and move on.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Transferring data from a different site that uses VTS

[Russell Witt]

Gadi,

In that case, simply use CA-1/Copycat to copy (and stack) as many
virtual-volumes on the sending site as you need to transfer to a physical
tape (the big assumption is that there is at least 1 tape drive that is
native attached) and then on the receiving site you can use something as
simple as IEBGENER to copy the stacked tape files onto in-house tapes. Or
read them directly from the physical tape shipped from the sending site.

Russell

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf
Of גדי בן אבי
Sent: Monday, November 19, 2007 12:32 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Transferring data from a different site that uses VTS


Hi Russell,

Both sites use CA-1 as the TMS. Both have CA-COPYCAT installed.

Our site does not have DITTO licensed.

Gadi 

-Original Message-
From: Russell Witt [mailto:[EMAIL PROTECTED] 
Sent: Sunday, November 18, 2007 5:53 PM
To: 'IBM Mainframe Discussion List'
Cc: גדי בן אבי
Subject: RE: Transferring data from a different site that uses VTS

Gadi,

You do not mention if you have a tape management system at both sites; and
if so which one(s). Most tape management systems (CA-1, TLMS, rmm) have a
tape-coping utility available and there is a third-party one called TAPECOPY
that can be used. What you could do would be to copy all the tape files to a
physical tape at the sending site and then copy those files to tapes at the
receiving site. This is with the assumption that there is at least 1
physical drive that is directly connected at both locations.

If the sending site has NO tape drives attached directly to the system
(everything is virtual); then that is not possible. In that case, you would
have to perform an EXPORT with the VTS (where the virtual-volumes you want
sent to you are stacked onto a single physical cartridge that is then
ejected from the 3494). On your site, using IBM's OSDITTO you can then
"un-stack" the virtual volumes from the stacked volume onto real tapes. You
must have the current IBM licensed version of OSDITTO to perform this
function.

Russell Witt
CA-1 L2 Support Manager


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Transferring data from a different site that uses VTS

[גדי בן אבי]

Hi Russell,

Both sites use CA-1 as the TMS. Both have CA-COPYCAT installed.

Our site does not have DITTO licensed.

Gadi 

-Original Message-
From: Russell Witt [mailto:[EMAIL PROTECTED] 
Sent: Sunday, November 18, 2007 5:53 PM
To: 'IBM Mainframe Discussion List'
Cc: גדי בן אבי
Subject: RE: Transferring data from a different site that uses VTS

Gadi,

You do not mention if you have a tape management system at both sites; and if 
so which one(s). Most tape management systems (CA-1, TLMS, rmm) have a 
tape-coping utility available and there is a third-party one called TAPECOPY 
that can be used. What you could do would be to copy all the tape files to a 
physical tape at the sending site and then copy those files to tapes at the 
receiving site. This is with the assumption that there is at least 1 physical 
drive that is directly connected at both locations.

If the sending site has NO tape drives attached directly to the system 
(everything is virtual); then that is not possible. In that case, you would 
have to perform an EXPORT with the VTS (where the virtual-volumes you want sent 
to you are stacked onto a single physical cartridge that is then ejected from 
the 3494). On your site, using IBM's OSDITTO you can then "un-stack" the 
virtual volumes from the stacked volume onto real tapes. You must have the 
current IBM licensed version of OSDITTO to perform this function.

Russell Witt
CA-1 L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of גדי בן 
אבי
Sent: Sunday, November 18, 2007 5:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Transferring data from a different site that uses VTS


Hi,
 
I need to transfer data from a different site. 
 
The other site has a VTS that is connected to a 3494 library.
 
Our site does not have a VTS. 
 
Both sites uses 3590 tape drives.
 
How can I transfer data using tapes from the other site (the one using VTS) to 
our site?
 
The other site is running OS/390 2.8. We are running z/OS 1.7.
 
TIA
 
Gadi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are any of us this desperate?

[Graeme Gibson]

Correction:

"..There are some 100,000 foreign workers in Australia under our "457 
Visa" system,.."

(not 300,000 as I originally said)

Regards to all,
Graeme. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are any of us this desperate?

[Ed Gould]

On Nov 18, 2007, at 11:14 PM, Graeme Gibson wrote:

Yeah, this post got a bit longer than I'd planned.. answering three  
posts here.


(one correction: in my previous post I said HB1 when I meant H-1B)

Shane wrote..

It should be noted that things are no better for independents here in
the Antipodes.
I'm sure all of us (world-wide) have mates in dire straights.



How true that is.  My main point was that advertising such as the  
example quoted by the OP is just part of the legal procedural  
requirement that an employer in the US must go through in order to  
qualify for the H-1B visa that then allows them to bring in an o/ 
seas worker (typically at below-market rates) to take a job that  
"locals" will appear not to want, either because the salary is  
shockingly low, or because they didn't even know about it because  
it was only advertised in the Mudflap* Monthly Inquirer or similar  
small circulation paper.


  *Please note that I have nothing against Mudflap, should such a  
town/city actually exist


It's part of the clever techniques taught by US-based "H-1B  
specialists" to US employers to advertise in specially chosen media  
and localities where there is almost no chance that a qualified US  
citizen is going to even see the advertisment.  The technique  
relies also on anyone qualified who does see the ad not responding  
due to a. low salary offered or b. apparent location of the job  
being far from big population centers.


There are some 300,000 foreign workers in Australia under our "457  
Visa" system, the equivalent of the US H-1B visa.  Employers  
complain about "lack of skilled staff" and the (Federal) government  
makes up for its complete lack of leadership in education and  
training in the last 10 years by quietly opening the floodgates to  
imported talent.  Imports generally don't mind working in the more  
difficult situations where Australians might want special  
allowances for.  After all, if you're prepared to travel ten or  
fifteen thousand miles to find a job then you probably won't be too  
picky.


Ed Gould asked:

.. Is that salary even close down under?


From the (Australian) "Migration Regulations 1994" amended 2007  
(IMMI 07/078):


(c) the applicable base salary is:
 - (i)   AUD 41,850 for occupations listed in Schedule A;
 - (ii)  AUD 57,300 for occupations listed in Schedule B;
 - (iii) AUD 37,665 for occupations listed in Schedule C;
 - (iv)  AUD 51,570 for occupations listed in Schedule D;

..most of our IBM-MAIN technical jobs come under Schedule B :

__
 SCHEDULE B - Information and Communication Technology occupations
allowable under standard Subclass 457 arrangements

1  MANAGERS AND ADMINISTRATORS

1224-11 Information Technology manager

2. PROFESSIONALS

2231-11 Systems Manager
2231-13 Systems Designer
2231-15 Software Designer
2231-17 Application and Analyst Programmer
2231-19 Systems Programmer
2231-21 Computer Systems Auditor
2231-21 Computing Professionals not elsewhere classified
__

..and while AUD 57,300 (USD 51,280) may be a bit low for Sysprog  
salaries in Australia** it would seem that's still USD 10,000  
higher than the amount being offered in the ad quoted by the OP.   
Some of you may choose to come to Australia to work, and actually  
get paid more than you do at home, for a while at least :-)


**Someone with more intimate knowledge may wish to comment further  
on typical AU sysprog's salaries!



Bottom line: Your politicians seem to be serving the interests of  
US businesses, with little or no apparent regard for the interests  
of US skilled workers.  This is just classic politics with a dash  
of Globalisation thrown in.  And it's not surprising since US  
skilled workers are not organised, don't typically make donations  
to Congressmen's and Senator's PACs (or whatever re-election  
funding schemes are currently called) and don't take anyone in  
Washington to lunch.  Uh, except for..


Google ~ K street H1B Visa ~ or click the following link


IV  
In Washington Post: Skilled Immigrants Turn to K Street"


and find the post by "Sobers".  That will tell you about how the  
H-1B visa holders have themselves organised to lobby Washington.   
Read it and weep.


Google: ~ Immigration Voice to H1B Visa ~.  Those hits will give  
you lots to think about.  The H-1B Visa holders, or their  
employers, know how to use your political system and they're doing it.



..and.. B Stephenson wrote..
Last year, our company performed a salary survey in our market  
near Cleveland. When the results came back, the salary ranges were  
drastically altered downward by about 15K for systems programmers.


..Survey methodology?   Advertise enough of those $800/week jobs in  
Cleveland and s

OT IBM Introduced the PC in 1981

[Ed Gould]

Nice article in the Register
Ed
http://www.theregister.co.uk/2007/11/17/tob_ibm_personal_computer/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are any of us this desperate?

[Graeme Gibson]

Yeah, this post got a bit longer than I'd planned.. answering three posts here.

(one correction: in my previous post I said HB1 when I meant H-1B)

Shane wrote..

It should be noted that things are no better for independents here in
the Antipodes.
I'm sure all of us (world-wide) have mates in dire straights.



How true that is.  My main point was that advertising such as the 
example quoted by the OP is just part of the legal procedural 
requirement that an employer in the US must go through in order to 
qualify for the H-1B visa that then allows them to bring in an o/seas 
worker (typically at below-market rates) to take a job that "locals" 
will appear not to want, either because the salary is shockingly low, 
or because they didn't even know about it because it was only 
advertised in the Mudflap* Monthly Inquirer or similar small 
circulation paper.


  *Please note that I have nothing against Mudflap, should such a 
town/city actually exist


It's part of the clever techniques taught by US-based "H-1B 
specialists" to US employers to advertise in specially chosen media 
and localities where there is almost no chance that a qualified US 
citizen is going to even see the advertisment.  The technique relies 
also on anyone qualified who does see the ad not responding due to a. 
low salary offered or b. apparent location of the job being far from 
big population centers.


There are some 300,000 foreign workers in Australia under our "457 
Visa" system, the equivalent of the US H-1B visa.  Employers complain 
about "lack of skilled staff" and the (Federal) government makes up 
for its complete lack of leadership in education and training in the 
last 10 years by quietly opening the floodgates to imported 
talent.  Imports generally don't mind working in the more difficult 
situations where Australians might want special allowances 
for.  After all, if you're prepared to travel ten or fifteen thousand 
miles to find a job then you probably won't be too picky.


Ed Gould asked:

.. Is that salary even close down under?


From the (Australian) "Migration Regulations 1994" amended 2007 (IMMI 07/078):

(c) the applicable base salary is:
 - (i)   AUD 41,850 for occupations listed in Schedule A;
 - (ii)  AUD 57,300 for occupations listed in Schedule B;
 - (iii) AUD 37,665 for occupations listed in Schedule C;
 - (iv)  AUD 51,570 for occupations listed in Schedule D;

..most of our IBM-MAIN technical jobs come under Schedule B :

__
 SCHEDULE B - Information and Communication Technology occupations
allowable under standard Subclass 457 arrangements

1  MANAGERS AND ADMINISTRATORS

1224-11 Information Technology manager

2. PROFESSIONALS

2231-11 Systems Manager
2231-13 Systems Designer
2231-15 Software Designer
2231-17 Application and Analyst Programmer
2231-19 Systems Programmer
2231-21 Computer Systems Auditor
2231-21 Computing Professionals not elsewhere classified
__

..and while AUD 57,300 (USD 51,280) may be a bit low for Sysprog 
salaries in Australia** it would seem that's still USD 10,000 higher 
than the amount being offered in the ad quoted by the OP.  Some of 
you may choose to come to Australia to work, and actually get paid 
more than you do at home, for a while at least :-)


**Someone with more intimate knowledge may wish to comment further on 
typical AU sysprog's salaries!



Bottom line: Your politicians seem to be serving the interests of US 
businesses, with little or no apparent regard for the interests of US 
skilled workers.  This is just classic politics with a dash of 
Globalisation thrown in.  And it's not surprising since US skilled 
workers are not organised, don't typically make donations to 
Congressmen's and Senator's PACs (or whatever re-election funding 
schemes are currently called) and don't take anyone in Washington to 
lunch.  Uh, except for..


Google ~ K street H1B Visa ~ or click the following link


IV In 
Washington Post: Skilled Immigrants Turn to K Street"


and find the post by "Sobers".  That will tell you about how the H-1B 
visa holders have themselves organised to lobby Washington.  Read it 
and weep.


Google: ~ Immigration Voice to H1B Visa ~.  Those hits will give you 
lots to think about.  The H-1B Visa holders, or their employers, know 
how to use your political system and they're doing it.



..and.. B Stephenson wrote..
Last year, our company performed a salary survey in our market near 
Cleveland. When the results came back, the salary ranges were 
drastically altered downward by about 15K for systems programmers.


..Survey methodology?   Advertise enough of those $800/week jobs in 
Cleveland and someone surveying salaries by looking at Job ads might 
conclude that actual salaries were wayyy down.  

Re: Newspaper: IBM Invests $5M in Illinois State Univ.

[A. Harry Williams]

On Fri, 16 Nov 2007 16:39:39 -0800 Ray Mullins said:
>Frankly, I'd like to see IBM do this type of donation/assistance program at
>the 2-year community college level.  Not to knock 4-year schools, but the
>type of student in a 2-year school is interested in getting a skill quickly,
>and employers like hiring entry-level folks that have had some experience.
>
>Bias note - I got my training at Los Angeles Valley College, one of the L.A.
>Community College District campu...er, some proper Latin declined plural
>goes here.  And, frankly, I'd love to get our local CC (Sierra) interested
>in the IBM world.

If the CC joins the Scholastic Alliance, they can request access to a z/OS
system for coursework.  You won't get a z9, but you also won't get the
maintenance and other support costs.

/ahw

>
>Later,
>Ray
>
>--
>M. Ray Mullins
>Roseville, CA, USA
>http://www.catherdersoftware.com/
>http://www.mrmullins.big-bear-city.ca.us/
>http://www.the-bus-stops-here.org/
>
>German is essentially a form of assembly language consisting entirely of far
>calls heavily accented with throaty guttural sounds. ---ilvi
>French is essentially German with messed-up pronunciation and spelling.
>--Robert B Wilson
>English is essentially French converted to 7-bit ASCII.  ---Christophe
>Pierret [for Alain LaBontÊ]
>
>
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>> Behalf Of Mark Post
>> Sent: Friday, 16 November, 2007 08:26
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Re: Newspaper: IBM Invests $5M in Illinois State Univ.
>>
>> >>> On Thu, Nov 15, 2007 at  9:42 PM, in message
>> <[EMAIL PROTECTED]>, Steve Comstock
>> <[EMAIL PROTECTED]> wrote:
>> -snip-
>> > * "With the addition, ISU becomes the only public university in
>> > the state to offer its technology students both an undergraduate
>> > program in enterprise computing and hands-on access to such an
>> > IBM mainframe."
>> >
>> >Really? Has IBM abandonded NIU?
>>
>> Based on Michael Stack's note, that happened quite a while back.  But,
>> even if it hadn't, does IBM have to give NIU the same thing it gives
>> anyone else?  I would rather see them donate hardware and software to
>> as many different places as possible.  UMR would be one such place,
>> since that's where I got my CSc degree.  I'm positive there would be
>> many other good choices.
>>
>> > I didn't see it in this article, but someone already posted that
>> > it seems the software is Linux (probably with z/VM), not z/OS;
>> > is z/OS still IBM's "flagship operating system"?
>>
>> Oh, to be sure.  Just the fact that 99% of the world (that knows about
>> such things) thinks "mainframe" == "z/OS" indicates that.  I've worked
>> with z/OS, z/VM, and Linux concurrently.  As such, I get to hear all
>> the complaining about that fact.  So, to me, hearing people complaining
>> about "what, not z/OS?" is like complaining about ISU verus NIU.  IBM
>> can't throw a bone (and a relatively small one at that: z890?)  to its
>> poor neglected other children without being called stupid, or
>> dishonest?
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are any of us this desperate?

[Ed Gould]

On Nov 18, 2007, at 7:06 PM, Bill Johnson wrote:

Last year, our company performed a salary survey in our market near  
Cleveland. When the results came back, the salary ranges were  
drastically altered downward by about 15K for systems programmers.  
Of course all of us balked at the idea that we were worth 15K less  
than the year before. Only after much wrangling did our management  
finally cave in and keep the old salary ranges. However, none of us  
have been promoted in the last 5 years!


  B Stephenson

--SNIP--

Bill:

I am not too surprised at this. Cleveland has not been known for its  
IS jobs, I can't remember the last time a head hunter even asked  
about Cleveland. I think I would have spoken up and asked to at least  
hear about how many companies were sampled (and their gross profit)  
after all that probably the only way to compare apple to apples.  
Anyway sorry to hear you got the raw end of the deal. Any company  
that pulls things like that don't deserve much loyalty, IMO.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Newspaper: IBM Invests $5M in Illinois State Univ.

[Timothy Sipples]

Michael Stack writes:
>Mark, the statement I quoted, "With the addition, ISU becomes the
>only public university in the state to offer its technology students
>both an undergraduate program in enterprise computing and hands-on
>access to such an IBM mainframe" said nothing about
>z/Architecture.

But this statement is 100% correct, and why shouldn't ISU market this
exclusive? Good for them. If ISU has an advantage over other educational
institutions, of course they should promote it, and their graduates should
enjoy their near 100% placement rate. Said another way, if other
institutions have less capability to educate their students, that's their
problem (and possibly IBM's), certainly not ISU's.

The key word is "such." You're not going to see "z/Architecture" appear in
a small city newspaper. As factually correct shorthand for the public at
large, it's a fine word choice.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Running REXX program in a batch job

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to alt.folklore.computers as well.


[EMAIL PROTECTED] (Paul Gilmartin) writes:
> I believe Cowlishaw's book reports that Rexx was developed in the VM
> and MVS environments concurrently.  It flourished in the former and
> withered in the latter, less likely because CLIST fulfilled the need
> better than EXEC2 than because less enthusiasm for innovation exists
> in the MVS environment (case in point: TCP/IP).  Rexx didn't resurface
> under MVS until TSO/E.

well, not quite:

posting of old reference/quote 
http://www.garlic.com/~lynn/2005j.html#41 TSO replacement

from Melinda's vm history paper
http://www.princeton.edu/~melinda/25paper.pdf

one of the quotes:

Mike Cowlishaw had made the decision to write a new CMS executor on
March 20, 1979. two months later, he began circulating the first
implementation of the new language, which was then called ``REX''.  Once
Mike made REX available over VNET, users spontaneously formed the REX
Language Committee, which Mike consulted before making further
enhancements to the language. He was deluged with feedback from REX
users, to the extent of about 350 mail files a day. By consulting with
the Committee to decide which of the suggestions should be implemented,
he rather quickly created a monumentally successful piece of software.

... snip ...

similar comments are mentioned in rexx wiki page
http://en.wikipedia.org/wiki/REXX

and another old quote from this post
http://www.garlic.com/~lynn/2006p.html#31 25th Anniversary of the Personal 
Computer"

from one of the references in the above:

By far the most important influence on the development of Rexx was the
availability of the IBM electronic network, called VNET. In 1979, more
than three hundred of IBM's mainframe computers, mostly running the
Virtual Machine/370 (VM) operating system, were linked by VNET. This
store-and-forward network allowed very rapid exchange of messages (chat)
and e-mail, and reliable distribution of software. It made it possible
to design, develop, and distribute Rexx and its first implementation
from one country (the UK) even though most of its users were five to
eight time zones distant, in the USA.

... snip ...

and for other topic drift, this was part of the thread related to the
internal network 
http://www.garlic.com/~lynn/subnetwork.html#internalnet

having been larger than the arpanet/internet from just about the
beginning until sometime mid-85. part of the internal network issues was
that while there were mvs/jes2 nodes, nearly all the nodes were vm
... and the jes2 nodes had to be carefully regulated.

there were several issues around why jes2 nodes had to be carefully
regulated on the internal network (some independent of the fact that the
number of vm systems were significantly larger than the number of mvs
systems)

1) jes2 networking started out being some HASP mods from TUCC that
defined network nodes using the HASP psuedo device table ... limited to
255 entries ... 60-80 entries nominally taken up by psuedo spool devices
... leaving possibly only 170 entries for network node definitions

2) jes2 implementation would discard traffic if it didn't have either
the origin or destination node in local defintion. the internal network
had more nodes than jes2 could define for the majority of its lifetime
... so jes2 needed to be restricted to boundary nodes (at least not
discarding traffic just passing thru).

3) jes2 implementation had a number of other deficiencies, including
having confused header information as to network specific and local
process handling. different versions or releases with minor variation in
headers would bring down whole mvs system. even restricted to purely
boundary nodes, there is infamous story of jes2 upgrade in san jose
resulted in mvs system crashes in hursley. as a consequence there was
special vm drivers created for talking to mvs jes2 systems ... which
would convert jes2 headers to compatible format for the specific system
on the other end of the line. this was somewhat the side-effect of the
vm implementation having separated networking control information from
other types of information ... effectively providing a kind of gateway
implementation ... something not possible in the JES2 networking
infrastructure (including not having a way from protecting itself from
other JES2 systems, requiring intermediary vm systems to keep the JES2
systems from crashing each other).

misc. past posts mentioning hasp, jes2, and/or jes2 networking
http://www.garlic.com/~lynn/subtopic.html#hasp

at some point ... while VM could run native protocol drivers as well as
(multiple different) JES2 drivers ... JES2 could only run a specific
JES2 drivers ... it was decided to start shipping VM only with JES2
drivers (even tho the native VM protocol drivers were more efficient).
this was seen in the bitnet deployment
http://www.garlic.com/~lynn/subnetwork.html#bitnet

the vm tcp/ip product was deve

Re: Running REXX program in a batch job

[Mark Zelden]

On Sun, 18 Nov 2007 22:51:36 +, Ted MacNEIL <[EMAIL PROTECTED]> 
wrote:

>>Rexx didn't resurface under MVS until TSO/E.
>
>Later than that.
>TSO/E came out with MVS/XA.
>REXX came (back?) with MVS/ESA 3.1.0e (circa 1989).
>I remember that for two reasons:
>1. I was reading Colishaw's REXX book while my ex was getting prepped for 
a Caesarean for my first son.
>2. I had just started at a new company and had a manager complain about 
the overhead of REXX under TSO, and I had to 'prove' it was cost-effective.
>
>

I first used REXX under MVS/XA 2.2.0.   It was optional though.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
z/OS Systems Programming expert at 
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Running REXX program in a batch job

[Ed Gould]

On Nov 18, 2007, at 4:51 PM, Ted MacNEIL wrote:


Rexx didn't resurface under MVS until TSO/E.


Later than that.
TSO/E came out with MVS/XA.
REXX came (back?) with MVS/ESA 3.1.0e (circa 1989).
I remember that for two reasons:
1. I was reading Colishaw's REXX book while my ex was getting  
prepped for a Caesarean for my first son.
2. I had just started at a new company and had a manager complain  
about the overhead of REXX under TSO, and I had to 'prove' it was  
cost-effective.



IIRC, REXX under VM was available around 1978.



Tedd:

My memory thought in was in 1991(for XA)  (early if I remember  
correctly) I remember having to sit on it for a 2 month wait as a pre  
req PTF was PE and it took that long to get the fix. We weren't the  
first on the block but close. My memory of that time is a bit cloudy  
but it could have become available as much as an year earlier. I do  
remember distinctly looking on IBMLINK daily for closure of a key PE  
PTF. Even then it was difficult to get the application people  
interested in it they couldn't even get interested in clists though.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Running REXX program in a batch job

[Ted MacNEIL]

>Rexx didn't resurface under MVS until TSO/E.

Later than that.
TSO/E came out with MVS/XA.
REXX came (back?) with MVS/ESA 3.1.0e (circa 1989).
I remember that for two reasons:
1. I was reading Colishaw's REXX book while my ex was getting prepped for a 
Caesarean for my first son.
2. I had just started at a new company and had a manager complain about the 
overhead of REXX under TSO, and I had to 'prove' it was cost-effective.


IIRC, REXX under VM was available around 1978.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are any of us this desperate?

[Eric Bielefeld]

I guess I would take a job like this in Milwaukee, but I couldn't move to 
New Jersey (I assume thats where the job was) and make it work.  I'd also 
just keep looking.


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-7434

- Original Message - 
From: "Anthony Saul Babonas" <[EMAIL PROTECTED]>

Subject: Re: Are any of us this desperate?



I have been that desperate and I would apply for this job.  What they are
offering is greater than zero.
In 1991 I applied for and was accepted for such a position. The foreign
aspect that others have quoted did not
exist back then, it was simply a case of a large US insurance company
offering their version of a fair wage.
The job served its purpose for 16 months while I continued to search the
market.  When I found a better job
I took it.

Now it's 2007 and I'd do it all again, if need be. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Running REXX program in a batch job

[Edward Jaffe]

Conmackie, Mike wrote:

Perhaps I missed the sarcasm but IIRC REXX was born in the VM environment as an 
improvement over EXEC2.
  


Believe me. Pat knew that. That's why he included the "smiley".

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Running REXX program in a batch job

[Conmackie, Mike]

And of course there are REXX interpreters that run in non-MVS
environments with their own "or ...".  (Take a look at Regina, for
instance.)  I've heard that even VM has REXX.  :-)


Perhaps I missed the sarcasm but IIRC REXX was born in the VM environment as an 
improvement over EXEC2.

Mike Conmackie

Compuware Corp.

Detroit, MI
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Running REXX program in a batch job

[Patrick O'Keefe]

On Sat, 17 Nov 2007 12:29:47 -0600, Mark Zelden <[EMAIL PROTECTED]>
wrote:

>>I'm just curious, what sorts of things can a Rexx program can do that
>>doesn't interact with TSO or ISPF (or...)?
>>...

The key is in that "(or...)".   It may not have TSO or ISPF, but it has
some "or" that provides a functioning environment. 

>...
>The same sort of things you can do in other programming languages
>without TSO / ISPF  - even SAS :-).Read a file, process it, write a file,
>look at storage / control blocks, etc.
>
>Many of the utilities on my web site run fine with IRXJCL.
>...

IRXJCL  provides an "or ..." environment where the REXX interpreter can 
execute.

And beyond IRXJCL, the programmatic invocation of REXX via IRXINIT
allows the invoking environment to provide the storage management,
I/O, etc. routines that the REXX interpreter will use so that REXX can
be smoothly integrated into that invoking environment.   I assume that
is what SAS does.  I *know* that is what NetView does.  NetView
initialization requires REXX; the primary initialization routines are written
in REXX.   

The TSO REXX Reference manual goes into great detail describing how
to run REXX on MVS in a non-TSO environment.

And of course there are REXX interpreters that run in non-MVS
environments with their own "or ...".  (Take a look at Regina, for 
instance.)  I've heard that even VM has REXX.  :-)

Pat O'Keefe


 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Running REXX program in a batch job

[Ted MacNEIL]

>"Everything is prohibited even if it's compulsory."

Canada has a set of laws that are a catch-22.
If you follow one, you break the other.

1. You must prove to the Federal Government that you are an equal opportunity 
employer, by having suitable numbers of minorities, handicapped, women, etc. 
represented in positions of authority.

2. You are NOT allowed to collect statsistics on employees regarding race, 
colour, disability or gender.

Dilbert lives!

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are any of us this desperate?

[Ted MacNEIL]

>Now it's 2007 and I'd do it all again, if need be.

I would, too.
As long as it's greater than unemployment insurance.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are any of us this desperate?

[Anthony Saul Babonas]

I have been that desperate and I would apply for this job.  What they are
offering is greater than zero.
In 1991 I applied for and was accepted for such a position. The foreign
aspect that others have quoted did not
exist back then, it was simply a case of a large US insurance company
offering their version of a fair wage.
The job served its purpose for 16 months while I continued to search the
market.  When I found a better job
I took it.

Now it's 2007 and I'd do it all again, if need be. 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Gould
Sent: Sunday, November 18, 2007 8:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Are any of us this desperate?

On Nov 18, 2007, at 2:46 AM, Shane wrote:
SNIP--
>
> This business is going to hell ...
>
> Shane ...
>
Shane,

I did not notice it thanks for pointing it out. Is that salary even close
down under?

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Running REXX program in a batch job

[Patrick O'Keefe]

On Sat, 17 Nov 2007 11:07:02 -0600, Paul Gilmartin <[EMAIL PROTECTED]>
wrote:

>...  "Everything is prohibited unless it's compulsory."
>...

Unless you work for a bank.  
Then it's : "Everything is prohibited even if it's compulsory."


Pat O'Keefe

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Increase File size on system file held in LLA and XCFAS

[Mike Myers]

Paul:

OK, it looks like I missed your ENQ shared condition. On looking back, I 
see you just allocated the file DISP=SHR, which would allow you to OPEN 
it in another job and then extend it. Of course, you realize that you 
violated the purpose of the exclusive ENQ by updating the data set in 
one of the sharing instances. And you create the potential problem 
situation which I tried to describe.


Mike Myers
Mentor Services Corporation

Paul Gilmartin wrote:

On Sun, 18 Nov 2007 13:15:42 -0500, Mike Myers wrote:

  

It is true that you can increase the size of a dataset that is OPEN by
another address space after removing its ENQ protection, as you have
obviously demonstrated with your experiment.



I removed no ENQ protection.  I suspect that to end an ENQ in another
address space would require considerable privilege that my batch job
lacked.  Didn't my TSO session continue to hold the SHR ENQ on the DSN?

  

However, you need to understand that the internal constructs
representing that OPENed data set to the address space that had ENQueued
it previously are not dynamically updated to show the existence of the
new extent.



Understood.

  

Paul Gilmartin wrote:


Apparently the key word here is "system".  I tried the experiment
and readily performed secondary allocation with a batch job
(IEBGENER SYSUT2) while my TSO session had the DSH allocated SHR.

Does the system hold an exclusive ENQ to prevent this?
  


-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Increase File size on system file held in LLA and XCFAS

[Paul Gilmartin]

On Sun, 18 Nov 2007 13:28:00 -0500, Mike Myers wrote:

>Gil:
>
>See my previous reply. The DEB exists in the LSQA of the address space
>that has the data set OPEN. In order to do what you ask, it would be
>
I believe I asked nothing (except insofar as I quoted the OP); I merely
offered two empirical observations.

>necessary for the system to find all OPEN instances of the newly
>extended data set and then adding the new extent to its particular DEB.
>How it would determine which address spaces have the data set OPEN
>without using GRS' Queue elements for that data set (which you affected
>by the DEQ), I don't know.
>
Again, in neither of my postings did I mention a DEQ.  I did  no DEQ.

>You could partially solve the problem by holding DEBs in global storage,
>such as SQA, but this causes problems with the "DEB's appendage exit
>list" which provides for application specific exits associated with the
>use of the data set. Trying to make these global in scope would pose
>some problems, in  particular, it opens up an integrity exposure (based
>on the DEB appendages) that was closed back in the first couple of years
>that MVS was in existence.
>
And "global" would here necessarily mean through all systems in a plex.

>Paul Gilmartin wrote:
>> On Thu, 15 Nov 2007 15:53:49 -0600, Mark S. House wrote:
>>
>>> During SMP/E mantenance a system fils CSF.SCSFMOD0 had a d37.  I removed
>>> the file from the PLEX and wanted to increase it's size. It appears the
>>> LLA and XCFAS on the on the other LPAR's in the system have enque on the
>>> name.  How can I remove the enqueue so I can increase and copy the file.
>>>
>>>
>> Long ago, I encountered a technique, with DYNALLOC, to create a data
>> set while another job holds a SHR ENQ on its DSN.  I reported this
>> in a PMR to IBM which struggled long and earnestly with the problem,
>> and concluded it was too hard to fix, and presented a nuisance but
>> no hazard.  AFAIK, the behavior remains unchanged.
>>
-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Increase File size on system file held in LLA and XCFAS

[Paul Gilmartin]

On Sun, 18 Nov 2007 13:15:42 -0500, Mike Myers wrote:

>It is true that you can increase the size of a dataset that is OPEN by
>another address space after removing its ENQ protection, as you have
>obviously demonstrated with your experiment.
>
I removed no ENQ protection.  I suspect that to end an ENQ in another
address space would require considerable privilege that my batch job
lacked.  Didn't my TSO session continue to hold the SHR ENQ on the DSN?

>However, you need to understand that the internal constructs
>representing that OPENed data set to the address space that had ENQueued
>it previously are not dynamically updated to show the existence of the
>new extent.
>
Understood.

>Paul Gilmartin wrote:
>>>
>> Apparently the key word here is "system".  I tried the experiment
>> and readily performed secondary allocation with a batch job
>> (IEBGENER SYSUT2) while my TSO session had the DSH allocated SHR.
>>
>> Does the system hold an exclusive ENQ to prevent this?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Increase File size on system file held in LLA and XCFAS

[Mike Myers]

BTW, this is the earlier post I referred to in my "later" post, but it 
seems not to have been passed along.


It is true that you can increase the size of a dataset that is OPEN by 
another address space after removing its ENQ protection, as you have 
obviously demonstrated with your experiment.


However, you need to understand that the internal constructs 
representing that OPENed data set to the address space that had ENQueued 
it previously are not dynamically updated to show the existence of the 
new extent.


The DEB (Data Extent Block) is created when the dataset is OPENed and 
only adds new extents when that same address space occurs an EOV (End Of 
Volume) condition during its own data set processing. Consequently, the 
new extent created by another address space in NOT recognized by the 
original owner without its CLOSEing and re-OPENing the data set.


Mike Myers
Mentor Services Corporation
Paul Gilmartin wrote:

On Sat, 17 Nov 2007 12:30:34 -0500, Peter Relson wrote:
  

Removing the ENQ is easy. Increasing the size of an existing data set for
which the system has obtained ENQs is not supported, and you do so at your
own risk. The ENQ's are in place so that you do NOT do this.



Apparently the key word here is "system".  I tried the experiment
and readily performed secondary allocation with a batch job
(IEBGENER SYSUT2) while my TSO session had the DSH allocated SHR.

Does the system hold an exclusive ENQ to prevent this?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Increase File size on system file held in LLA and XCFAS

[Mike Myers]

Gil:

See my previous reply. The DEB exists in the LSQA of the address space 
that has the data set OPEN. In order to do what you ask, it would be 
necessary for the system to find all OPEN instances of the newly 
extended data set and then adding the new extent to its particular DEB. 
How it would determine which address spaces have the data set OPEN 
without using GRS' Queue elements for that data set (which you affected 
by the DEQ), I don't know.


You could partially solve the problem by holding DEBs in global storage, 
such as SQA, but this causes problems with the "DEB's appendage exit 
list" which provides for application specific exits associated with the 
use of the data set. Trying to make these global in scope would pose 
some problems, in  particular, it opens up an integrity exposure (based 
on the DEB appendages) that was closed back in the first couple of years 
that MVS was in existence.


Mike Myers
Mentor Services Corporation

Paul Gilmartin wrote:

On Thu, 15 Nov 2007 15:53:49 -0600, Mark S. House wrote:

  

During SMP/E mantenance a system fils CSF.SCSFMOD0 had a d37.  I removed
the file from the PLEX and wanted to increase it's size. It appears the
LLA and XCFAS on the on the other LPAR's in the system have enque on the
name.  How can I remove the enqueue so I can increase and copy the file.



Long ago, I encountered a technique, with DYNALLOC, to create a data
set while another job holds a SHR ENQ on its DSN.  I reported this
in a PMR to IBM which struggled long and earnestly with the problem,
and concluded it was too hard to fix, and presented a nuisance but
no hazard.  AFAIK, the behavior remains unchanged.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Increase File size on system file held in LLA and XCFAS

[Mike Myers]

It is true that you can increase the size of a dataset that is OPEN by 
another address space after removing its ENQ protection, as you have 
obviously demonstrated with your experiment.


However, you need to understand that the internal constructs 
representing that OPENed data set to the address space that had ENQueued 
it previously are not dynamically updated to show the existence of the 
new extent.


The DEB (Data Extent Block) is created when the dataset is OPENed and 
only adds new extents when that same address space occurs an EOV (End Of 
Volume) condition during its own data set processing. Consequently, the 
new extent created by another address space in NOT recognized by the 
original owner without its CLOSEing and re-OPENing the data set.


Mike Myers
Mentor Services Corporation

Paul Gilmartin wrote:

On Sat, 17 Nov 2007 12:30:34 -0500, Peter Relson wrote:
  

Removing the ENQ is easy. Increasing the size of an existing data set for
which the system has obtained ENQs is not supported, and you do so at your
own risk. The ENQ's are in place so that you do NOT do this.



Apparently the key word here is "system".  I tried the experiment
and readily performed secondary allocation with a batch job
(IEBGENER SYSUT2) while my TSO session had the DSH allocated SHR.

Does the system hold an exclusive ENQ to prevent this?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

OT: Outsourcing has its disadvantages

[Ed Gould]

Bomb threat to IBM complex
Khaleej Times Sat, 17 Nov 2007 7:49 PM PST
BANGALORE — Police launched search operations at the IBM complex at  
Bannerghata following aphone call from an anonymous man who  
apparently threaten to plant a bomb in the building premises, police  
said yesterday. "There has been a bomb scare at our Bannerghata office.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Increase File size on system file held in LLA and XCFAS

[Paul Gilmartin]

On Thu, 15 Nov 2007 15:53:49 -0600, Mark S. House wrote:

>During SMP/E mantenance a system fils CSF.SCSFMOD0 had a d37.  I removed
>the file from the PLEX and wanted to increase it's size. It appears the
>LLA and XCFAS on the on the other LPAR's in the system have enque on the
>name.  How can I remove the enqueue so I can increase and copy the file.
>
Long ago, I encountered a technique, with DYNALLOC, to create a data
set while another job holds a SHR ENQ on its DSN.  I reported this
in a PMR to IBM which struggled long and earnestly with the problem,
and concluded it was too hard to fix, and presented a nuisance but
no hazard.  AFAIK, the behavior remains unchanged.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Increase File size on system file held in LLA and XCFAS

[Paul Gilmartin]

On Sat, 17 Nov 2007 12:30:34 -0500, Peter Relson wrote:
>
>Removing the ENQ is easy. Increasing the size of an existing data set for
>which the system has obtained ENQs is not supported, and you do so at your
>own risk. The ENQ's are in place so that you do NOT do this.
>
Apparently the key word here is "system".  I tried the experiment
and readily performed secondary allocation with a batch job
(IEBGENER SYSUT2) while my TSO session had the DSH allocated SHR.

Does the system hold an exclusive ENQ to prevent this?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Transferring data from a different site that uses VTS

[Itschak Mugzach]

Assuming the VTS hosting site does not have a nonvts tape drive, I wouldn't
use Export. I tried import function of Ditto and it take hours. I hope the
this is not a solution for a mass data transfer, because it will never end.
FTP or a site sharing product like CSM (HostSystems.de) will do the job Fast
and securely.


Itschak Mugzach, Director
SecuriTeam Software ltd.
Tel: +972 (522) 986404
Skype: Securiteam-Software
Email: [EMAIL PROTECTED]
Gmail: [EMAIL PROTECTED] for large mails

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Russell Witt
Sent: Sunday, November 18, 2007 5:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Transferring data from a different site that uses VTS

Gadi,

You do not mention if you have a tape management system at both sites; and
if so which one(s). Most tape management systems (CA-1, TLMS, rmm) have a
tape-coping utility available and there is a third-party one called TAPECOPY
that can be used. What you could do would be to copy all the tape files to a
physical tape at the sending site and then copy those files to tapes at the
receiving site. This is with the assumption that there is at least 1
physical drive that is directly connected at both locations.

If the sending site has NO tape drives attached directly to the system
(everything is virtual); then that is not possible. In that case, you would
have to perform an EXPORT with the VTS (where the virtual-volumes you want
sent to you are stacked onto a single physical cartridge that is then
ejected from the 3494). On your site, using IBM's OSDITTO you can then
"un-stack" the virtual volumes from the stacked volume onto real tapes. You
must have the current IBM licensed version of OSDITTO to perform this
function.

Russell Witt
CA-1 L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf
Of גדי בן אבי
Sent: Sunday, November 18, 2007 5:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Transferring data from a different site that uses VTS


Hi,
 
I need to transfer data from a different site. 
 
The other site has a VTS that is connected to a 3494 library.
 
Our site does not have a VTS. 
 
Both sites uses 3590 tape drives.
 
How can I transfer data using tapes from the other site (the one using VTS)
to our site?
 
The other site is running OS/390 2.8. We are running z/OS 1.7.
 
TIA
 
Gadi


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Transferring data from a different site that uses VTS

[Russell Witt]

Gadi,

You do not mention if you have a tape management system at both sites; and
if so which one(s). Most tape management systems (CA-1, TLMS, rmm) have a
tape-coping utility available and there is a third-party one called TAPECOPY
that can be used. What you could do would be to copy all the tape files to a
physical tape at the sending site and then copy those files to tapes at the
receiving site. This is with the assumption that there is at least 1
physical drive that is directly connected at both locations.

If the sending site has NO tape drives attached directly to the system
(everything is virtual); then that is not possible. In that case, you would
have to perform an EXPORT with the VTS (where the virtual-volumes you want
sent to you are stacked onto a single physical cartridge that is then
ejected from the 3494). On your site, using IBM's OSDITTO you can then
"un-stack" the virtual volumes from the stacked volume onto real tapes. You
must have the current IBM licensed version of OSDITTO to perform this
function.

Russell Witt
CA-1 L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf
Of גדי בן אבי
Sent: Sunday, November 18, 2007 5:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Transferring data from a different site that uses VTS


Hi,
 
I need to transfer data from a different site. 
 
The other site has a VTS that is connected to a 3494 library.
 
Our site does not have a VTS. 
 
Both sites uses 3590 tape drives.
 
How can I transfer data using tapes from the other site (the one using VTS)
to our site?
 
The other site is running OS/390 2.8. We are running z/OS 1.7.
 
TIA
 
Gadi


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are any of us this desperate?

[Ed Gould]

On Nov 18, 2007, at 2:46 AM, Shane wrote:
SNIP--


This business is going to hell ...

Shane ...


Shane,

I did not notice it thanks for pointing it out. Is that salary even  
close down under?


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DFHSM can not allocate tape volume

[Art]

Does any one know if there is a command that could tell me which of the 5 
LPARs/DFHSMS has a tape held, allocated, etc… I had this situation this 
weekend in which a job could not complete because it was telling me that the 
tape was allocated to another DFSMSHSM as shown below.
STC10714 *ARC6254A ABACKUP CANNOT ALLOCATE TAPE VOLUME 410239 
BECAUSE  STC10714 *ARC6254A (CONT.) IT IS IN USE BY ANOTHER 
DFSMSHSM FUNCTION.  STC10714 *54 ARC6254A (CONT.) RETRY  ? REPLY Y 
OR N  STC10714  R 54,Y 
But I viewed all of the logs, drives, and the tape was not allocated. Its was 
decided to bounce all of the DFHSMS and issue was resolved. I still would like 
to know if I could have avoided that scenario.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are any of us this desperate?

[Robert Justice]

they need to up that salary by at least a factor of 3.

they are out of their minds.


- Original Message - 
From: "Gary Green" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Saturday, November 17, 2007 9:26 AM
Subject: Are any of us this desperate?



This posting found its way to my inbox.  I thought the rate was a mistake,
like they just put something into the field, so I sent an email asking 
about

the rate.  "I" was mistaken.  The rate is real.  Oh yes, I read these as a
Systems Programming gigs, which was kinda confirmed in the reply email I
received.

Our client in Woodcliff Lakes, NJ is seeking 2 Software Support 
Specialists.

This role is primarily responsible for the software support and associated
services in customer accounts. You are required to participate in IBM's 24
hour continuous support commitment to its customers. Are usually based in 
a

centre, but may be required to undertake travel and nights away in the
delivery of on-site support and service. Provide accounts with total 
systems

software support in assigned areas. Be the primary technical interface to
customers for software support and the delivery of operational services as
required by the customer. Conduct problem analysis and problem solving 
with

skills which allows for the identification and resolution of software
problems and operational issues. Plan for and executes software services
activities including installation planning, account management, systems
problem determination, diagnosis, etc. for IBM and selected non-IBM 
systems.
In general assume total responsibility for developing positive 
relationships

with customer management and staff to ensure a high level of overall
customer satisfaction in all assigned areas. Specifically, ensure a high
level of customer satisfaction with software support and operational
services. BS/BA Degree from an accredited university/college or equivalent
experience 2 years in a support environment Perform Problem
Determination/Prob Source Ident Perform Problem Mgmt Use RETAIN for 
Software
Support Project Details: System z z/OS and CICS technical system 
programming

business as usual support for z/OS production environment. Primary Skill
Set: SW z/OS-S/390, MVS System Programmer Secondary Skill Sets:Enterprise
Systems IBM System z Job Title: Software Systems Specialist Primary 
Skills:

RETAIN; Z/OS; MVS Job Industry: Computers Vacancies: 2 Job City: Woodcliff
Lake Job Metro Area: Woodcliff Lake Job State: NJ Job Country: US Salary:
$20.00/HOURLY To $20.00/HOURLY Hours per Week: 40


Gary Green

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Transferring data from a different site that uses VTS

[גדי בן אבי]

Hi,
 
I need to transfer data from a different site. 
 
The other site has a VTS that is connected to a 3494 library.
 
Our site does not have a VTS. 
 
Both sites uses 3590 tape drives.
 
How can I transfer data using tapes from the other site (the one using VTS) to 
our site?
 
The other site is running OS/390 2.8. We are running z/OS 1.7.
 
TIA
 
Gadi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are any of us this desperate?

[Shane]

On Sun, 2007-11-18 at 15:18 +1100, Graeme Gibson wrote:

Plenty - note the .au web address.
Hopefully you yanks will take some notice.

It should be noted that things are no better for independents here in
the Antipodes.
I'm sure all of us (world-wide) have mates in dire straights.

This business is going to hell ...

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html