ERROR: Remoting configuration failed

[toddhd]

Hi - I've had ccnet running for a day or two now with no problems, on
a server that I Remote Desktop into. After a day, I logged out. When I
logged back in, I realized that ccnet.exe wasn't running because the
service was set to manual. So I changed to service to autostart, and
to my knowledge, that's all that changed. ccnet.config is the same.
But now I get the error below. I Google'd on it, and everything I
found came down to either:

1) This problem doesn't exist anymore
2) Just reboot the server to unlock the port

This is version 1.4 of ccnet, and it seems like the problem does
exist. I did reboot the server as well, but I get the same error. I'm
not much of an admin, so does anyone know what is going on? Is there
some way I can tell what socket is tied up and un-tie it?

Thanks,
-Todd

C:\Program Files\CruiseControl.NET\server>ccnet
CruiseControl.NET Server 1.4.0.3252 -- .NET Continuous Integration
Server
Copyright c 2008 ThoughtWorks Inc. All Rights Reserved.
.NET Runtime Version: 2.0.50727.1433 Image Runtime Version:
v2.0.50727
OS Version: Microsoft Windows NT 5.2.3790 Service Pack 2 Server
locale: e
n-US

log4net:ERROR [RollingFileAppender] Unable to acquire lock on file C:
\Program Fi
les\CruiseControl.NET\server\ccnet.log. The process cannot access the
file 'C:\P
rogram Files\CruiseControl.NET\server\ccnet.log' because it is being
used by ano
ther process.
[CCNet Server:DEBUG] The trace level is currently set to debug. This
will cause
CCNet to log at the most verbose level, which is useful for setting
up or debug
ging the server. Once your server is running smoothly, we recommend
changing th
is setting in C:\Program Files\CruiseControl.NET\server
\ccnet.exe.config to a lo
wer level.
[CCNet Server:INFO] Reading configuration file "C:\Program Files
\CruiseControl.N
ET\server\ccnet.config"
[CCNet Server:INFO] Initiatizing Project [CELIC]
[CCNet Server:ERROR] INTERNAL ERROR: Remoting configuration failed
with the exce
ption 'System.Reflection.TargetInvocationException: Exception has been
thrown by
the target of an invocation. ---> System.Net.Sockets.SocketException:
Only one
usage of each socket address (protocol/network address/port) is
normally permitt
ed
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot,
SocketAddress
socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at System.Net.Sockets.TcpListener.Start(Int32 backlog)
at System.Net.Sockets.TcpListener.Start()
at
System.Runtime.Remoting.Channels.ExclusiveTcpListener.Start(Boolean
exclus
iveAddressUse)
at
System.Runtime.Remoting.Channels.Tcp.TcpServerChannel.StartListening(Objec
t data)
at
System.Runtime.Remoting.Channels.Tcp.TcpServerChannel.SetupChannel()
at
System.Runtime.Remoting.Channels.Tcp.TcpServerChannel..ctor(IDictionary
pr
operties, IServerChannelSinkProvider sinkProvider,
IAuthorizeRemotingConnection
authorizeCallback)
at
System.Runtime.Remoting.Channels.Tcp.TcpChannel..ctor(IDictionary
properti
es, IClientChannelSinkProvider clientSinkProvider,
IServerChannelSinkProvider se
rverSinkProvider)
--- End of inner exception stack trace ---
at System.RuntimeMethodHandle._InvokeConstructor(Object[] args,
SignatureStru
ct& signature, IntPtr declaringType)
at System.RuntimeMethodHandle.InvokeConstructor(Object[] args,
SignatureStruc
t signature, RuntimeTypeHandle declaringType)
at System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags
invokeAttr, B
inder binder, Object[] parameters, CultureInfo culture)
at System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr,
Binder bin
der, Object[] args, CultureInfo culture, Object[]
activationAttributes)
at System.Activator.CreateInstance(Type type, BindingFlags
bindingAttr, Binde
r binder, Object[] args, CultureInfo culture, Object[]
activationAttributes)
at
System.Runtime.Remoting.RemotingConfigHandler.CreateChannelFromConfigEntry
(ChannelEntry entry)
at
System.Runtime.Remoting.RemotingConfigHandler.ConfigureChannels(RemotingXm
lConfigFileData configData, Boolean ensureSecurity)
at
System.Runtime.Remoting.RemotingConfigHandler.ConfigureRemoting(RemotingXm
lConfigFileData configData, Boolean ensureSecurity)'.
----------
System.Runtime.Remoting.RemotingException: Remoting configuration
failed with th
e exception 'System.Reflection.TargetInvocationException: Exception
has been thr
own by the target of an invocation. --->
System.Net.Sockets.SocketException: Onl
y one usage of each socket address (protocol/network address/port) is
normally p
ermitted
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot,
SocketAddress
socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at System.Net.Sockets.TcpListener.Start(Int32 backlog)
at System.Net.Sockets.TcpListener.Start()
at
System.Runtime.Remoting.Channels.ExclusiveTcpListener.Start(Boolean
exclus
iveAddressUse)
at
System.Runtime.Remoting.Channels.Tcp.TcpServerChannel.StartListening(Objec
t data)
at
System.Runtime.Remoting.Channels.Tcp.TcpServerChannel.SetupChannel()
at
System.Runtime.Remoting.Channels.Tcp.TcpServerChannel..ctor(IDictionary
pr
operties, IServerChannelSinkProvider sinkProvider,
IAuthorizeRemotingConnection
authorizeCallback)
at
System.Runtime.Remoting.Channels.Tcp.TcpChannel..ctor(IDictionary
properti
es, IClientChannelSinkProvider clientSinkProvider,
IServerChannelSinkProvider se
rverSinkProvider)
--- End of inner exception stack trace ---
at System.RuntimeMethodHandle._InvokeConstructor(Object[] args,
SignatureStru
ct& signature, IntPtr declaringType)
at System.RuntimeMethodHandle.InvokeConstructor(Object[] args,
SignatureStruc
t signature, RuntimeTypeHandle declaringType)
at System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags
invokeAttr, B
inder binder, Object[] parameters, CultureInfo culture)
at System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr,
Binder bin
der, Object[] args, CultureInfo culture, Object[]
activationAttributes)
at System.Activator.CreateInstance(Type type, BindingFlags
bindingAttr, Binde
r binder, Object[] args, CultureInfo culture, Object[]
activationAttributes)
at
System.Runtime.Remoting.RemotingConfigHandler.CreateChannelFromConfigEntry
(ChannelEntry entry)
at
System.Runtime.Remoting.RemotingConfigHandler.ConfigureChannels(RemotingXm
lConfigFileData configData, Boolean ensureSecurity)
at
System.Runtime.Remoting.RemotingConfigHandler.ConfigureRemoting(RemotingXm
lConfigFileData configData, Boolean ensureSecurity)'.
at
System.Runtime.Remoting.RemotingConfigHandler.ConfigureRemoting(RemotingXm
lConfigFileData configData, Boolean ensureSecurity)
at
System.Runtime.Remoting.RemotingConfigHandler.DoConfiguration(String
filen
ame, Boolean ensureSecurity)
at System.Runtime.Remoting.RemotingConfiguration.Configure(String
filename, B
oolean ensureSecurity)
at
ThoughtWorks.CruiseControl.Core.CruiseServerFactory.Create(Boolean
remote,
String configFile)
at ThoughtWorks.CruiseControl.Core.ConsoleRunner.LaunchServer()
at ThoughtWorks.CruiseControl.Core.ConsoleRunner.Run()
at ThoughtWorks.CruiseControl.Console.ConsoleMain.Main(String[]
args)
----------


C:\Program Files\CruiseControl.NET\server>

[Roebuck, Alex]

Another process has a lock on the ccnet.log file.

Try using Unlocker to see which process has a lock on the ccnet.log.

http://ccollomb.free.fr/unlocker/

Thanks,
-Todd

[Todd Davis]

I had the log file open in NotePad while trying to troubleshoot the error, but that's not where the error was coming from. It was the TargetInvocationException thing that was blowing up on me.

--
-Todd Davis
www.SeaburyDesign.com

[Roebuck, Alex]

It looks like there are two instances of the ccnet server running.  Are you trying to run the console version at the same time as the service on the same port?

[Roebuck, Alex]

To clarify:

 

ccservice.exe is the service version.

 

ccnet.exe is the console version.

WARNING! The attached email has been filtered as possible spam. Please review at your own discretion. 

For additional info: <<http://infosec.web.gs.com/faqs/spam.shtml>>

Cogentrix users go to http://cgxapp/mailinfo for further instructions.

TIP: Don't unsubscribe from spam e-mail.  Unsubscribing confirms to the spammer that a guessed e-mail address is real, and may cause you to receive even more spam.

[JDAVIDI]

I'm running into the same problem (with 1.4) more often than not after
I stop the ccnet.exe Console (I don't use the service).

My only workaround is to change the port number in ccnet.config
(annoying) or rebooting (more annoying) as toddhd mentions in the
original post.

Running netstat -a though indicates that SOMETHING is still making the
machine listen on port 21234 (the default console port number) long
after I've killed the ccnet.exe and all the other processes it spawns
(vault.exe, devenv, etc), not that those should really be locking it
anyway. I even exited all CCTrays pointed at that machine, but it
just won't free up.

Anyone know of any "port killers" out there? My I.S. team didn't...
The Unlocker app mentioned earlier is pretty cool, but it didn't
reveal anything locked in the whole server folder.

--jdavidi

On Apr 9, 3:38 am, "Roebuck, Alex" <Alex.Roeb...@gs.com> wrote:
> To clarify:
>
> ccservice.exe is the service version.
>
> ccnet.exe is the console version.
>
> From: ccnet...@googlegroups.com [mailto:ccnet...@googlegroups.com]
> On Behalf Of Roebuck, Alex
> Sent: Wednesday, April 09, 2008 8:36 AM
> To: ccnet...@googlegroups.com
> Subject: SPAM WARNING!: [ccnet-user] Re: ERROR: Remoting configuration
> failed
>
> It looks like there are two instances of the ccnet server running.  Are
> you trying to run the console version at the same time as the service on
> the same port?
>
> From: ccnet...@googlegroups.com [mailto:ccnet...@googlegroups.com]
> On Behalf Of Todd Davis
> Sent: Tuesday, April 08, 2008 5:38 PM
> To: ccnet...@googlegroups.com
> Subject: [ccnet-user] Re: ERROR: Remoting configuration failed
>
> I had the log file open in NotePad while trying to troubleshoot the
> error, but that's not where the error was coming from. It was the
> TargetInvocationException thing that was blowing up on me.
>

> On Tue, Apr 8, 2008 at 11:08 AM, Roebuck, Alex <Alex.Roeb...@gs.com>

> Cogentrix users go tohttp://cgxapp/mailinfofor further instructions.

>
> TIP: Don't unsubscribe from spam e-mail.  Unsubscribing confirms to the
> spammer that a guessed e-mail address is real, and may cause you to

> receive even more spam.- Hide quoted text -
>
> - Show quoted text -