Create and start the edge servers

Now that the commit server configuration is complete, we can seed the edge server from a commit server checkpoint and complete the steps to create it.

This Guide assumes that you are running the 2022.1 version (or later) of the Helix Server. If not, use the procedure at the 2021.2 version of Create and start the edge servers.

  1. On the commit server, take a checkpoint, and use -R edge-server to filter out the database content not needed by an edge server. (The -z flag creates a zipped checkpoint.)

    $ p4d -r /chicago/p4root -R edge-server -z -jd edge.ckp
  2. On the edge server, recover the zipped checkpoint into the edge server P4ROOT directory.

    $ p4d -r /tokyo/p4root -z -jr edge.ckp.gz
  3. On the edge server, set the server ID for the newly seeded edge server:

    $ p4d -r /tokyo/p4root -xD tokyo_edge
  4. On the edge server, if the commit server uses SSL, establish a trust,

    $ export P4TRUST=/tokyo/p4root/.p4trust
    $ p4 -u svc_tokyo_edge -p ssl:chicago.perforce.com:1666 trust
  5. On the edge server, create the user login ticket for the edge service user,

    $ export P4TICKETS=/tokyo/p4root/.p4tickets
    $ p4 -u svc_toyko_edge -p ssl:chicago.perforce.com:1666 login
  6. Copy the versioned files from the commit server to the edge server. Files and directories can be moved using rsync, tar, ftp, a network copy, or any other method that preserves the files as they were on the original server.

    For Linux:

    Run rsync (or the equivalent):

    cd /chicago/p4root rsync -avz ./depot [email protected]:/tokyo/p4root

    where

    • /chicago/p4root is the commit server root
    • ./depot is one of the directories to be copied on the original server
    • [email protected] is the user and hostname of the new edge server
    • /tokyo/p4root is the Helix Server root directory on the new edge server

    Copy over all the versioned file directories.

    For Windows:

    Run xcopy (or the equivalent):

    cd <Perforce original root>
    cd depot
    xcopy *.* S:\perforce /s /d /c /e /i /h /y

    where

    S:\perforce is the network drive that contains the corresponding directory on the new server.

    Copy over all the versioned file directories.

    Note

    For Linux and Windows:

    • It is possible to copy most of the files before the server move, then update the versioned files later. To update the versioned files, run the same rsync command. The rsync flags used by this command will only transfer files updated since the command was last run.
    • If you do not know where the versioned files are located, run the command: p4 depots. For each depot listed, run the command: p4 depot -o depot and look at the Map: field for the depot versioned files location.
  7. Start the edge server using syntax appropriate for your platform.

    For example:

    $ p4d -r /tokyo/p4root -d

    See the installation/upgrading instructions for Starting the Helix Server and Starting and stopping the Perforce service in Upgrading the server.

  8. On the edge server, check the status of replication by running the following command.

    $ p4 pull -lj
  9. On the commit server, to enable the chicago commit service user to connect to the tokyo edge server, create a login ticket for the svc_chicago_commit service user in the P4TICKETS file configured for the chicago commit server. This is required for some parallel operations initiated on the edge server, such as submitting or shelving file revisions.

    1. If the edge server uses SSL, establish a trust,

      $ export P4TRUST=/chicago/p4root/.p4trust;
      $ p4 -u svc_chicago_commit -p ssl:tokyo.perforce.com:1666 trust
    2. Create the service user login ticket,

      $ export P4TICKETS=/chicago/p4root/.p4tickets;
      $ p4 -u svc_chicago_commit -p ssl:tokyo.perforce.com:1666 login

    See also