Author |
Message |
wmweaver2
Joined: 29 Oct 2007 Posts: 111 Country: United States |
|
Contacting remote agent |
|
Our biggest problem seems to be setting up the software to communicate with each other. I have done a netstat -p 1096 and it returns 1096/tcp open unknown. I have tried both FTP and PAM I see the firewall log and it shows the connection but the scheduler log shows nothing. However the debug log on the pc running the master says:
java.rmi.ConnectException: Connection refused to host: 127.0.0.1; nested exception is:
java.net.ConnectException: Connection refused: connect
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(Unknown Source)
at sun.rmi.transport.tcp.TCPChannel.createConnection(Unknown Source)
at sun.rmi.transport.tcp.TCPChannel.newConnection(Unknown Source)
I am unsure why it keeps telling me that it cannot connect on 127.0.0.1 when the agent clearly has the IP address in it. I can ascce the IP from a command prompt. So i have agent installed on 2 servers it connects to one records nothing in the master debug log and doesnt connect to the other and records what i copied above.
|
|
Mon Dec 03, 2007 1:42 pm |
|
 |
SysOp
Site Admin
Joined: 26 Nov 2006 Posts: 7949
|
|
|
|
If you are running it in scheduler mode, not agent mode, you need to explicitly configure it to listen for network connections. If it is running as a service or background process, stop it and run with the GUI. Click Tools/Options menu, and then on the Network tab check "server" option. Alternatively, you can edit the preferneces.xml file directly, but you still need to restart the scheduler after this change.
|
|
Mon Dec 03, 2007 1:56 pm |
|
 |
wmweaver2
Joined: 29 Oct 2007 Posts: 111 Country: United States |
|
|
|
i am running agent.sh nogui &
Should i need to configure the XML file? I didnt have to on the other server?
Sorry i confuse the terminology Master and Scheduler are the same correct?
Agent is just agent but i check the scheduler log to see if the master is connecting to the agent from the server the agent is running on, at least that was my impression.
Any idea why the master debug log keeps telling me it cannot connect to 127.0.0.1 when the agent i added clearly says the IP address?
|
|
Mon Dec 03, 2007 2:14 pm |
|
 |
SysOp
Site Admin
Joined: 26 Nov 2006 Posts: 7949
|
|
|
|
Since you are using agent.sh then you don't need to do anything, yet "netstats –a" should show it listening on port 1096.
Aside from that the debug.log on the mater should show the IP of the agent. Please try pinging the agent from the master command line and see it resolves to the right ip/host name. You can also try telnet command with a custom telnet port 1096 to verify you get a response from the agent on 1096.
|
|
Mon Dec 03, 2007 2:38 pm |
|
 |
wmweaver2
Joined: 29 Oct 2007 Posts: 111 Country: United States |
|
|
|
Yeah netstat shows the port open and listening. Since its a test server we shutdown the firewall for a few minuts and tested it to rule that out. I have tried both PAM and FTp authentication. I can FTP to the agent from the master yet the firewall logs show incoming connection from my pc but nothing else. I know i am getting to the PC with the agent from the respons the "test connection" button on the remote host profile properties. When its not reaching the host IP it hangs for a few minutes and then says connection failed when it connects but cant authenticate it responds connection to host " " failed.
Thanks-Will
|
|
Mon Dec 03, 2007 3:03 pm |
|
 |
SysOp
Site Admin
Joined: 26 Nov 2006 Posts: 7949
|
|
|
|
Please enable tracing option on both ends and do a test connect. Post relevant fragments of debug.log file from both ends, so we can see what is going on there. If any user names or passwords appear in the log, please mask them before posting.
|
|
Mon Dec 03, 2007 3:23 pm |
|
 |
wmweaver2
Joined: 29 Oct 2007 Posts: 111 Country: United States |
|
|
|
Debug log from agent:
007-12-03 15:17:40,487 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - main(...) : start
2007-12-03 15:17:40,488 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : start
2007-12-03 15:17:40,491 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : creating business objects
2007-12-03 15:17:40,561 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : creating UI controller
2007-12-03 15:17:40,652 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : initializing business objects
2007-12-03 15:17:40,656 [main] DEBUG com.softtreetech.jscheduler.business.preferences.AbstractPrefDatabase - Creating backup for preferences file preferences.xml
2007-12-03 15:17:40,658 [main] DEBUG com.softtreetech.jscheduler.business.preferences.AbstractPrefDatabase - Preferences file has been copied to preferences.bak
2007-12-03 15:17:41,094 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : loading job db
2007-12-03 15:17:41,094 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : ready to run jobs
debug log from Master:
2007-12-03 14:28:20,328 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - main(...) : start
2007-12-03 14:28:20,328 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : start
2007-12-03 14:28:20,593 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : creating business objects
2007-12-03 14:28:20,890 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : creating UI controller
2007-12-03 14:28:21,031 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : initializing business objects
2007-12-03 14:28:21,046 [main] DEBUG com.softtreetech.jscheduler.business.preferences.AbstractPrefDatabase - Creating backup for preferences file preferences.xml
2007-12-03 14:28:21,046 [main] DEBUG com.softtreetech.jscheduler.business.preferences.AbstractPrefDatabase - Preferences file has been copied to preferences.bak
2007-12-03 14:28:21,437 [main] DEBUG com.softtreetech.jscheduler.business.jobtemplates.JobTemplateSetImpl - loadDescription: path: Template/test_template.ini
2007-12-03 14:28:22,359 [main] DEBUG com.softtreetech.jscheduler.db.drivers.file.FileJobDbStorage - buildIndex(): totalRecordsNumber: 14
2007-12-03 14:28:22,359 [main] DEBUG com.softtreetech.jscheduler.db.drivers.file.FileJobDbStorage - buildIndex(): deletedRecordsNumber: 0
2007-12-03 14:28:22,500 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : end
2007-12-03 14:28:22,500 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - main(...) : end
2007-12-03 14:28:43,484 [AWT-EventQueue-0] DEBUG com.softtreetech.jscheduler.business.agent.remote.AgentServerImpl - testConnection
java.rmi.ConnectException: Connection refused to host: 127.0.0.1; nested exception is:
java.net.ConnectException: Connection refused: connect
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(Unknown Source)
at sun.rmi.transport.tcp.TCPChannel.createConnection(Unknown Source)
at sun.rmi.transport.tcp.TCPChannel.newConnection(Unknown Source)
at sun.rmi.server.UnicastRef.invoke(Unknown Source)
at com.softtreetech.jscheduler.business.agent.remote.RemoteAgentImpl_Stub.checkLicense(Unknown Source)
at com.softtreetech.jscheduler.business.agent.remote.AgentServerImpl.testConnection(Unknown Source)
at com.softtreetech.jscheduler.ui.ooOO.K$4.actionPerformed(Unknown Source)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.Dialog$1.run(Unknown Source)
at java.awt.Dialog$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Dialog.show(Unknown Source)
at com.softtreetech.jscheduler.ui.ooOO.K.show(Unknown Source)
at java.awt.Component.show(Unknown Source)
at java.awt.Component.setVisible(Unknown Source)
at java.awt.Window.setVisible(Unknown Source)
at java.awt.Dialog.setVisible(Unknown Source)
at com.softtreetech.jscheduler.ui.ooOO.K.while.for(Unknown Source)
at com.softtreetech.jscheduler.ui.OoOO.H$12.super(Unknown Source)
at com.softtreetech.jscheduler.ui.OoOO.O0OO.actionPerformed(Unknown Source)
at com.softtreetech.jscheduler.ui.A.E$5.mousePressed(Unknown Source)
at java.awt.AWTEventMulticaster.mousePressed(Unknown Source)
at java.awt.AWTEventMulticaster.mousePressed(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.<init>(Unknown Source)
at java.net.Socket.<init>(Unknown Source)
at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(Unknown Source)
at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(Unknown Source)
... 64 more
|
|
Mon Dec 03, 2007 3:31 pm |
|
 |
SysOp
Site Admin
Joined: 26 Nov 2006 Posts: 7949
|
|
|
|
It looks like you are dealing with a license violation. You need to have a unique license for this agent. You cannot share license keys.
|
|
Mon Dec 03, 2007 4:00 pm |
|
 |
wmweaver2
Joined: 29 Oct 2007 Posts: 111 Country: United States |
|
|
|
That doesnt make any sense. First how can you tell that from the log files? Both agents running are using the 30 day trial version with no key at all and the master is the licensed version. If you really think that will take care of it i will order another but, from what i read in the forums you will be given an error on the test connection that clearly states that you are using the same key if you have a duplicate license and I assure you we dont. We bought a license for the master and used the free trial on the agent. Th eonly reason we went with the free trial on the agent was because we didnt get a 100% clear answer that it would run on 64 bit Linux. I have the trial agent running on a 64 bit and 32 bit platform.
|
|
Mon Dec 03, 2007 4:24 pm |
|
 |
SysOp
Site Admin
Joined: 26 Nov 2006 Posts: 7949
|
|
|
|
I see that checkLicense failed in the test-connect processing, that why I suggested that there might be a problem with the license.
Secondary, I am aware that on some systems test-connect doesn't always work for a new profile until the scheduler is restarted. Yet, if the same agent profile is used with a job, it somehow works. Try that first. If a remote job fails with the same error, the license is a likely culprit for this problem.
|
|
Mon Dec 03, 2007 4:33 pm |
|
 |
SysOp
Site Admin
Joined: 26 Nov 2006 Posts: 7949
|
|
|
|
By the way, it should work on 64-bit platforms just like on 32-bits. Lots of people run 24x7 on 64-bit platforms including, Linux and all flavors of Unix
|
|
Mon Dec 03, 2007 4:35 pm |
|
 |
wmweaver2
Joined: 29 Oct 2007 Posts: 111 Country: United States |
|
|
|
[jscheduler@processat ~]$ bash agent.sh nogui &
[1] 31300
[jscheduler@processat ~]$ This is a 30-day trial product. It may not be used for production purposes. (26 days left)
Copyright (c) 2006 SoftTree Technologies, Inc.
24x7 Scheduler started in agent mode.
Press Ctrl+C to abort
[jscheduler@processat ~]$ ps ax |grep agent
31300 pts/2 S 0:00 bash agent.sh nogui
31301 pts/2 Sl 0:02 /opt/j2sdk1.4.2_16/bin/java -Xms64m -Xmx96m -jar jscheduler.jar agent nogui
2246 pts/2 S+ 0:00 grep agent
[jscheduler@processat ~]$ echo $JAVA_HOME
/opt/j2sdk1.4.2_16
[jscheduler@processat ~]$
I just stopped and restarted the agent to make sure they didnt just copy the folders over but ran a complete new install and it says it has 26 days left because i know if you copy the preferences file over it will hose things up.
|
|
Mon Dec 03, 2007 4:42 pm |
|
 |
SysOp
Site Admin
Joined: 26 Nov 2006 Posts: 7949
|
|
|
|
Have you tried to ping the server as suggested earlier? What did you get?
After restarting the scheduler, does it still says it is trying to connect to 127.0.01? By the way, if it is trying to connect to the local host (to itself, e.g. loopback), that would explain the license violation issue.
|
|
Mon Dec 03, 2007 5:02 pm |
|
 |
wmweaver2
Joined: 29 Oct 2007 Posts: 111 Country: United States |
|
|
|
Yeah it pings the server and we see the firewall log and see the master sending packets but why the hell does the debug log keep showing 127.0.0.1? I just make up some random IP address that doesnt have an agent running it shows the IP in the debug log.
|
|
Mon Dec 03, 2007 5:27 pm |
|
 |
SysOp
Site Admin
Joined: 26 Nov 2006 Posts: 7949
|
|
|
|
I will be able to answer this after learning the results of your test remote job. Does the log show the same IP address when connecting fro ma job and when connecting fro m a test-connect button?
|
|
Mon Dec 03, 2007 5:33 pm |
|
 |
|