He estado tratando de descargar algunos datos de Redshift al cubo S3. Excepto que he estado recibiendo el siguiente error:
Operación no válida de Amazon: no se puede abandonar el portal activo; [Estado de SQL = XX000, código de error de DB = 500310]
Para tener en cuenta que Redshift y S3 están en 2 cubos diferentes, así que especifiqué la región dentro de la descarga.
He intentado buscarlo, menciona que no puedo dejar caer la mesa.
Así que creé una tabla de "prueba" que estoy 100% seguro de que no está conectada a ninguna vista u otra, pero sigo teniendo el mismo error.
Intenté también solucionar problemas a través de AWSQuickSolutions: la tabla Redshift no se puede descartar o la tabla se cuelga, excepto que no tengo acceso svv_table_info
.
¿Hay alguna forma de hacer la descarga?
UNLOAD
tabla (lo que significa exportar los datos a S3), pero luego hablas de abandonar la tabla. ¿Qué operación deseas realizar?UNLOAD
comando Redshift ? (¿Puede mostrarnos su comando?) ¿Funciona si lo descarga a un cubo en la misma región? La descarga no tiene nada que ver con soltar tablas.Respuestas:
informando @nofinator respuesta ya que funcionó para mí y puede ser útil para otra persona también:
Al ejecutar UNLOAD desde una aplicación diferente, en mi caso el Editor de consultas en la consola de Redshift, resolvió la excepción
Amazon Invalid operation: cannot drop active portal
fuente
OK, entonces me encontré con el mismo problema. Ninguna de las soluciones conocidas se aplicó a mi problema porque:
1) El clúster estaba en la misma región que el depósito S3 que creé
2) Intenté ejecutar el comando UNLOAD a través de python, cli y corrimiento al rojo con los mismos resultados.
3) Intenté agregar una política de depósito para la función de desplazamiento al rojo
4) Intenté ejecutar el comando de descarga usando arns (la función de desplazamiento al rojo y la función s3)
Finalmente, lo puse a trabajar. ¿Qué cambió? Ahora estaba directamente en la red de mi empresa en lugar de usar VPN, que es cuando experimenté este problema.
Lo que finalmente funcionó para mí:
fuente
Tuve el mismo problema ayer. Al menos en mi incidente, hubo un sev-2 en Data-Warehouse. Uso Amazon DWP que usa Amazon Retail, así que no estoy seguro de si este es el mismo servicio utilizado por AWS.
tldr; Es posible que este sea un problema del servidor dentro del proveedor del desplazamiento al rojo.
fuente
Tuve este problema después de modificar los permisos de IAM en el rol. Desafortunadamente tuve que reiniciar el clúster y luego mi comando UNLOAD funcionó.
fuente
No sé qué causó exactamente este error, pero lo estaba obteniendo después de una descarga fallida.
Me desconecto y luego vuelvo a conectar mi cliente sql y lo puse a trabajar. no es muy conveniente pero es mejor que reiniciar el clúster.
fuente