Sponsored Content
Top Forums UNIX for Advanced & Expert Users Migrating all users from one linux server to another... Post 8399 by solvman on Wednesday 10th of October 2001 11:13:08 PM
Old 10-11-2001
Question

I've done migration from linux to OpenBSD. They have got a lil bit different syntax in /etc/passwd file. Make sure you check on that. Everything else seems to me just fine with your algorithm.

I might be mistaken but how can you run 75 httpds on separtly on one box? As far as i understand you run just one server and it creates child process using config file. If this is the case then you just have to install just one httpd and edit and copy your old httpd.conf to a new box.

Regards
Smilie
 

9 More Discussions You Might Find Interesting

1. BSD

Migrating password file to new freebsd server

I need to migrate an existing master.passwd file to new FreeBsd Unix Box. I will moving from 4.1 to 6.1. I already have the home directories copied over. Once I copy over the masterpasswd file what do I need to do to make the system use the new master.passwd file? (0 Replies)
Discussion started by: rbizzell
0 Replies

2. AIX

Migrating AIX users to Linux

Hi all, I was wondering if anyone out there knew if it was possible to migrate users from AIX to Linux. What we want to do is install OpenLDAP on a Linux machine and port all the users over to LDAP. I've googled around and could only find a few things, such as mrgpwd - but that only comes... (0 Replies)
Discussion started by: djcronos
0 Replies

3. Ubuntu

Migrating from Unix to Linux

Is there a way to migrate username password from Freebsd 6.1 to Linux Ubuntu 8.04. I am using the server as a email server running postfix and using imap. Is there a way to transfer the usernames and password. I have transferred all the Maildirs but I am getting uid errors and gid errors even after... (2 Replies)
Discussion started by: rbizzell
2 Replies

4. AIX

Migrating a NIM Server to AIX 6.1

Guys, We are planning to upgrade one of our NIM server to AIX 6.1 from 5.3... Since the server itself is a NIM Server we can't perform it via NIM & I'm choosing to do CD install.. The Install method would be Upgrade installation. Is there anything special that I need to consider before... (5 Replies)
Discussion started by: kkeng808
5 Replies

5. AIX

Migrating RHEL 5 UNIX users to AIX

Hi, I'm able to migrate UNIX users/groups from Solaris to AIX (with same password using 13-char encrypted password from shadow file) but no luck with RHEL 5 to AIX. I see encrypted password in RHEL 5 is bit lengthier than 13-char. Is there any way to convert encrypted password such that same... (1 Reply)
Discussion started by: reddyr
1 Replies

6. Linux

Migrating RCS from HP-UX to Linux

Hello all, We would be migrating from HP-UX 11 to Red Hat Linux 5 shortly. On HP-UX we've been using RCS (Revision Control system). On RHEL I think there is an equivilant utility called Subversion..Is there a way to export the current contents from RCS in HP-UX and import it into Linux's... (2 Replies)
Discussion started by: luft
2 Replies

7. Linux

Migrating to new server

Hi I configured a full blown Suse Linux server with FTP (VSFTP) server (98 users), Samba as well as secure Ftp on Suse Linux 10 SP4. I need to transfer the whole system to a NEW server that I configured with Ver 11.4 What files need to be backed up and restored to the new server keeping the... (5 Replies)
Discussion started by: Tony.Marshall
5 Replies

8. Red Hat

Logged in users on a Linux server are counted twice

Scenario: 1. Log into a linux server interface as root. 2. Inititiate an SSH session with the server using Putty and a valid user account (e.g. fakeuser). 3. Log into TTY2 of the linux server interface using another valid user account (e.g. faketester). Issue: With these three login... (1 Reply)
Discussion started by: walterthered
1 Replies

9. Linux

Logged in users on a Linux server are counted twice

Scenario: Log into a linux server interface as root. Inititiate an SSH session with the server using Putty and a valid user account (e.g. fakeuser). Log into TTY2 of the linux server interface using another valid user account (e.g. faketester). Issue: With these three login sessions,... (8 Replies)
Discussion started by: walterthered
8 Replies
Apache::DProf(3pm)					User Contributed Perl Documentation					Apache::DProf(3pm)

NAME
Apache::DProf - Hook Devel::DProf into mod_perl SYNOPSIS
#in httpd.conf PerlModule Apache::DProf DESCRIPTION
The Apache::DProf module will run a Devel::DProf profiler inside each child server and write the tmon.out file in the directory $ServerRoot/logs/dprof/$$ when the child is shutdown. Next time the parent server pulls in Apache::DProf (via soft or hard restart), the $ServerRoot/logs/dprof is cleaned out before new profiles are written for the new children. WHY
It is possible to profile code run under mod_perl with only the Devel::DProf module available on CPAN. You must have apache version 1.3b3 or higher. When the server is started, Devel::DProf installs an "END" block to write the tmon.out file, which will be run when the server is shutdown. Here's how to start and stop a server with the profiler enabled: % setenv PERL5OPT -d:DProf % httpd -X -d `pwd` & ... make some requests to the server here ... % kill `cat logs/httpd.pid` % unsetenv PERL5OPT % dprofpp There are downsides to this approach: - Setting and unsetting PERL5OPT is a pain. - Server startup code will be profiled as well, which we are not really concerned with, we're interested in runtime code, right? - It will not work unless the server is run in non-forking "-X" mode These limitations are due to the assumption by Devel::DProf that the code you are profiling is running under a standard Perl binary (the one you run from the command line). "Devel::Dprof" relies on the Perl "-d" switch for intialization of the Perl debugger, which happens inside "perl_parse()" function call. It also relies on Perl's special "END" subroutines for termination when it writes the raw profile to tmon.out. Under the standard command line Perl interpreter, these "END" blocks are run when the "perl_run()" function is called. Also, Devel::DProf will not profile any code if it is inside a forked process. Each time you run a Perl script from the command line, the "perl_parse()" and "perl_run()" functions are called, Devel::DProf works just fine this way. Under mod_perl, the "perl_parse()" and "perl_run()" functions are called only once, when the parent server is starting. Any "END" blocks encountered during server startup or outside of "Apache::Registry" scripts are suspended and run when the server is shutdown via apache's child exit callback hook. The parent server only runs Perl startup code, all request time code is run in the forked child processes. If you followed the previous paragraph, you should be able to see, Devel::DProf does not fit into the mod_perl model too well. The Apache::DProf module exists to make it fit without modifying the Devel::DProf module or Perl itself. The Apache::DProf module also requires apache version 1.3b3 or higher and "PerlChildInitHandler" enabled. It is configured simply by adding this line to your httpd.conf file: PerlModule Apache::DProf When the Apache::DProf module is pulled in by the parent server, it will push a "PerlChildInitHandler" via the Apache push_handlers method. When a child server is starting the "Apache::DProf::handler" subroutine will called. This handler will create a directory "dprof/$$" relative to ServerRoot where Devel::DProf will create it's tmon.out file. Then, the handler will initialize the Perl debugger and pull in Devel::DProf who will then install it's hooks into the debugger and start it's profile timer. The "END" subroutine installed by Devel::DProf will be run when the child server is shutdown and the $ServerRoot/dprof/$$/tmon.out file will be generated and ready for dprofpp. NOTE: $ServerRoot/logs/dprof/ will need to be writable by the user Apache is running as (i.e. nobody, apache, etc.). If you can not write to $ServerRoot as this user, set $ENV{APACHE_DPROF_PATH_ABSOLUTE} to an absolute path of a directory this user can. AUTHOR
Originally written by Doug MacEachern Currently maintained by Frank Wiles <frank@wiles.org> LICENSE
This module is distributed under the same terms as Perl itself. SEE ALSO
Devel::DProf(3), Apache::DB(3), mod_perl(3), Apache(3) perl v5.14.2 2006-09-13 Apache::DProf(3pm)
All times are GMT -4. The time now is 10:54 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy