Connection refused error after the latest Ubuntu updates or update to 2.0.1

[Tom Klein]

Hi Sam,

I've tried your latest version of SDFS 2.0.1 but I keep getting these errors below when using the sdfscli or the replication service.

Do you know how to resolve these errors?

Cheers,

Tom

SDFSCLI

0 [main] INFO org.apache.commons.httpclient.HttpMethodDirector  - I/O exception (java.net.ConnectException) caught when processing request: Connection refused
2 [main] INFO org.apache.commons.httpclient.HttpMethodDirector  - Retrying request
7 [main] INFO org.apache.commons.httpclient.HttpMethodDirector  - I/O exception (java.net.ConnectException) caught when processing request: Connection refused
7 [main] INFO org.apache.commons.httpclient.HttpMethodDirector  - Retrying request
11 [main] INFO org.apache.commons.httpclient.HttpMethodDirector  - I/O exception (java.net.ConnectException) caught when processing request: Connection refused
11 [main] INFO org.apache.commons.httpclient.HttpMethodDirector  - Retrying request
java.io.IOException: java.net.ConnectException: Connection refused
        at org.opendedup.sdfs.mgmt.cli.MgmtServerConnection.getResponse(MgmtServerConnection.java:63)
        at org.opendedup.sdfs.mgmt.cli.ProcessDSEInfo.runCmd(ProcessDSEInfo.java:16)
        at org.opendedup.sdfs.mgmt.cli.SDFSCmdline.parseCmdLine(SDFSCmdline.java:47)
        at org.opendedup.sdfs.mgmt.cli.SDFSCmdline.main(SDFSCmdline.java:440)
Caused by: java.net.ConnectException: Connection refused
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
        at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
        at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
        at java.net.Socket.connect(Socket.java:579)
        at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:618)
        at sun.security.ssl.SSLSocketImpl.<init>(SSLSocketImpl.java:451)
        at sun.security.ssl.SSLSocketFactoryImpl.createSocket(SSLSocketFactoryImpl.java:140)
        at org.apache.commons.httpclient.contrib.ssl.EasySSLProtocolSocketFactory.createSocket(EasySSLProtocolSocketFactory.java:188)
        at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
        at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
        at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
        at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
        at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
        at org.opendedup.sdfs.mgmt.cli.MgmtServerConnection.getResponse(MgmtServerConnection.java:51)
        ... 3 more

Replication service

2014-06-17 13:48:00,023 [QuartzScheduler_Worker-1] INFO sdfs  - replicating 10.132.96.215:6442:/ to localhost:6442:Replica-%d
2014-06-17 13:48:00,851 [QuartzScheduler_Worker-1] INFO sdfs  - Will keep [ALL] copies of the replicated folder [/]
2014-06-17 13:48:00,852 [QuartzScheduler_Worker-1] WARN sdfs  - unable to finish executing replication
java.io.IOException: java.net.ConnectException: Connection refused
        at org.opendedup.sdfs.mgmt.cli.MgmtServerConnection.getResponse(MgmtServerConnection.java:63)
        at org.opendedup.sdfs.mgmt.cli.ProcessArchiveOutCmd.runCmd(ProcessArchiveOutCmd.java:25)
        at org.opendedup.sdfs.replication.ReplicationService.getRemoteArchive(ReplicationService.java:246)
        at org.opendedup.sdfs.replication.ReplicationService.replicate(ReplicationService.java:144)
        at org.opendedup.sdfs.replication.ReplicationJob.execute(ReplicationJob.java:15)
        at org.quartz.core.JobRunShell.run(JobRunShell.java:216)
        at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549)
Caused by: java.net.ConnectException: Connection refused
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
        at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
        at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
        at java.net.Socket.connect(Socket.java:579)
        at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:618)
        at sun.security.ssl.SSLSocketImpl.<init>(SSLSocketImpl.java:451)
        at sun.security.ssl.SSLSocketFactoryImpl.createSocket(SSLSocketFactoryImpl.java:140)
        at org.apache.commons.httpclient.contrib.ssl.EasySSLProtocolSocketFactory.createSocket(EasySSLProtocolSocketFactory.java:188)
        at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
        at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
        at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
        at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
        at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
        at org.opendedup.sdfs.mgmt.cli.MgmtServerConnection.getResponse(MgmtServerConnection.java:51)
        ... 6 more

[Sam Silverberg]

Probably running on a different port. What is the output of df -h?

--
You received this message because you are subscribed to the Google Groups "dedupfilesystem-sdfs-user-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dedupfilesystem-sdfs-u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Tom Klein]

I have tried to specify it also in the configuration file.
Like setting the ip instead of 0.0.0.0 and when i do i netstat -an it is open on 2222 and 6442.

The firewall is also disabled.

The strange thing is I didn't change the configuration just updated to 2.0.1 and also downgraded back to 2.0 but won't work any more.

[Sam Silverberg]

Can you provide the output of df -h?

[Tom Klein]

Filesystem                                  Size  Used Avail Use% Mounted on
/dev/mapper/tw4--sync1--vg-root              71G  3.2G   64G   5% /
none                                        4.0K     0  4.0K   0% /sys/fs/cgroup
udev                                         32G  4.0K   32G   1% /dev
tmpfs                                       6.3G  1.7M  6.3G   1% /run
none                                        5.0M     0  5.0M   0% /run/lock
none                                         32G     0   32G   0% /run/shm
none                                        100M     0  100M   0% /run/user
/dev/sda1                                   236M  124M  100M  56% /boot
/dev/sdb1                                   3.0T  2.0T  853G  71% /mnt/san
sdfs:/etc/sdfs/replica-volume-cfg.xml:6444  3.0T  2.0T  985G  68% /mnt/dedup

[Tom Klein]

Sam,

I just checked and it seems that the port did change for some reason.

When I defined the port in the sdfscli it connected.

Not sure if the port changed during the beta and the final as that is the only thing I can think what happened.

Testing a replication tomorrow at 5 so will report back then.

[Tom Klein]

Sorry for the late reply. I was fixing this from my holiday location and wifi is crap. But all seems fine after the changing of the ports in the configuration. Thanks for the help Sam!