Si dices que el directorio donde guardas las sesiones .. es definido por tí (bajo la función que mencionas) .. Asegurate que tengas permisos de lectura/escritura/ejecución ..
Si en general te funcionan las sesiones en esa aplicación .. no debería ser esto, pero ... revisalo. Tal vez el S.O. no pueda entrar a ese directorio a borrar esos archivos.
Por otro lado ..algo leí en php.net (sección sesiones) sobre la "profundidad" (ramas) de directorios en las que no tiene efecto el "garbage" .. Tal vez tengas muchas sub-ramas desde el raiz (root) ..
FIjate en este detalle:
Cita: There is an optional N argument to this directive that determines the number of directory levels your session files will be spread around in. For example, setting to '5;/tmp' may end up creating a session file and location like /tmp/4/b/1/e/3/sess_4b1e384ad74619bd212e236e52a5a174If . In order to use N you must create all of these directories before use. A small shell script exists in ext/session to do this, it's called mod_files.sh. Also note that if N is used and greater than 0 then automatic garbage collection will not be performed, see a copy of php.ini for further information. Also, if you use N, be sure to surround session.save_path in "quotes" because the separator (;) is also used for comments in php.ini.
En el parámetro opcional .. indica el número de ramas que está el directorio ..
Un saludo,