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.

  1. Filter out the database content not needed by an edge server according to your server version.

    Server version 2022.1 or later Server version 2021.2 or earlier

    On the Commit server, dump the database with -jd, and filter by using -R edge-server (with the -z flag to compress the data):

    p4d -r /chicago/p4root -R edge-server -z -jd edge.ckp

    Use the procedure from the 2021.2 version of this guide.

     

  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 perforce@tokyo.perforce.com:/tokyo/p4root

    where

    • /chicago/p4root is the Commit Server root
    • ./depot is one of the directories to be copied on the original server
    • perforce@tokyo.perforce.com is the user and hostname of the new Edge Server
    • /tokyo/p4root is the Helix Core 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 Start the Helix Core Server and Start and stop the Perforce service in Upgrade the server.

  8. On the Edge Server, check the status of replication by running the following command.

    p4 pull -lj

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

List of filtered out tables

The database tables that are filtered out during the seeding and operation of an Edge Server for 2020.2 through 2024.2 are:

"db.have,db.working,db.locks,db.resolve,db.revsh,db.workingx,db.resolvex,db.stash,db.haveg,db.workingg,db.locksg,db.resolveg,db.storagesh,db.storagesx,db.upgrades.rp,db.upgrades,db.scandir,db.scanctl,db.revstg,db.refcntadjust,db.have.pt"
		

See also