2 replies to this topic

[xonix]

Hi,

Disclaimer: I am somewhat of a novice regarding Linux and server-side operations - additional explaining may be required!


We have a Perforce service running on a VM instance (Cent OS7) on Google Cloud Platform. It's been running with no problems for 8 months. This morning, none of us can establish a connection through P4V and we get the following error:

Connect to server failed; check $P4PORT.
connect: xxx.xxx.xxx.xxx:1666: WSAECONNREFUSED

In the SSH for the VM, both of these commands:

p4 configure set P4PORT=1666
p4 info

return the following:

Perforce client error:
Connect to server failed; check $P4PORT.
TCP connect to devel:1666 failed.
Name or service not known

Has the service stopped running or has it disappeared completely? Any help is appreciated.

Kind regards,
Dale

[Sambwise]

Double-check that your p4 client on the vm is actually connecting to the local server on 1666 (I don't know if "devel" is the right hostname):

	p4 set P4PORT=1666
	p4 info

If that still gives you a connection error, there's no p4d instance running on that port.  If you can connect successfully with that, then p4d is at least running, but the network configuration between the client and server (whatever all those xxx.xx's point to) has gone awry.

[Miles O'Neal]

On the VM where the server should be running, run:

% ps ax | grep p4d

and see if you have any instances running (it appears you do not). If the daemon is running, you should see one or more lines that look like the following:

128119 ?        S      0:00 /p4/18/bin/p4d_18 -p 5618 -r /p4/18/root -J /p4/18/logs/journal -L /p4/18/logs/log -q -d
128268 ?        S      0:00 /p4/18/bin/p4d_18 -p 5618 -r /p4/18/root -J /p4/18/logs/journal -L /p4/18/logs/log -q -d
128417 ?        S      0:00 /p4/18/bin/p4d_18 -p 5618 -r /p4/18/root -J /p4/18/logs/journal -L /p4/18/logs/log -q -d
3312818 ?        S      0:15 /p4/18/bin/p4d_18 -p 5618 -r /p4/18/root -J /p4/18/logs/journal -L /p4/18/logs/log -q -d
3313015 ?        S     11:40 /p4/18/bin/p4d_18 -p 5618 -r /p4/18/root -J /p4/18/logs/journal -L /p4/18/logs/log -q -d
3313016 ?        S     12:40 /p4/18/bin/p4d_18 -p 5618 -r /p4/18/root -J /p4/18/logs/journal -L /p4/18/logs/log -q -d


You can look in the log file (typically /p4/1/logs/log but if you aren't using the SDP, look wherever you set thim up) to see if it crashed, was stopped by someone, or what. The last few lines should indicate something about what happened.

Run

% df -hP

to see if you ran out of disk space. If a filesystem shows Use% of 100%, that may be your problem.