Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
[oracle@hpi5 sbin]$ iptables -S
bash: iptables: command not found
[oracle@hpi5 sbin]$ ss -lntp | grep 8000
bash: ss: command not found
[oracle@hpi5 sbin]$
[oracle@hpi5 sbin]$ lsof -i :8000
bash: lsof: command not found
according to the given advice on #4 and #5.
Your system is missing essential software.
Or the essential software is in a directory which is not in your PATH.
In any case, you need to be root.
none of these commands (ss, netstat, lsof) will fix your issue, they are only used to check your config. They should be executed as root and please post the output exactly, do not need to explain/modify it, just post.
Here are what I get
[root@hpi5 sbin]# ptables -S
bash: ptables: command not found
[root@hpi5 sbin]# ss -lntp | grep 8000
bash: ss: command not found
[root@hpi5 sbin]#
[root@hpi5 sbin]# lsof -i :8000
bash: lsof: command not found
I've done such command on server fine. But I still get same problem to telnet server on port 8000 on client machine.
If there is nothing listening on the server machine, using the telnet client program won't connect to it.
Quote:
Originally Posted by Huamin
As I cannot run the Oracle Form from Server machine, on client machine, while Oracle form does work through Port 8000. This is why I try the way to telnet through port 8000.
Start Oracle Form Server on the server that has it installed.
Verify it is running on the server using
Code:
netstat -a | grep 8000
Connect to the server port:8000 from the client machine.
I still get
[root@hpi5 oracle]# /sbin/iptables
iptables v1.3.5: no command specified
Try `iptables -h' or 'iptables --help' for more information.
[root@hpi5 oracle]#
I still get
[root@hpi5 oracle]# /sbin/iptables
iptables v1.3.5: no command specified
Try `iptables -h' or 'iptables --help' for more information.
[root@hpi5 oracle]#
how to enable 8000 port on the server?
There are many comments in this thread. Please read them. Let me help you a little while Hungary is asleep:
Quote:
Originally Posted by pan64
probably /sbin/iptables -S will work. Can you check it?
Quote:
Originally Posted by pan64
thanks, it looks like port 8000 is not in use at all. So you need to find out what should listen on that port and start that application.
Quote:
Originally Posted by pan64
none of these commands (ss, netstat, lsof) will fix your issue, they are only used to check your config. They should be executed as root and please post the output exactly, do not need to explain/modify it, just post.
And this:
Quote:
Originally Posted by Habitual
Start Oracle Form Server on the server that has it installed.
Verify it is running on the server using
Code:
netstat -a | grep 8000
Connect to the server port:8000 from the client machine.
To summarize: There are at least two prerequisites to connect to a TCP/IP port on a server:
The firewall doesn't block the port. Check this with iptables -S or other firewall commands, depending on your distro version.
A process is listening on that port. You checked this with the netstat command and found that no process is listening.
Since #2 is missing, start that process. Perhaps Habitual's answer goes into the right direction.
But you will also have to check #1.
Most importantly, when you ask for help, please read and follow people's suggestions. I find it mildly insulting that we tell you to do certain things and you persist not listening to us.
Last edited by berndbausch; 11-18-2015 at 07:45 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.