El cargador de SSTables en Apache Cassandra 4.0 está utilizando el puerto de transporte 9042 incluso después de anularlo con la opción “-p”.
El comando utilizado en la línea de comandos es:
~/apache-cassandra-4.0.1/bin/sstableloader -d 10.14.20.148 -cph 1 -idct 0 -p 9942 -ssp 7011 -sp 7010 –verbose ~/cassandra4_experiment/nishant/employee/
Tenga en cuenta que el puerto de transporte proporcionado es 9942, pero aún veo que se realiza la llamada a /10.14.20.148:9042. Cualquier ayuda es apreciada en esto.
davy.ai
Problema con el puerto de transporte en el comando sstableloader
Conforme al comando dado, se está utilizando sstableloader para cargar datos en un clúster de Cassandra. El comando especifica el uso del puerto de transporte 9942 con la bandera
-p.Sin embargo, el usuario observa que la llamada se está realizando al puerto de transporte predeterminado 9042 en lugar de 9942.
Este problema podría deberse a varias razones:
– El nodo de destino puede que no tenga habilitado o abierto el puerto de transporte especificado (9942).
– El nodo de destino puede tener una regla de firewall que bloquea las conexiones entrantes en el puerto 9942.
– El puerto especificado (9942) podría no estar dentro del rango configurado para el transporte nativo.
Para solucionar este problema, se pueden seguir los siguientes pasos:
– Comprobar si el puerto de transporte 9942 está habilitado en el nodo de destino y si hay alguna regla de firewall que bloquee las conexiones entrantes en ese puerto.
– Verificar si el puerto especificado está dentro del rango configurado para el transporte nativo en el nodo de destino, revisando el valor
native_transport_porten el archivo cassandra.yaml.– Intentar utilizar otro puerto aleatorio (que no esté en uso actualmente) para el puerto de transporte y comprobar si el problema persiste.
Una vez identificado y resuelto el problema, se puede volver a ejecutar el comando sstableloader con el puerto de transporte correcto para cargar los datos en el clúster de Cassandra de forma exitosa.