(Eu ia editar a resposta do mikegrb, mas decidi que estava massacrando demais)
CLOSE_WAIT significa exatamente o que ele diz - o kernel está aguardando que o processo local feche seu descritor de arquivo antes de remover a entrada. A conexão TCP foi completamente demolida e a extremidade distante pode estar com a impressão de que a conexão é finito, mas o seu fim está segurando coisas.
A única preocupação é que muitas entradas CLOSE_WAIT consomem memória do kernel e entradas da tabela de descritores de arquivos, o que pode ser um problema se houver grandes pilhas delas. Se as entradas que você está vendo são transitórias, provavelmente é só porque você está passando por um lote de conexões TCP, e você está vendo uma pequena fração delas no pequeno período de tempo entre quando a conexão é fechada e o processo se aproxima de fechar o descritor de arquivo. Por outro lado, se eles são permanentes (as portas e os endereços IP não mudam com o tempo) então algo está vazando descritores e ele precisa ser corrigido para que ele sempre feche seus fds quando terminar com eles. Como mikegrb disse, uma versão mais nova pode já ter corrigido o problema, então uma pergunta na lista de discussão relevante ou exame de changelogs é provavelmente garantida.