|
Yes we do have a firewall. I am not sure if this will be the problem though. This did not start happening until we upgraded to the V4R4 version of the OS400. I will check into this though. You never know. Thanks! > -----Original Message----- > From: Vernon Reeve [SMTP:reeve@bendcable.com] > Sent: Monday, January 22, 2001 3:48 PM > To: CODE400-L@midrange.com > Subject: RE: Problems with the IBM Distributed Debugger > > > Do you have a firewall, and if so does it allow access to port 3001? Each > time I try to use a new port, I have to call the security guys to let me > have access to it. > > -----Original Message----- > From: owner-code400-l@midrange.com [mailto:owner-code400-l@midrange.com]On > Behalf Of Buckingham, Ed > Sent: Monday, January 22, 2001 11:10 AM > To: 'CODE400-L@midrange.com' > Cc: 'satish@ca.ibm.com' > Subject: RE: Problems with the IBM Distributed Debugger > > I have checked my port setting on the systems and port 3001 is not being > used anywhere. I have checked my active jobs and Q5BROUTE in not running > any where. Any other ideas as to what is going on here? Thanks! > > > -----Original Message----- > > From: satish@ca.ibm.com [SMTP:satish@ca.ibm.com] > > Sent: Monday, January 22, 2001 11:47 AM > > To: CODE400-L@midrange.com > > Subject: RE: Problems with the IBM Distributed Debugger > > > > > > > > It seems to me that the debugger server socket cannot get a socket bind > to > > a port to listen to incoming requests. Q5BROUTE is the debugger program > > that attempts to set up the debugger back-end (AS/400 code) as a server > > when the STRDBGSVR command is issued. One of the reasons for failure > > could be that the port is already being used by another process on that > > AS/400. By default the debugger server attempts to use port 3001. To > > verify if this port is already being used, issue the command NETSTAT on > > the system followed by option 3. Then press F14 to toggle the display > to > > show port numbers as opposed to port names and check the column entitled > > Local Port. If 3001 shows up and the debugger server is not running > (i.e > > PGM-Q5BROUTE does not show up in Work with Active Jobs display under > > subsystem QSYSWRK), then 3001 is being used by another program. > > > > > > Remote Remote Local > > Opt Address Port Port Idle Time State > > * * 3001 000:13:58 Listen > > * * 4005 043:30:48 Listen > > * * 4444 055:39:05 Listen > > > > > > > > To change the debugger server default port, you will have to do a > > WRKSRVTBLE SERVICE(QDBGSVR)and change the assigned port number. You > will > > also have to change the default port number the debugger client will > > attempt to connect to. You do this by clicking on the Advance button on > > the > > Debugger Client Load Program dialog. Then change the port number in the > > Debugger Settings page to match the one you assigned to QDBGSVR. > > > > Hope this helps. > > > > > > Satish Gungabeesoon > > iSeries AD Tools, IBM Canada Lab, > > 416-448-3269 (tl:778-3269) > > satish@ca.ibm.com > > > > > > "Buckingham, Ed" <Buckingham@AE.com>@midrange.com on 01/22/2001 08:07:34 > > AM > > > > Please respond to CODE400-L@midrange.com > > > > Sent by: owner-code400-l@midrange.com > > > > > > To: "'CODE400-L@midrange.com'" <CODE400-L@midrange.com> > > cc: > > Subject: RE: Problems with the IBM Distributed Debugger > > > > > > Hi John: > > I did try all of the steps that you have outlined here. I > was > > able > > to kill the Prestarted job with no problem, but when I try to start up > the > > debug sever I get the same problem again. The job tries to start and > then > > looks like it ends with no problem. I was able to get a joblog of the > > STRDBGSVR command when it executes. Below is what I found happening: > > > > *NONE Request 01/22/01 07:57:48 QWTSCSBJ > > *N QCMD QSYS 015E > > Message . . . . : -CALL > > PGM(QSYS/Q5BROUTE) > > CPFAC04 Completion 50 01/22/01 07:57:48 Q5BROUTE > > QSYS *STMT QCMD QSYS 018C > > From module . . . . . . . . : > > Q5BROUTE > > From procedure . . . . . . : > > GetUnixSocket > > Statement . . . . . . . . . : 11 > > > > Message . . . . : An error > occurred > > using the control socket for the debug > > server. > > > > Cause . . . . . : The control > > socket > > used to communicate with the debug > > server router function could not > be > > used. The socket function attempted was > > 'Bind ' and the error code was > > 3401. Recovery . . . : Using the > > WRKOBJLCK command, check to see > > which > > job is holding a lock on object > > QSYS/Q5BROUTE; type *PGM. End all > > jobs holding a lock and retry the > > ENDDBGSVR command. > > > > CPF1164 Completion 00 01/22/01 07:57:48 QWTMCEOJ > > QSYS 00AA *EXT *N > > Message . . . . : Job > > 417597/BUCKINGHAM/QSYSJOBD ended on 01/22/01 at > > 07:57:48; 1 seconds used; end > code > > 0 > > . > > Cause . . . . . : Job > > 417597/BUCKINGHAM/QSYSJOBD completed on 01/22/01 at > > 07:57:48 after it used 1 seconds > > processing unit time. The job had ending > > > > I tried doing what was suggested here, but there were no locks that I > > could > > see on the QSYS/Q5BROUTE object. The one thing that I find odd is that > > according to the joblog it appears to think that I issued the ENDDBGSVR > > command when actually I issued the STRDBGSVR command. Could this be > > correct? The command is not calling the correct program? Thanks in > > advance! > > > > Ed B. > > > > > -----Original Message----- > > > From: jstein@ca.ibm.com [SMTP:jstein@ca.ibm.com] > > > Sent: Friday, January 19, 2001 11:17 AM > > > To: CODE400-L@midrange.com > > > Subject: RE: Problems with the IBM Distributed Debugger > > > > > > Hi Ed, > > > > > > One of the debugger gang suggested that the cause may be that there > are > > > prestarted jobs Q5BWHSRV still hanging around when you issued the > > > STRDBGSVR > > > command. > > > > > > Try the following steps: > > > 1. Use command > > > > > > to kill the prestarted job. > > > 2. Then use command > > > WRKACTJOB > > > Shift F2 > > > to make sure there is no job Q5BWHSRV in subsystem QSYSWRK. > > > 3. Now use command STRDBGSVR to start the debug server. > > > > > > Let us know if this solves the trouble. Thanks. > > > ____________________________________________________ > > > John Steinbacher, PhD. IBM Toronto Lab > > > Manager, iSeries AD Tools & Strategy jstein@ca.ibm.com > > > 1150 Eglinton Avenue East, Toronto Ontario, Canada, M3C 1H7 > > > > > > ---------------------- Forwarded by John Steinbacher/Toronto/IBM on > > > 01/19/2001 10:50 AM --------------------------- > > > > > > "Barry W. Hoffman" <bwhoffman@natsem.com>@midrange.com on 01/19/2001 > > > 08:22:27 AM > > > > > > Please respond to CODE400-L@midrange.com > > > > > > Sent by: owner-code400-l@midrange.com > > > > > > > > > To: "'CODE400-L@midrange.com'" <CODE400-L@midrange.com> > > > cc: > > > Subject: RE: Problems with the IBM Distributed Debugger > > > > > > > > > Hi Ed, > > > I know how you feel. I haven't had a working debugger ever since they > > > switched from the Code400 Debugger (v3.2.1?) to the IBM Distributed > > > Debugger (v3.2.2?) (at least a year and a half) until just last week > > after > > > applying SP1 to wdt400 v4.5.1 it magically started working! We are on > > > v4r4 > > > of OS400, too. So my suggestion would be to upgrade to wdt400 v4.5.1 > > and > > > apply SP1. That's the only thing that's worked for me. > > > > > > > > > Note: There are some PTFs for v4r4 listed on > > > http://www-4.ibm.com/software/ad/varpg/support/code400.htm > > > that should be applied if you haven't done so. > > > > > > > > > Barry Hoffman > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Buckingham, Ed [mailto:Buckingham@AE.com] > > > Sent: Thursday, January 18, 2001 8:44 AM > > > To: 'CODE400' > > > Subject: Problems with the IBM Distributed Debugger > > > > > > > > > The copmany I work for has recently upgraded to v4r4 of the OS on the > > > AS400. > > > Since that time we have not been able to start the debug server using > > the > > > STRDBGSVR command. When I enter the command, I immediately get a > > > completion > > > message that my job completed normally. If I look at my job log for > the > > > command it shows me the following message, "Start Prestart Jobs > command > > is > > > not allowed now." > > > > > > > > > > > > Cause . . . . . : The Start Prestart Jobs (STRPJ) command is not > > valid > > > at > > > > > > > > > this time for reason 1. See reason 1 shown below: > > > > > > > > > 1 - The prestart jobs for program Q5BWHSRV in library QSYS in > > > subsystem > > > > > > > > > QSYSWRK are already active. > > > > > > > > > > > > > > > > > > When I try to start a debugger session I still get the standard > message > > > that my connection was refused and that I need to run the STRDBGSVR > > > command. > > > Has anyone had any problems with V4R4 related to the debugger? Is > there > > a > > > PTF that needs to be applied? Any suggestions would be helpful. > > Thanks! > > > > > > > > > Ed Buckingham > > > IS Help Desk Consultant > > > Phone (724) 779-5683 > > > buckingham@ae.com > > > > > > > > > +--- > > > | This is the CODE/400 Mailing List! > > > | To submit a new message, send your mail to CODE400-L@midrange.com. > > > | To subscribe to this list send email to CODE400-L-SUB@midrange.com. > > > | To unsubscribe from this list send email to > > > CODE400-L-UNSUB@midrange.com. > > > > > > | Questions should be directed to the list owner/operator: > > larry@paque.net > > > +--- > > > > > > > > > > > > +--- > > > | This is the CODE/400 Mailing List! > > > | To submit a new message, send your mail to CODE400-L@midrange.com. > > > | To subscribe to this list send email to CODE400-L-SUB@midrange.com. > > > | To unsubscribe from this list send email to > > > CODE400-L-UNSUB@midrange.com. > > > | Questions should be directed to the list owner/operator: > > larry@paque.net > > > +--- > > +--- > > | This is the CODE/400 Mailing List! > > | To submit a new message, send your mail to CODE400-L@midrange.com. > > | To subscribe to this list send email to CODE400-L-SUB@midrange.com. > > | To unsubscribe from this list send email to > > CODE400-L-UNSUB@midrange.com. > > | Questions should be directed to the list owner/operator: > larry@paque.net > > +--- > > > > > > > > > > +--- > > | This is the CODE/400 Mailing List! > > | To submit a new message, send your mail to CODE400-L@midrange.com. > > | To subscribe to this list send email to CODE400-L-SUB@midrange.com. > > | To unsubscribe from this list send email to > > CODE400-L-UNSUB@midrange.com. > > | Questions should be directed to the list owner/operator: > larry@paque.net > > +--- > +--- > | This is the CODE/400 Mailing List! > | To submit a new message, send your mail to CODE400-L@midrange.com. > | To subscribe to this list send email to CODE400-L-SUB@midrange.com. > | To unsubscribe from this list send email to > CODE400-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: larry@paque.net > +--- > > +--- > | This is the CODE/400 Mailing List! > | To submit a new message, send your mail to CODE400-L@midrange.com. > | To subscribe to this list send email to CODE400-L-SUB@midrange.com. > | To unsubscribe from this list send email to > CODE400-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: larry@paque.net > +--- +--- | This is the CODE/400 Mailing List! | To submit a new message, send your mail to CODE400-L@midrange.com. | To subscribe to this list send email to CODE400-L-SUB@midrange.com. | To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: larry@paque.net +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
