23.07.2014 Views

Lustre 1.6 Operations Manual

Lustre 1.6 Operations Manual

Lustre 1.6 Operations Manual

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

22.3.12 Handling/Debugging "Bind: Address already in<br />

use" Error<br />

During startup, <strong>Lustre</strong> may report a bind: Address already in use error and<br />

reject to start the operation. This is caused by a portmap service (often NFS locking)<br />

which starts before <strong>Lustre</strong> and binds to the default port 988. You must have port 988<br />

open from firewall or IP tables for incoming connections on the client, OSS, and<br />

MDS nodes. LNET will create three outgoing connections on available, reserved<br />

ports to each client-server pair, starting with 1023, 1022 and 1021.<br />

Unfortunately, you cannot set sunprc to avoid port 988. If you receive this error, do<br />

the following:<br />

■ Start <strong>Lustre</strong> before starting any service that uses sunrpc.<br />

■ Use a port other than 988 for <strong>Lustre</strong>. This is configured in /etc/modprobe.conf<br />

as an option to the LNET module. For example:<br />

■<br />

options lnet accept_port=988<br />

Add modprobe ptlrpc to your system startup scripts before the service that<br />

uses sunrpc. This causes <strong>Lustre</strong> to bind to port 988 and sunrpc to select a different<br />

port.<br />

Note – You can also use the sysctl command to mitigate the NFS client from<br />

grabbing the <strong>Lustre</strong> service port. However, this is a partial workaround as other<br />

user-space RPC servers still have the ability to grab the port.<br />

22-12 <strong>Lustre</strong> <strong>1.6</strong> <strong>Operations</strong> <strong>Manual</strong> • September 2008

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!