Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 61233 - yphelper does not like Solaris servers.
yphelper does not like Solaris servers.
Status: CLOSED DUPLICATE of bug 26362
Product: Red Hat Linux
Classification: Retired
Component: ypserv (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Alexander Larsson
Aaron Brown
Depends On:
  Show dependency treegraph
Reported: 2002-03-15 11:58 EST by Mike Gahagan
Modified: 2007-04-18 12:40 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-03-19 10:57:18 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Mike Gahagan 2002-03-15 11:58:01 EST
Description of Problem:

The yphelper program used by the ypinit script does not appear to work when
attempting to set up a slave NIS server to a Sun master NIS server

Version-Release number of selected component (if applicable):

1.3.12-2 on 7.2 w/ all current eratta installed

How Reproducible:


Steps to Reproduce:
1. Attempt to configure 7.2 to be a slave NIS server

Actual Results:

ypinit fails with 

Can't enumerate maps from <master server hostname>. Please check that is running

Expected Results:

Map transfer should have proceded without incident.

Additional Information:
In ypinit, there is a commented line above the yphelper line that uses ypwhich
-m filtering through grep/awk. uncommenting that line and commenting out the
yphelper line allowed the script to work properly, however this is prone to
failure if one isn't careful how they enter the hostname of the master NIS server.

Tests with yphelper by itself on the command line with the same options that the
script uses results in no output generated at all where the ypwhich -m /grep/awk
combination always returned the correct results.
Comment 1 Alexander Larsson 2002-03-21 10:49:19 EST

*** This bug has been marked as a duplicate of 26362 ***

Note You need to log in before you can comment on or make changes to this bug.