Is there a way to change this behavior? It's particularly frustrating having Gluster mount a filesystem before the service starts up, only to find it steps on the top end of <1024 ports often - IMAPS and POP3S are typical victims at 993 and 995. Why does not not use ports within the /proc/sys/net/ipv4/ip_local_port_range? On 6/4/12 5:46 AM, Raghavendra Bhat wrote: > Glusterfs client starts binding from port number 1023 and if any port is not available, then tries to bind to the lower port. (i.e. suppose 1023 is not available because some other process is already using it, then it decrements the port to 1022 and tries to bind.) So in this case it has tried all the ports starting 1023 and found that those ports are not free (used by other processes) and found that port 80 is free and just did bind on it. > > > Regards, > Raghavendra Bhat > > > > ----- Original Message ----- > From: "Tomasz Chmielewski"<mangoo at wpkg.org> > To: "Gluster General Discussion List"<gluster-users at gluster.org> > Sent: Monday, June 4, 2012 7:02:55 AM > Subject: why is glusterfs sometimes listening on port 80? > > I've noticed that I'm sometimes not able to start a webserver on machines running glusterfs. It turned out that glusterfs, when mounting, is sometimes starting to listen on port 80: > > root at ca11:~# netstat -tpna|grep :80 > tcp 0 0 192.168.20.31:80 192.168.20.34:24010 ESTABLISHED 13843/glusterfs > > > Why does glusterfs do it? > > Killing glusterfs and mounting again usually fixes the problem. > >