Re: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations?

2005-11-17 Thread Stephen Y Odo

Sorry, not answering your question ... but appending my own to it ...

We do lots of ftps as well and using NFS/SAMBA sounds like an
interesting alternative.  However, we just went through an audit and one
of the requirements that came out of that is that all transfers have to
be encrypted.  So we're using ftp with TLS/SSL encryption.  Does
SAMBA/NFS encrypt data?

--Stephen


Ranga Nathan wrote:


I am proposing an architecture that will do away with myriad FTPs within
our network and replace it with a simple LAN based file sharing using
SAMBA / NFS / NAS.
The FTPs have been a little flaky and processes did not always check
success / failure of FTP. I am hoping that LAN based file sharing will
eliminate these issues. There are no more than 10 servers at this time
involved in this file sharing. When succcessful, we could extend it across
the board to all our system that interchange data.

What I am not sure if how SAMBA / NFS perform under heavy load? Are there
any gotchas?

I would also like to bring in SMB file sytem from z/OS. For this to
happen, I need to demonstrate success with SAMBA.

BTW, I have used SAMBA for a number of years without any issues, other
than Windows highjacking the execute bit for archive turning text files
into executables! But this will be the first time I will be trying it in
corporate production, mission-critical environment.
__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX Global Inc. Irvine-California
Tel: 714-442-7591   Fax: 714-442-2840




--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Mainframe REXX EXEC to logon to zVM Linux instance and issue commands

2005-08-12 Thread Stephen Y Odo

Miller, Ila wrote:


Is it possible to write a mainframe REXX exec which will logon to a zVM
Linux instance and issue commands.  If so, can you be specific in how to
do it?



We have a generic SSH thing that we do to run commands on our Sun
servers from our job scheduler.  It probably would work with Linux under
z/VM too ...

I have a somewhat outdated document at
http://www.Lava.Net/~syo/RemoteExecutionWithSSH.pdf that kinda
explains what we do.

Hope this is useful.

-Stephen

--
--
---
Stephen Y. Odo
Senior Systems Programmerphone:   (808)956-2383
Information Technology Services  FAX: (808)956-2412
University of Hawai'ie-mail: [EMAIL PROTECTED]
...
Region Registrar home phone:  (808)847-1076
American Youth Soccer Organization
Honolulu Region 178  e-mail:   [EMAIL PROTECTED]
---

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Are there any NJE/NRJE interoperability tools for Linux to submit jobs to z/OS?

2005-04-06 Thread Stephen Y Odo
On Wednesday 06 April 2005 10:14 am, James Melin wrote:
The flexibility requirement really requires us to have the ability to
have Linux trigger events on z/OS.
To schedule jobs from our job scheduler on remote Solaris platforms
we've been using SSH.  Basically, scheduler runs a batch job that logs
in via SSH (using public/private keys so no passwords are sent in the
clear) to run scripts.  Scripts set a return code that gets picked up by
the job scheduler. So scheduling stuff on our Solaris boxes looks like a
simple batch job to our scheduler.
To go the other way, i.e. trigger something on OS/390 (yes, our
production is still OS/390 -- we're working on upgrading), we run
syslogd on the mainframe which sends stuff to /dev/console.  This shows
up as regular console messages and our automation product picks up on
them to trigger an event.
-Stephen
--
--
---
Stephen Y. Odo
Senior Systems Programmerphone:   (808)956-2383
Information Technology Services  FAX: (808)956-2412
University of Hawai'ie-mail: [EMAIL PROTECTED]
...
Region Registrar home phone:  (808)847-1076
American Youth Soccer Organization
Honolulu Region 178  e-mail:   [EMAIL PROTECTED]
---
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: x3270 cut'n'paste?

2005-02-25 Thread Stephen Y Odo
Nix, Robert P. wrote:
Use the mouse to highlight the text. Middle mouse button copies the text, 
middle mouse button pastes it back in at the cursor. Doesn't seem to work 
outside of x3270 though (like into a Gnome editor or such...)

seems to work fine here ... I can paste stuff into Mozilla mail,
StarOffice, etc. using this method ... the tricky part is making sure
you don't highlight something in your target window before doing the
paste ...
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: IBM pricing (was URGENT! really low performance. A related question...)

2003-02-20 Thread Stephen Y. Odo
On Thu, 20 Feb 2003 10:41:05 -0800, Fargusson.Alan wrote:
I don't really want to defend IBM pricing, but gross margin is
not the same as profit.  It is much more expensive per customer
to maintain software that has a small installed base than software
that has a large installed base.  The number of bugs found is
only slightly less for a small installed base.

That being the case, wouldn't it make sense for IBM to try to
maximize the size of the installed base?  And wouldn't better
pricing help in that regard?

I'd also guess that whether I'm running on a small box or a
very large box, the cost for maintaining the software I run will
be the same.  So why do they charge me more if I buy a bigger box?

Of course, I could be totally clueless on these issues (nothing
new for me).  So feel free to ignore this.

-- Stephen


---
Stephen Y. Odo
Senior Systems Programmerphone:   (808)956-2383
Information Technology Services  FAX: (808)956-2412
University of Hawai'ie-mail: [EMAIL PROTECTED]
...
Region Registrar phone:   (808)847-1076
American Youth Soccer Organization   FAX: (808)847-1076
Honolulu Region 178  e-mail:   [EMAIL PROTECTED]
---



Re: Down time

2003-02-03 Thread Stephen Y. Odo
On Mon, 03 Feb 2003 10:39:50 -0500, richard truett wrote:
I've learned through experience that the S/390 platform is held to a much higher
standard than even Sun, HP or AIX UNIX systems.  Even though those systems
approach the acquisition costs of a S/390 they are judged as if they were a
'cheap' Windows machine.

There appears to be a double standard today in the IT industry.  And it is a
standard that is never explained when management is pressed for a reason.

It's real simple ... end-users EXPECT that behavior.  Hence, when there are
outages, they don't complain.  Management will tolerate these outages because
they aren't getting complaints.

The smallest glitch on our OS/390 system will prompt many calls to our CIO.
Management will not tolerate such hiccups because they are getting phone calls
whenever they happen.



---
Stephen Y. Odo
Senior Systems Programmerphone:   (808)956-2383
Information Technology Services  FAX: (808)956-2412
University of Hawai'ie-mail: [EMAIL PROTECTED]
...
Region Registrar phone:   (808)847-1076
American Youth Soccer Organization   FAX: (808)847-1076
Honolulu Region 178  e-mail:   [EMAIL PROTECTED]
---



Re: Down time

2003-02-03 Thread Stephen Y. Odo
On Mon, 03 Feb 2003 10:12:01 -0500, Abruzzese, Pat wrote:
I know this is off the board but I would like to know why is the
mainframe's down time limited when the client/servers
seem to going down whenever. In the middle of the morning, afternoon or
night unscheduled. My VM/ESA 2.4.0 was IPL'ed 1/09/2002 and have been up
since. I will take it down this Sunday to put Z/VM 4.3.0 in service. Why are
there two sets of standards???

It's called managing expectations.  Our Sun servers go down a lot.  But
users have become accustomed to it so they don't get bent out of shape by
it.  It is expected behavior on those systems.  If our OS/390 system hiccups,
we start getting calls immediately because our users expect it to never have
such problems.

It would be interesting if we ever get authorization to run Linux on our
mainframe ... it might change expectations ...

-- Stephen


---
Stephen Y. Odo
Senior Systems Programmerphone:   (808)956-2383
Information Technology Services  FAX: (808)956-2412
University of Hawai'ie-mail: [EMAIL PROTECTED]
...
Region Registrar phone:   (808)847-1076
American Youth Soccer Organization   FAX: (808)847-1076
Honolulu Region 178  e-mail:   [EMAIL PROTECTED]
---



Re: 2074 and the HMC

2003-01-15 Thread Stephen Y. Odo
On Wed, 15 Jan 2003 11:58:22 -0500, David Boyes wrote:
I'm holding out for the optional rotating light feature (order sub
featurs to select crystal blue, sunshine yellow or deep red), with
sysplex timer connection for convenient event management for Linux on
z/OS...8-(

that's another sore spot ... sysplex timer ... is that the only way
to get a s/390 or zSeries system to stay in sync with the rest of the
world?  we can't run stuff like ntp on OS/390 to sync us to our local
time source so the mainframe is the only machine on campus that isn't
in step with everything else.  if it is, why do I have to buy one
separately?

does Linux/390 also have this limitation? or can I run an ntp client
on Linux/390 and sync with our local time source?



---
Stephen Y. Odo
Senior Systems Programmerphone:   (808)956-2383
Information Technology Services  FAX: (808)956-2412
University of Hawai'ie-mail: [EMAIL PROTECTED]
...
Region Registrar phone:   (808)847-1076
American Youth Soccer Organization   FAX: (808)847-1076
Honolulu Region 178  e-mail:   [EMAIL PROTECTED]
---