Sponsored Content
Top Forums UNIX for Dummies Questions & Answers How many UNIX engineers are necessary? Post 93805 by RTM on Thursday 22nd of December 2005 07:48:16 AM
Old 12-22-2005
Automatic doesn't always help - those original 150 servers I wrote about - many of the updates were done automatically. Until a admin made one typing error and instead of updating /etc/passwd with a new file, it overwrote /etc. 46 servers down in a matter of minutes. To err is human - to really screw up you need a computer. Smilie
 

5 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Open source mathematical software for scientists & engineers

I'm look for some opinion on mathematical software from any engineers out there. What is the open source application that --in your opinion(s) -- best meets the same requirements as Mathematica or Maple? I'm running FreeBSD & Linux, btw. (3 Replies)
Discussion started by: Aaron Van
3 Replies

2. What is on Your Mind?

Software engineers, real and otherwise

Hi. Rather than go off-topic in https://www.unix.com/unix-dummies-questions-answers/45122-comparison-2-files-unix-2.html#post302145451I I started this thread. In addition to continuing the discussion here, there are related threads on this topic at: How do you "get into" the programming... (4 Replies)
Discussion started by: drl
4 Replies

3. Solaris

Lack of Solaris Engineers?

Are more and more companies moving away from Solaris? I am currently helping a company search for a Sr. Solaris Engineer near Philadelphia and it seems as if more candidates are in other UNIX flavors. Is this correct? Where is the best place to search for Solaris Engineers? Thank you for... (2 Replies)
Discussion started by: nickcrocemisi
2 Replies

4. What is on Your Mind?

Lack of Solaris Engineers?

Are more and more companies moving away from Solaris? I am currently helping a company search for a Sr. Solaris Engineer near Philadelphia and it seems as if more candidates are in other UNIX flavors. Is this correct? Where is the best place to search for Solaris Engineers? Thank you for your... (1 Reply)
Discussion started by: nickcrocemisi
1 Replies

5. Advertise with Us

Wanted- Linux Application Engineers

Optiver US LLC is a worldwide market maker and derivatives trading firm with offices in Chicago, Amsterdam and Sydney. Attracting very ambitious, talented and results-oriented individuals to become members of a highly selective trading application engineering team. This position is a primary... (0 Replies)
Discussion started by: Barb S.
0 Replies
RPC.YPXFRD(8)						    BSD System Manager's Manual 					     RPC.YPXFRD(8)

NAME
rpc.ypxfrd -- NIS map transfer server SYNOPSIS
rpc.ypxfrd [-p path] DESCRIPTION
The rpc.ypxfrd utility is used to speed up the distribution of very large NIS maps from NIS master to NIS slave servers. The normal method for transferring maps involves several steps: o The master server calls yppush(8) to inform the slave servers to start a transfer. o The slave servers invoke ypxfr(8), which reads the entire contents of a map from the master server using the yp_all() function. o The ypxfr(8) program then creates a new map database file by using the db(3) library hash method to store the data that it receives from the server. o When all the data has been retrieved, ypxfr(8) moves the new file into place and sends ypserv(8) on the local machine a YPPROC_CLEAR to tell it to refresh its database handles. This process can take several minutes when there are very large maps involved. For example: a passwd database with several tens of thousands of entries can consume several megabytes of disk space, and it can take the db(3) library package a long time to sort and store all the records in a hash database. Consider also that there are two sets of map files: master.passwd.by{name,uid} and passwd.by{name,uid}. The rpc.ypxfrd utility speeds up the transfer process by allowing NIS slave servers to simply copy the master server's map files rather than building their own from scratch. Simply put, rpc.ypxfrd implements an RPC-based file transfer protocol. Transferring even a multi-megabyte file in this fashion takes only a few seconds compared to the several minutes it would take even a reasonably fast slave server to build a new map from scratch. The rpc.ypxfrd utility uses the same access restriction mechanism as ypserv(8). This means that slave servers will only be permitted to transfer files if the rules in the securenets database permit it (see ypserv(8) for more information on securenets). Furthermore, only slave servers using reserved ports will be allowed to transfer the master.passwd maps. OPTIONS
The following option is available: -p path This option can be used to override the default path to the location of the NIS map databases. The compiled-in default path is /var/yp. FILES
/var/yp/[domainname]/[maps] The NIS maps for a particular NIS domain. SEE ALSO
yp(8), yppush(8), ypserv(8), ypxfr(8) AUTHORS
Bill Paul <wpaul@ctr.columbia.edu> BUGS
The FreeBSD ypxfrd protocol is not compatible with that used by SunOS. This is unfortunate but unavoidable: Sun's protocol is not freely available, and even if it were it would probably not be useful since the SunOS NIS v2 implementation uses the original ndbm package for its map databases whereas the FreeBSD implementation uses Berkeley DB. These two packages use vastly different file formats. Furthermore, ndbm is byte-order sensitive and not very smart about it, meaning that am ndbm database created on a big endian system cannot be read on a little endian system. BSD
June 2, 1996 BSD
All times are GMT -4. The time now is 02:16 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy