tracker issue : CF-3130239

select a category, or use search below
(searches all categories and all time range)
Title:

Updates not working anymore

| View in Tracker

Status/Resolution/Reason: Closed/Withdrawn/NotABug

Reporter/Name(from Bugbase): Andrew Scott / Andrew Scott (Andrew Scott)

Created: 03/05/2012

Components: Administrator, HotFix Notification

Versions: 10.0

Failure Type:

Found In Build/Fixed In Build: Public Beta /

Priority/Frequency: Major / Most users will encounter

Locale/System: English / Win 2008 Server x64

Vote Count: 0

Problem Description: Well I have no idea why, but I have done this before and it has worked.

But after installing and uninstalling that many times, I think something has finally screwed up. I have attached a screen shot, to show that after I click on the icon with the number 2 as there are 2 updates, or I select the update from the navigation. 

I get nothing.


Steps to Reproduce:

Actual Result:

Expected Result:

Any Workarounds:

----------------------------- Additional Watson Details -----------------------------

Watson Bug ID:	3130239

External Customer Info:
External Company:  
External Customer Name: ascott67
External Customer Email:  
External Test Config: My Hardware and Environment details:

Attachments:

  1. March 05, 2012 00:00:00: 1_CaptureUpdateCf10.PNG

Comments:

"Error","pool-2-thread-1","03/06/12","00:25:32",,"Unable to initialise WebSocket service: org.jboss.netty.channel.ChannelException: Failed to bind to: 0.0.0.0/0.0.0.0:8585" org.jboss.netty.channel.ChannelException: Failed to bind to: 0.0.0.0/0.0.0.0:8585 at org.jboss.netty.bootstrap.ServerBootstrap.bind(ServerBootstrap.java:303) at coldfusion.tagext.net.websocket.server.WebSocketEngine.start(WebSocketEngine.java:52) at coldfusion.tagext.net.websocket.WebSocketServiceImpl.start(WebSocketServiceImpl.java:77) at coldfusion.server.CFService.setupWebSocketService(CFService.java:484) at coldfusion.server.CFService.start(CFService.java:676) at coldfusion.server.j2ee.CFStartUpServlet.startCFService(CFStartUpServlet.java:110) at coldfusion.server.j2ee.CFStartUpServlet.init(CFStartUpServlet.java:86) at javax.servlet.GenericServlet.init(GenericServlet.java:160) at coldfusion.bootstrap.ClassloaderHelper.initServletClass(ClassloaderHelper.java:121) at coldfusion.bootstrap.BootstrapServlet.init(BootstrapServlet.java:59) at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1266) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1185) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1080) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5001) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5278) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1525) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1515) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Caused by: java.net.BindException: Address already in use: bind at sun.nio.ch.Net.bind(Native Method) at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:126) at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59) at org.jboss.netty.channel.socket.nio.NioServerSocketPipelineSink.bind(NioServerSocketPipelineSink.java:148) at org.jboss.netty.channel.socket.nio.NioServerSocketPipelineSink.handleServerSocket(NioServerSocketPipelineSink.java:100) at org.jboss.netty.channel.socket.nio.NioServerSocketPipelineSink.eventSunk(NioServerSocketPipelineSink.java:74) at org.jboss.netty.channel.Channels.bind(Channels.java:468) at org.jboss.netty.channel.AbstractChannel.bind(AbstractChannel.java:192) at org.jboss.netty.bootstrap.ServerBootstrap$Binder.channelOpen(ServerBootstrap.java:348) at org.jboss.netty.channel.Channels.fireChannelOpen(Channels.java:176) at org.jboss.netty.channel.socket.nio.NioServerSocketChannel.<init>(NioServerSocketChannel.java:85) at org.jboss.netty.channel.socket.nio.NioServerSocketChannelFactory.newChannel(NioServerSocketChannelFactory.java:142) at org.jboss.netty.channel.socket.nio.NioServerSocketChannelFactory.newChannel(NioServerSocketChannelFactory.java:90) at org.jboss.netty.bootstrap.ServerBootstrap.bind(ServerBootstrap.java:282) ... 22 more
Comment by External U.
20376 | March 05, 2012 07:56:53 AM GMT
Thought it might be a firewall issue, but as it is turned off and still get the error, something else is causing this.
Comment by External U.
20377 | March 05, 2012 07:59:40 AM GMT
In case you have standalone and J2EE installations running on the same machine, the web socket port will be the same and this might be the reason why you are getting the exception. Can you change the websocket port {cfroot}\lib\neo-webcoket.xml (for any one of the installations) and try again? (Comment added from ex-user id:vkonatal)
Comment by Adobe D.
20378 | March 21, 2012 08:38:40 AM GMT
This is related to another ticket, where I installed ColdFusion as 2 instances running as a standard instalaltion, and deploying another instance. I also had another instance installed on tomcat that was using the same port. In the other ticket, I made the suggestion that when installing ColdFusion or Deploying it to another container like Tomcat then it should check that the port is free to be used. Otherwise this issue will happen. The same can be said if I have two Tomcat installations and deploy the war to both instances, the same problem occurs. I could change what you asked me to do, and it would more than likely work. As stopping the Tomcat instance allows ColdFusion 19 standard to work again. Starting the omcat instance causes that to fail. Same as the two tomcat installs when one ist stopped the other will work, and viceversa. Hope that helps more. ColdFusion should not assume that this port is free, and should cycle to another port if it is not free. I have given many examples of how this can be the case, and all are typical Developer installations or even production to some degree.
Comment by External U.
20379 | March 21, 2012 08:46:41 AM GMT
Server should not cycle ports on start-up to another one if it is not free. This port needs to be exposed externally and if server changes it dynamically, it will become impossible to manage it by the administrator. This is similar to the HTTP port and any server should not cycle the HTTP port dynamically during startup. This is not a bug and does not need anything to be done.
Comment by Rupesh K.
20380 | April 02, 2012 02:37:25 AM GMT