Openshift jbossews cartridge connection refused from outside but reachable from localhost - jboss

My jbossews cartridge is suddenly no more available through the webbrowser but when logged in via SSH it seems to be reachable:
What I've done so far:
When I gear restart my cartrdige, I get Found 127.3.72.129:8080 listening port.
wget 127.3.72.129:8080 actually downloads the valid index.html
With a wget on the external domain wget test-locked.rhcloud.com (also with ":8080") I just get Connection refused
Catalina log also gives no hint about any problems. It reports the server to be started up successfully without any warnings.
access log also shows no request at all coming in.
disk quota is available, too
I'm running out of ideas what I could check next or get the gear up and running again. Any help would be appreciated.

After Openshift having recovered like magically, the answer to such an issue seems to be: "relax, wait and see".

Related

Error: queryTxt ESERVFAIL cluster0.b4oyxi0.mongodb.net

I am developing a MERN stack application. My Node web server used to work fine. Recently however, whenever I start my Node server, I get the following error:
[1] Error: queryTxt ESERVFAIL cluster0.b4oyxi0.mongodb.net
[0] [HPM] Error occurred while proxying request localhost:3000/api/users/login to http://localhost:5000/ [ECONNRESET] (https://nodejs.org/api/errors.html#errors_common_system_errors)
[1] [nodemon] app crashed - waiting for file changes before starting...
What does this error mean and how can I fix it?
Not exactly sure what the error means. I encountered a similar error and the non +srv connection string did it for me.
To get one,
head out to your Atlas Dashboard under Database Deployment,
click Connect,
then choose Connect your application.
On the Node.js driver version, lower that to 2.2.12 or later.
This should give the connection string.
It's a DNS server issue. Try changing your DNS server in your network settings to any of these, or any other trusted one you know:
208.67.222.222
1.1.1.1
8.8.8.8
9.9.9.9

Curity server admin console not connecting

I did a fresh installation of curity 7.1.0 on a Linux VM. it installed without any issue and started fine. However I am not able to connect it using admin console.
error:
Secure Connection Failed
An error occurred during a connection to xx.xx.xx.xx:6749. PR_CONNECT_RESET_ERROR
A RESET_ERROR often indicates a problem with the infrastructure in my experience.
You can try the following
Clear the cache of your browser
Test with a different browser
Check network settings, i.e. firewall, VPN, proxies, port openings...

Debugging with XDebug and Netbeans from Windows to Ubuntu remote server

I'm trying to debug a Drupal 7 app with Xdebug. My app resides remotely in a server with Ubuntu running Apache.
In Netabeans, I started a proyect with "Application From Remote Server", connected with SFTP.
In the remote server I have installed Xdebug as zend_extension, also i configured xdebug.remote_connect_back=1, xdebug.remote_autostart=1, etc... I've tried everything with no luck.
The log from Xdebug has entries like this one:
Log opened at 2014-12-24 13:01:31
I: Checking remote connect back address.
I: Remote address found, connecting to 181.175.73.24:9000
E: Time-out connecting to client. :-(
Log closed at 2014-12-24 13:01:32
Based on the log it seems that my computer is not visible from outside on port 9000. But port 9000 in my laptop is opened, listening, with Netbeans, that's what happens when a debug sessions starts.
I think it's a problem with my ISP. My IP is not only for me, so I can't manage it's ports or other configuration. I think my PC is not visible from outside.
So, the question is, how can I avoid this limitation? What could I debug my APP from my computer on a remote server?
Every answer is welcome. Using a program, using a service, both... I tried using pagekite but honestly I couldn't find a configuration that works for me.
Thanks everyone.
PD: I don't want Xdebug alternatives that don't do step by step debugging.
PD2: My Xdebug config is attached.
remote_connect_back won't do it for you, it just tries to connect to the public ip, it's nothing magic.
Can you ssh on the remote server ? You might want to try port forwarding over a reverse ssh tunnel.
Full details from the creator of xdebug:
http://derickrethans.nl/debugging-with-xdebug-and-firewalls.html

VM from Google Cloud SQL rejecting connection

I have set up a google cloud sql server using the tutorial on youtube. However, Whenever I try to connect to it through the browser, the connect to it through the browser, the error i am getting is ERR_CONNECTION_REFUSED . The firewalls I have set up correlate to whats in the browser. I can also SSH into the VM. But the VM always rejects my connection. I have been trying for days.
Here are my VM Settings allowing http connections
Here is my VM External IP Address
Here is what the browser tells me when i attempt to connect.
Are you referring to this video https://www.youtube.com/watch?v=_kQXgjIfLgo?
In that video there are some steps missing such as install the web server (e.g. Apache) and PHP in the VM. After you install them, you can execute the following command in the VM:
php /var/www/index.php
If it works you can see the source code of the resulting page and if not you'll have an error to solve (maybe a package to install like php-mysql).
Once you can see the resulting page in the VM you can try to load the page through the browser of your machine. If it still doesn't work there is an Apache or network misconfiguration.

Netbeans & Eclipse hang when I attempt remote EC2 debugging via Xdebug

Already, I've checked at least 20 resources and am out of ideas:
I have a clean, remote Ubuntu EC2 instance, fresh from the AMI, having stopped only to install LAMP, phpmyadmin, and xdebug on it. Yes, I have configured my remote EC2 instance's php.ini file as follows:
Meanwhile, back on my laptop I have Netbeans & Eclipse installed. While I can get either to seamlessly upload and Run my php web app on my EC2 site (via SSH/SFTP) as soon as I hit "Debug" from either, index.php gets uploaded, a browser window opens, and then NOTHING HAPPENS. The page doesn't load, the Debug perspective doesn't open, breakpoints don't get triggered, nothing. Netbeans just hangs out saying "waiting for connection" whereas Eclipse just sits at the notorious 57% level (& yes, I toggled the xdebug.idekey before testing with Eclipse)).
So I tested xdebug's functionality on my server according to the instructions found here and here (both passed). I tried changing to port 9001 (in remote php.ini as well as in local Netbeans/Eclipse), I even tried launching this brand spanking-new EC2 instance with pretty much open Security group settings (SSH=0.0.0.0/0), but nothing seems to be working. I am out & out flummoxed, a self-confessed noob, and appreciative of any insight seasoned professionals in the community may have to offer.
Thanks,
Debbie
This feels like a networking issue to me. Port 9000 may not be accessible. The quickest way to test is to telnet to port 9000 on the remote system (if you have a telnet client installed that allows you to specify which port to telnet to). If the telnet attempt times out or is closed by the remote system you will see the error and this verifies that there is a networking issue.
I would check /etc/services to make sure that port 9000 is not reserved for use of something else. If port 9000 exists and is uncommented then something else is using the port and that services does not know how to respond to your request so it hangs.
I would do a netstat (lookup params to see "all" listening ports) and make sure the remote system is listening on port 9000. If you don't see port 9000 then the remote system is not configured to establish the connection.
If you are on a WIFI network then port 9000 may need to be port forwarded to the remote system using the internal cable modem configuration menu/utility. This is the scenerio I favor because I've wasted so much time solving this kind of problem with different software.
Good luck, you have more troubleshooting ahead of you and different questions to ask to resolve your problem.