something
>>> is
>>> > missing here.
>>> > This is what's the /etc/systemd/system/db2fmcd.service file .. I
>>> think I
>>> > need a program name to run. Any idea what is missing?
>>> > ExecStart=/opt/ibm/db2/V11.1
Je suis absent le 17 avril 2024.
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390
ystem/db2fmcd.service file .. I
>> think I
>> > need a program name to run. Any idea what is missing?
>> > ExecStart=/opt/ibm/db2/V11.1/bin/
>> >
>> > On Fri, Apr 12, 2024 at 3:45 PM Cortes, Marcy D. <
>> > marcy.d.cor...@wellsfargo.com> wro
tart=/opt/ibm/db2/V11.1/bin/
> >
> > On Fri, Apr 12, 2024 at 3:45 PM Cortes, Marcy D. <
> > marcy.d.cor...@wellsfargo.com> wrote:
> >
> > > If you can’t undo what you did with the db2fm command (history command
> > > might be your friend), then you can
> If you can’t undo what you did with the db2fm command (history command
> > might be your friend), then you can probably edit the file
> > /etc/systemd/system/db2fmcd.service and change it to 11.1
> >
> > I can’t check a real server anymore to tell you for sure because we
al Message-
From: Linux on 390 Port On Behalf Of Tom Huegel
Sent: Tuesday, April 16, 2024 1:53 PM
To: LINUX-390@VM.MARIST.EDU
Subject: [EXT] Re: Start DB2 Connect at linux boot
CAUTION: This email originated from outside MetLife. Do not click links, open
attachments or forward unless you rec
/system/db2fmcd.service and change it to 11.1
>
> I can’t check a real server anymore to tell you for sure because we no
> longer have db2 connect running so doing this from memory :)
>
> Reboot is easiest, but these may work
> systemctl stop db2fmcd
> edit it
> systemctl daemo
If you can’t undo what you did with the db2fm command (history command might be
your friend), then you can probably edit the file
/etc/systemd/system/db2fmcd.service and change it to 11.1
I can’t check a real server anymore to tell you for sure because we no longer
have db2 connect running so
mente,
>
>
>
> Mario Izaguirre
> Barcelona, Spain
>
>
> El El mar, 9 abr 2024 a las 18:35, Tom Huegel
> escribió:
>
> > I'm a LINUX novice. I need to have DB2 CONNECT autostart at LINUX boot
> > time. How do I do that? LINUX is SUSE.
> >
> &g
ovice. I need to have DB2 CONNECT autostart at LINUX boot
> time. How do I do that? LINUX is SUSE.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with
It's quite a long time ago we had DB2 Connect, but the startup of DB2
connect was included in the regular Linux SYSV init startup. I guess the
scripts came with DB2 connect. I don't know if current versions are
adjusted to SystemD. But in any case, you need to include it in the
regul
You’ll want to look at “db2fm” in the db2 doc.
It’ll start it and keep it active if it crashes.
From: Linux on 390 Port On Behalf Of Tom Huegel
Sent: Tuesday, April 9, 2024 9:34 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Start DB2 Connect at linux boot
I'm a LINUX novice. I need to hav
Which release of SUSE? Did the DB2 Connect package come as an RPM, or in some
other format?
Mark Post
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU]On
> Behalf Of Tom
> Huegel
> Sent: Tuesday, April 09, 2024 12:34 PM
> To: LINUX
You could do a cronjob that runs at boot. The command “crontab -e” will open
the cron editor then you put in your command after the cron syntax.
@reboot DB2 CONNECT command goes here
Thanks,
Angel Jara
From: Linux on 390 Port On Behalf Of Tom Huegel
Sent: Tuesday, April 9, 2024 12:34 PM
To
I'm a LINUX novice. I need to have DB2 CONNECT autostart at LINUX boot
time. How do I do that? LINUX is SUSE.
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu wit
We converted from standalone client copies to DB2 Connect Server under zLinux.
Reasons:
1. Cost. The standlone copy was about $450 per. The server copy for 25 Named
user was around $2,250. A Named user is per user and cannot be shared. A 25
pack for concurrent users costs much more
Thomas,
We are an SAP shop. Years ago, we ran the full DB2 connect client on each SAP
application server. This would be a real pail at times when DB2 maintenance
came along. It was also a consumed quite a bit of disk space on the server.
Also there was the matter of the configuration that
On Behalf Of Tom Ambros
Sent: Thursday, June 21, 2012 7:43 AM
To: LINUX-390@VM.MARIST.EDU
Subject: [LINUX-390] DB2 Connect client, any sense in running server?
We're running the DB2 Connect client at the various distributed machines
that require it. Is there any sense in running the DB2
We're running the DB2 Connect client at the various distributed machines
that require it. Is there any sense in running the DB2 Connect server
product in a Linux on System Z guest to serve the other guests or the
distributed machines removing the client from those distributed devices?
I
where do I go next? Tks Matt
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Tom
Duerbusch
Sent: Monday, February 28, 2011 1:51 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Db2 Connect Server
When I installed DB2 Connect, I used the VNC method of i
Matt
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Tom
Duerbusch
Sent: Monday, February 28, 2011 1:51 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Db2 Connect Server
When I installed DB2 Connect, I used the VNC method of installing.
I did a "fi
ID Level Fix Pack Product Description
-
CONNECT_SERVER 9.7.0.0 0 DB2 Connect Server
-Original Message
When I installed DB2 Connect, I used the VNC method of installing.
I did a "find / -name db2samp*.* from putty on my DB2 Connect Server. The file
wasn't found. I don't know what was used by the install process.
BTW, if you only have DB2 Connect and not DB2/UDB with it, would yo
I'm a zvm/Linux nubie looking for some help with DB2 Conn sever on Linux. I
have it installed and I am working on the post installation tasks, trying to
create the sample database but it seems the command 'db2sampl' is nowhere to be
found. According to the not so good db2 install book it should
time.
Thank you all for your help.
Regards, Berry.
-Original Message-
From: van Sleeuwen, Berry
Sent: dinsdag 11 mei 2010 9:07
To: 'Linux on 390 Port'
Subject: RE: DB2 Connect keeps the guest active
Hi David,
Thanks for this idea. No it doesn't run, but we did find som
bject: Re: DB2 Connect keeps the guest active
You might want to take a look at this variable:
DB2_MIN_IDLE_RESOURCES
Operating system: Linux
Default: OFF, Values: OFF or ON
This variable specifies that an activated database is to use minimal
processing resources when it is idle. This might be usef
ginal Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Dean, David (I/S)
Sent: maandag 10 mei 2010 16:25
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DB2 Connect keeps the guest active
Is this running?
db2fmcd #DB2 Fault Monitor Coordinator
Its job is to keep instances going
We also have been having issues with servers running weblogic and db2
connect.
I have asked the db2 support person to stop running db2fmcd.
We are running db2 connect 9.7 fix pack 1. Does the new variable
DB2_MIN_IDLE_RESOURCES pertain only to running a db2 database on linux
on z? In our case
n 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Edmund R.
MacKenty
Sent: Monday, May 10, 2010 7:54 AM
To: LINUX-390@vm.marist.edu
Subject: Re: [LINUX-390] DB2 Connect keeps the guest active
On Monday 10 May 2010 10:50, Rob van der Heij wrote:
>On Mon, May 10, 2010 at 4:25 PM, Dean, David
On Monday 10 May 2010 10:50, Rob van der Heij wrote:
>On Mon, May 10, 2010 at 4:25 PM, Dean, David (I/S)
wrote:
>> Is this running?
>> db2fmcd #DB2 Fault Monitor Coordinator
>> Its job is to keep instances going
>
>Right, that's a common cause of trouble. It frequently gets confused
>and starts t
On Mon, May 10, 2010 at 4:25 PM, Dean, David (I/S) wrote:
> Is this running?
> db2fmcd #DB2 Fault Monitor Coordinator
> Its job is to keep instances going
Right, that's a common cause of trouble. It frequently gets confused
and starts to consume excessive amount of CPU as well.
It has no function
David (I/S)
Sent: Monday, May 10, 2010 7:25 AM
To: LINUX-390@vm.marist.edu
Subject: Re: [LINUX-390] DB2 Connect keeps the guest active
Is this running?
db2fmcd #DB2 Fault Monitor Coordinator
Its job is to keep instances going
IBM Link
http://www-01.ibm.com/support/docview.wss?uid=swg21209001
---
, 2010 10:12 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DB2 Connect keeps the guest active
>Are you sure you're doing the right thing there? It sounds like you've
>started a database instance rather than DB2 Connect.
Eh Rob, DB2 Connect fat client contains a database instance.
>Are you sure you're doing the right thing there? It sounds like you've
>started a database instance rather than DB2 Connect.
Eh Rob, DB2 Connect fat client contains a database instance.
You are thinking thin client.
Best regards,
Pieter Harder
pieter.har...@brabantwate
2010/5/10 van Sleeuwen, Berry :
> Hello listers,
>
> We have (re)installed a SLES10 with DB2 connect 9.5. Our base SLES10 is
> configured to drop out of queue when it is not active so these base
> guests only enter Q1 at some regular intervals. But when we start DB2 it
> remains
It looks like this was introduced via Fix Pack 1 for 9.7. I could not find any
reference to it in the 9.5 documentation. I too notice that our DB2 Connect 9.5
guests never become idle, even when they are not in use.
Zach
- Original Message -
From: "Marcy Cortes"
To:
du
Subject: [LINUX-390] DB2 Connect keeps the guest active
Hello listers,
We have (re)installed a SLES10 with DB2 connect 9.5. Our base SLES10 is
configured to drop out of queue when it is not active so these base
guests only enter Q1 at some regular intervals. But when we start DB2 it
remains in Q3. S
Hello listers,
We have (re)installed a SLES10 with DB2 connect 9.5. Our base SLES10 is
configured to drop out of queue when it is not active so these base
guests only enter Q1 at some regular intervals. But when we start DB2 it
remains in Q3. So it looks like there is some process that remains
Zach and Mark, thanks very much for your input.
Plenty to think about
Regards
Paul
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Zach Pratt
Sent: 22 July 2009 14:56
To: LINUX-390@VM.MARIST.EDU
Subject: Re: WMB and DB2 Connect on z/Linux
Here's what we do:
Currently, we have a DB2 Connect Server (Application Server Edition v9.5)
running on one of our SLES guests which we use as a gateway to each DB2
instance that we want to allow remote access to. If this is what you're
interested in, I recommend reading this: ht
>>> On 7/21/2009 at 10:11 AM, "Beesley, Paul"
>>> wrote:
> Hello
>
> We are installing WebSphere Message Broker on z/Linux to replace MQSI on
> z/OS and have so far uploaded and installed WMB itself, MQ and DB2
> We believe we need to install DB2
Hello
We are installing WebSphere Message Broker on z/Linux to replace MQSI on
z/OS and have so far uploaded and installed WMB itself, MQ and DB2
We believe we need to install DB2 Connect to be able to run SQL against
DB2 files on the mainframe, but are confused as to what us actually
required
nt by: Linux on LINUX-390@VM.MARIST.EDU
390 Port cc
Subject
Re: DB2 Connect and Linux on Z
06/10/2009 01:08
: Re: [LINUX-390] DB2 Connect and Linux on Z
> Its a marketing deal not a technical thing. DRDA workload is ziip
> eligible.
Yes, but isn't that just the lookup and marshalling/demarshalling of the data?
> I get the Ziip question now. The DDF (DB2 distributed) type processing
> for DB2 on z/OS will still use the Ziips. The data that is being sent
> down to the z/Linux guest that is running DB2 Connect is going over the
> HiperSockets
> This processing on z/OS is still Ziip eligibl
> Its a marketing deal not a technical thing. DRDA workload is ziip
> eligible.
Yes, but isn't that just the lookup and marshalling/demarshalling of the data?
I get the Ziip question now. The DDF (DB2 distributed) type processing
for DB2 on z/OS will still use the Ziips. The data that is being sent
down to the z/Linux guest that is running DB2 Connect is going over the
HiperSockets
This processing on z/OS is still Ziip eligible. Once it hits the z/Linux
Its a marketing deal not a technical thing. DRDA workload is ziip eligible.
Marcy
- Original Message -
From: Linux on 390 Port
To: LINUX-390@VM.MARIST.EDU
Sent: Wed Jun 10 12:25:05 2009
Subject: Re: [LINUX-390] DB2 Connect and Linux on Z
> We are new to the Linux world and h
I don't think UDB uses zIIP engines. They use IFL engines. Performance seems
to be good, especially over hipersockets.
Tom Duerbusch
--Original Message--
From: David Boyes
Sender: Linux on 390 Port
To: LINUX-390@VM.MARIST.EDU
ReplyTo: Linux on 390 Port
Subject: Re: DB2 Connec
> We are new to the Linux world and have been developing Linux servers on
> our Z9. We are thinking of setting up a DB2 Connect Linux on a Z server
> with Hypersocket connection to out DB2 database which is on one of our
> zOS lpars. Does anyone know if the performance is going to be
ARIST.EDU
Sent by: Linux on cc
390 Port
DB2 Connect and Linux on Z
06/10/2009 09:49
AM
Please respond to
Linux on 390 Port
We
Db2 connect runs very well on linux on z. Hipersockets is a TCP connection so
should be ziip eligible just like your solaris traffic.
Marcy
- Original Message -
From: Linux on 390 Port
To: LINUX-390@VM.MARIST.EDU
Sent: Wed Jun 10 09:49:21 2009
Subject: [LINUX-390] DB2 Connect and
We are new to the Linux world and have been developing Linux servers on our Z9.
We are thinking of setting up a DB2 Connect Linux on a Z server with
Hypersocket connection to out DB2 database which is on one of our zOS lpars.
Does anyone know if the performance is going to be compatible to
Hi,
For Hipersockets and SAP/db2 connect transactional workloads the default
MTU of 8k is suggested. Keep in mind to change TCPRCVBUFRSIZE and
TCPSENDBFRSIZE in z/OS TCPIP settings as well as net.ipv4.tcp_wmem in
zLinux accordingly. For performance reasons, it is suggested to increase
qeth
tting up our first hipersocket connection(s) from z/VM
and linux to z/OS and will primarily use this first cut for DB2 connect to
talk to DB2 on z/OS. Does anyone have a guide for the MTU size? ( redbook,
whitepaper, etc )
Thanks,
Bruce Lightsey
Mississippi Dept. of Information Technology Services
>>> On 2/23/2009 at 3:50 PM, wrote:
> We are just now setting up our first hipersocket connection(s) from z/VM
> and linux to z/OS and will primarily use this first cut for DB2 connect to
> talk to DB2 on z/OS. Does anyone have a guide for the MTU size? ( redbook,
> whitepa
We are just now setting up our first hipersocket connection(s) from z/VM
and linux to z/OS and will primarily use this first cut for DB2 connect to
talk to DB2 on z/OS. Does anyone have a guide for the MTU size? ( redbook,
whitepaper, etc )
Thanks,
Bruce Lightsey
Mississippi Dept. of Information
Hi
I am still trying to track the exact cause of the issue. Mysteriously it
just started to work (*!?). I will check with the DB2 Connect support
person to see if he had to do something. I suspect user error!!! I will
let the list know what I find out.
Thanks, Terry
-Original Message
while connecting to DB2 Connect from z/Linux over
HiperSockets
On Monday, 06/16/2008 at 05:49 EDT, "Evans, Kevin R"
<[EMAIL PROTECTED]> wrote:
> Not sure if this is applicable or not, but on the z/OS comm. Server
> side...113 can mean several things all generically known as EB
unless pursuant to explicit written agreement
> or government initiative expressly permitting the use of e-mail for such
> purpose.
>
> -
>
>
>
>
> "Evans, Kevin R" <[EMAIL PROTECTED]>
> Sent by: Linux on 390 Port
> 06/16/2008 12:13 PM
> Please respond to
>
390 Port
06/16/2008 12:13 PM
Please respond to
Linux on 390 Port
To
LINUX-390@VM.MARIST.EDU
cc
Subject
Re: Error while connecting to DB2 Connect from z/Linux over HiperSockets
Sounds like there isn't a listener listening or maybe a firewall in the
way.
Kevin
-Original Message--
ng to DB2 Connect from z/Linux over
HiperSockets
Kevin the errno 113
#define EHOSTUNREACH113 /* No route to host */
'Where ever you go - There you are!! '
Richard (Gaz) Gasiorowski
Global Solutions & Technology
Principal Lead Infrastructure Architect
845-773-9243 Work
845-3
PROTECTED]>
Sent by: Linux on 390 Port
06/16/2008 11:52 AM
Please respond to
Linux on 390 Port
To
LINUX-390@VM.MARIST.EDU
cc
Subject
Re: Error while connecting to DB2 Connect from z/Linux over HiperSockets
Well, that's a shame, isn't it? Oh well, learn something every day.
Well, that's a shame, isn't it? Oh well, learn something every day.
Kevin
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Alan Altmark
Sent: Monday, June 16, 2008 11:32 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Error while connecting to D
On Monday, 06/16/2008 at 05:49 EDT, "Evans, Kevin R"
<[EMAIL PROTECTED]> wrote:
> Not sure if this is applicable or not, but on the z/OS comm. Server
> side...113 can mean several things all generically known as EBADF:
> Socket descriptor is not in a correct range
> Socket descriptor is already bei
:09 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Error while connecting to DB2 Connect from z/Linux over
HiperSockets
Hi
It looks like it is an issue with what the user is doing. Our DB2
Connect system guy had no trouble starting multiple DB2 Connect
sessions. So at this point it looks like everyt
Hi
It looks like it is an issue with what the user is doing. Our DB2
Connect system guy had no trouble starting multiple DB2 Connect
sessions. So at this point it looks like everything is looking good.
Thanks for the response.
BTW; you may be seeing some postings from me over the next few
ive the error I mentioned. This IP (158.73.207.45)
> is the IP for the DB2 subsystem that the DB2 Connect is trying to
> connect to.
I don't know what you mean by "they try to SH to open another connection",
but my guess is that a firewall is stopping you, not liking the port
numb
Hi
Yes, I can PING the 158.73.207.45 address of this Linux guest and have
actually sent data. The problem is when they try to SH to open another
connection they receive the error I mentioned. This IP (158.73.207.45)
is the IP for the DB2 subsystem that the DB2 Connect is trying to
connect to
On Friday, 06/13/2008 at 04:59 EDT, "Martin, Terry R. (CMS/CTR) (CTR)"
<[EMAIL PROTECTED]> wrote:
> While trying to start multiple DB2 connections we receive the following
> message:
> SQL30081N A communication error has been detected. Communication
> protocol being used: "TCP/IP". Communicatio
If I'm looking at the right error codes, 113 would indicate 'Destination
host unreachable'.. Are all of these DB2 connections going to the same
host? Is that 158 address in the msg the server? Is the routing for the
hipersocket correct? Any indications in messages.log or the db2 logs?
Not sur
Hi
While trying to start multiple DB2 connections we receive the following
message:
SQL30081N A communication error has been detected. Communication
protocol
being used: "TCP/IP". Communication API being used: "SOCKETS".
Location
where the error was detected: "158.73.207.45". Commun
0@VM.MARIST.EDU
Subject: Network traffic with DB2 Connect on zLinux and other Unix
Hy list,
I have 2 students here, who are compairing different db2Connect
installations.
They notice an important difference in network traffic between the
z/Linux installation, and a Solaris installation.
The netw
for each datapacket, with Unix there were not that many
ACKs
Nbr packets MB Sent
Unix 33000 41MB
Linux 44000 42MB
Question thus: have you an idea how we could tell DB2/Connect on z/Linux
not to request an ACK for each packet? If you don't kno
brary/techarticle/0301chong/0301chong
2.html#section3 (DB2 Version 8 Connectivity Cheat Sheet)
covers it a little more clearly.
James Campbell
On 3 Mar 2007 at 22:20, Linux on 390 Port wrote:
> Typically to do this you need to
> 1) create a DB2 instance on the DB2 Connect server. Normally this
> And if the DB/2 connect software is on the client, why not connect
> directly to z/OS DB/2? Going through Linux would seem to be an
> unnecessary step.
I'd tend to agree, but it may be a solution to a political problem (ie,
not permitting direct connections to mainframe (defining mainframe =
z/O
Typically to do this you need to
1) create a DB2 instance on the DB2 Connect server. Normally this would have
been done
during the installation process unless the installer had specifically skipped
the step.
2) attach to the instance on the zLinusx system
3) catalog tcpip node remote
And if the DB/2 connect software is on the client, why not connect
directly to z/OS DB/2? Going through Linux would seem to be an
unnecessary step.
Harold Grovesteen
David Boyes wrote:
Trying my best to answer your question - but this is uncharted waters
for me.
What you want to do is forward
> Trying my best to answer your question - but this is uncharted waters
> for me.
>
> What you want to do is forward the DB/2 Connect ports to the z/OS DB/2
> instance, right?
> No I don't think so, because isn't that what DB/2 Connect
> provides. Some how I have got to get the DB/2 Connect
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Boyes
Sent: Friday, March 02, 2007 5:12 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DB2 Connect; using Linux as a gateway to mainframe LPAR via
hipersockets
> The only piece of information I h
> The only piece of information I have been able to uncover - states
> "DB2COMM and SVCENAME" are setup automatically" but it seemed to me
only
> to apply with the installation of DB2 not DB2 Connect. It is not my
> intention to run DB2 on the zLinux system. I
y" but it seemed to me only
> to apply with the installation of DB2 not DB2 Connect. It is not my
> intention to run DB2 on the zLinux system. I only want it to serve as a
> gateway for distributed systems (PC workstations, application servers,
> etc) to use in order to read/update DB2 t
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Post
Sent: Friday, March 02, 2007 1:48 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DB2 Connect; using Linux as a gateway to mainframe LPAR via
hipersockets
>>> On Thu, Mar 1, 2007 at 7:
ain INPUT (policy ACCEPT)
> target prot opt source destination
>
> Chain FORWARD (policy ACCEPT)
> target prot opt source destination
>
> Chain OUTPUT (policy ACCEPT)
> target prot opt source
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Post
Sent: Thursday, March 01, 2007 3:06 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DB2 Connect; using Linux as a gateway to mainframe LPAR via
hipersockets
>>> On Thu, Mar 1, 2007 at 5:
>>> On Thu, Mar 1, 2007 at 5:52 PM, in message
<[EMAIL PROTECTED]>, "Clark,
Douglas" <[EMAIL PROTECTED]> wrote:
-snip-
> What does "tracert - d 10.128.24.232" from the Windows system show?
> F:\>tracert - d 10.128.24.232
>
> Tracing route to 10.128.24.232 over a maximum of 30 hop
No firewalls between these machines; They are all in the "Green zone".
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
John Summerfield
Sent: Thursday, March 01, 2007 2:43 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DB2 Connect; using Linux as
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Post
Sent: Thursday, March 01, 2007 1:51 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DB2 Connect; using Linux as a gateway to mainframe LPAR via
hipersockets
>>> On Thu, Mar 1, 2007 at 4:
Mark Post wrote:
On Thu, Mar 1, 2007 at 4:40 PM, in message
<[EMAIL PROTECTED]>, "Clark,
Douglas" <[EMAIL PROTECTED]> wrote:
Here are the answers to your question.
What IP addresses are you using for the two ends of the HiperSocket
connection?
zLinux IP Addr: 10.128.24.232
z/O
>>> On Thu, Mar 1, 2007 at 4:40 PM, in message
<[EMAIL PROTECTED]>, "Clark,
Douglas" <[EMAIL PROTECTED]> wrote:
> Here are the answers to your question.
>
> What IP addresses are you using for the two ends of the HiperSocket
> connection?
> zLinux IP Addr: 10.128.24.232
> z/OS IP Add
UG0 0
0 eth0
Just want to reiterate that I can communicate from the zLinux system
using DB2 Connect to DB2 on z/OS. I am having trouble communicating
from the XP workstation to the zLinux system to then get connectivity to
the z/OS DB2 database.
-Original Message-
From: Li
I only installed DB2 Connect on the zLinux system (s390x). Currently (always
subject to change at the whim of management), I have no desire to run DB2 under
zLinux. What I have installed is DB2 Connect 8.2
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf
>>> On Thu, Mar 1, 2007 at 1:10 PM, in message
<[EMAIL PROTECTED]>, "Clark,
Douglas" <[EMAIL PROTECTED]> wrote:
> Trying to setup a three tier connection between a windows XP
> workstation, SuSE Linux s390x in an LPAR, and DB2 on z/OS in another
> LPAR. The communication between the "Linux s390x
, 1. März 2007 19:10
An: LINUX-390@VM.MARIST.EDU
Betreff: DB2 Connect; using Linux as a gateway to mainframe LPAR via
hipersockets
Trying to setup a three tier connection between a windows XP workstation,
SuSE Linux s390x in an LPAR, and DB2 on z/OS in another LPAR. The
communication between the
Trying to setup a three tier connection between a windows XP
workstation, SuSE Linux s390x in an LPAR, and DB2 on z/OS in another
LPAR. The communication between the "Linux s390x LPAR" and "DB2 under
z/OS" works fine via hipersockets. I can't connect via the windows XP
workstation and the Linux s
Emil,
We have a tool called Web Query that uses DB2 Connect.
Here is an article that a colleague of mine wrote on WebQuery and
DB2 Connect (long URL, 2 lines):
http://www.db2mag.com/story/showArticle.jhtml;jsessionid=
GVQGJJFTGIX02QSNDBCSKH0CJUMEKJVN?articleID=51200268.
(some of the release
Thanks to those who responded and shared their experience on DB2 Connect.
-Emil
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http
> > David:
> > this is exactly what we should consider for our environment.
> > am I understanding correctly that I can run my .NET app
> under zLinux?
Yes, with some minor restrictions (there are some Windows-specific functions
that you need to avoid, but these are unlikely to be present -- for o
McKown, John wrote:
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Jones
Sent: Friday, July 22, 2005 11:25 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DB2 Connect
It's a clear
win-win situation for everybody.
Except for Microsoft, who
> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
> Behalf Of Dave Jones
> Sent: Friday, July 22, 2005 11:25 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: DB2 Connect
>
> It's a clear
> win-win situation for everybody.
E
1 - 100 of 217 matches
Mail list logo
