In order to install Oracle, rcp must be enabled. However, we are told rcp is turned off by default in the Suse 7.2 installation. We are able to use rsh and rlogin, but not rcp. How do you enable rcp in Suse to allow incoming connections? Thanks! Brian Bailey Fellowship Church Technology www.fellowshipchurch.com bbailey@fcmail.org 972.471.6612
On Tue, 25 Sep 2001, Brian Bailey wrote:
In order to install Oracle, rcp must be enabled. However, we are told rcp is turned off by default in the Suse 7.2 installation. We are able to use rsh and rlogin, but not rcp.
How do you enable rcp in Suse to allow incoming connections?
Is this really rcp or "RPC" (remote procedure calls)? In the latter case, "portmap" has to be started. Set START_PORTMAP in /etc/rc.config to "yes". Bye, LenZ -- ------------------------------------------------------------------ Lenz Grimmer SuSE GmbH mailto:grimmer@suse.de Schanzaeckerstr. 10 http://www.suse.de/~grimmer/ 90443 Nuernberg, Germany Try to divide your time evenly to keep others happy.
* Lenz Grimmer <grimmer@suse.de> (Wed, Sep 26, 2001 at 01:37:21PM +0200)
On Tue, 25 Sep 2001, Brian Bailey wrote:
In order to install Oracle, rcp must be enabled. However, we are told rcp is turned off by default in the Suse 7.2 installation. We are able to use rsh and rlogin, but not rcp.
How do you enable rcp in Suse to allow incoming connections?
Is this really rcp or "RPC" (remote procedure calls)? In the latter case, "portmap" has to be started. Set START_PORTMAP in /etc/rc.config to "yes".
rcp is remote copy (just as rsh is remote shell and rlogin is remote login) You have to enable this through the pam mechanism. Though unfortunately pam is for me a bit of a black art I managed to get it to recognise rlogin and rsh (add to /etc/pam.d/rlogin auth sufficient /lib/security/pam_rhosts_auth.so debug as the first line) However I cannot find with of the pam.d files are for rcp (try rexec) Kind regards, -- Gerhard den Hollander Phone +31-10.280.1515 Global Technical Support Fax +31-10.280.1511 Jason Geosystems BV (When calling please note: we are in GMT+1) gdenhollander@jasongeo.com POBox 1573 visit us at http://www.jasongeo.com 3000 BN Rotterdam JASON.......#1 in Reservoir Characterization The Netherlands This e-mail and any attachment is/are intended solely for the named addressee(s) and may contain information that is confidential and privileged. If you are not the intended recipient, we request that you do not disseminate, forward, distribute or copy this e-mail message. If you have received this e-mail message in error, please notify us immediately by telephone and destroy the original message.
Hi, I am sure this was answered recently, but I can't find it in the archives. I installed MySQL from the 7.2 CD's, "rcmysql start" seams to work (at least I can log in and view the demo tables, but setting START_MYSQL="yes" in Yast causes mysql to fail to start on boot-up. I can find nothing obvious in any logs. Any ideas? Cheers Phil -- Linux 2.4.4-4GB 12:51pm up 11:04, 1 user, load average: 1.61, 0.42, 0.14
On Wed, 26 Sep 2001, Phil Shrimpton wrote:
I am sure this was answered recently, but I can't find it in the archives.
I installed MySQL from the 7.2 CD's, "rcmysql start" seams to work (at least I can log in and view the demo tables, but setting START_MYSQL="yes" in Yast causes mysql to fail to start on boot-up. I can find nothing obvious in any logs. Any ideas?
Does it really fail? Or do you see a "failed" message but the mysqld process is running anyway? Anything in /var/lib/mysql/<hostname>.err? Bye, LenZ -- ------------------------------------------------------------------ Lenz Grimmer SuSE GmbH mailto:grimmer@suse.de Schanzaeckerstr. 10 http://www.suse.de/~grimmer/ 90443 Nuernberg, Germany The mind grows by what it feeds upon.
On Wednesday 26 September 2001 12:14, Lenz Grimmer wrote: Hi,
I installed MySQL from the 7.2 CD's, "rcmysql start" seams to work (at least I can log in and view the demo tables, but setting START_MYSQL="yes" in Yast causes mysql to fail to start on boot-up. I can find nothing obvious in any logs. Any ideas?
Does it really fail? Or do you see a "failed" message but the mysqld process is running anyway?
I see a "failed" message, and assumed it had failed <g> But looking at the processes I see one for "safe_mysqld"
Anything in /var/lib/mysql/<hostname>.err?
Just a number of ... xxxxx : mysqld started xxxxx : mysqld Normal Shutdown xxxxx : mysqld Shutdown Complete Which don't seam like errors to me... I guess it is running, but I am being told it has failed? Cheers Phil -- Linux 2.4.4-4GB 1:18pm up 11:32, 2 users, load average: 0.47, 0.20, 0.11
Hi, On Wed, 26 Sep 2001, Phil Shrimpton wrote:
I see a "failed" message, and assumed it had failed <g> But looking at the processes I see one for "safe_mysqld"
Anything in /var/lib/mysql/<hostname>.err?
Just a number of ...
xxxxx : mysqld started xxxxx : mysqld Normal Shutdown xxxxx : mysqld Shutdown Complete
Which don't seam like errors to me...
I guess it is running, but I am being told it has failed?
This seems to be a buglet in the init script, the return value is not interpreted correctly. I thought, I had fixed that one for 7.2... Strange. Just ignore it, it is only a cosmetical thing, then :) Bye, LenZ -- ------------------------------------------------------------------ Lenz Grimmer SuSE GmbH mailto:grimmer@suse.de Schanzaeckerstr. 10 http://www.suse.de/~grimmer/ 90443 Nuernberg, Germany The mind grows by what it feeds upon.
On Wednesday 26 September 2001 12:32, Lenz Grimmer wrote: Hi,
I guess it is running, but I am being told it has failed?
This seems to be a buglet in the init script, the return value is not interpreted correctly. I thought, I had fixed that one for 7.2... Strange.
Just ignore it, it is only a cosmetical thing, then :)
Thanks for your help. I am normally used to things saying they are working when they are not, and this made a refreshing change <g> If the 'bug' in the Init script a big one, as I have to install it on a couple of 'users' machines, and I can already hear the phone ringing Cheers Phil -- Linux 2.4.4-4GB 2:54pm up 13:08, 1 user, load average: 0.55, 0.16, 0.04
participants (4)
-
Brian Bailey -
Gerhard den Hollander -
Lenz Grimmer -
Phil Shrimpton