No se puede reasignar una búsqueda huérfana a un propietario válido mediante la API REST

Opciones de descarga

PDF (244.0 KB)
Visualice con Adobe Reader en una variedad de dispositivos
ePub (84.6 KB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (70.1 KB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos

Actualizado:28 de septiembre de 2026

ID del documento:SPLK044248

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Aplicabilidad

API REST Splunk Enterprise

Investigación

Se han encontrado algunas búsquedas huérfanas que pertenecen a un par de usuarios deshabilitados y aparece el siguiente error al intentar reasignarlas a un usuario válido mediante la API REST:

$  curl -ku <admin>:<password> https://<SH>:<mgmt_port>/servicesNS/nobody/<app_name>/saved/searches/network usage/acl -d 'owner=<new_user>'

Ejemplo de salida:

<?xml version="1.0" encoding="UTF-8"?> 
<response> 
<messages> 
<msg type="ERROR">Argument "owner" is not supported by this handler.</msg> 
</messages>

El síntoma actual sólo ocurre cuando existe espacio en el informe.

Ejemplo: savedsearch name = "uso de red"

Resolución

El problema se puede resolver colocando el nombre del informe en la codificación de URL. En el ejemplo siguiente, %20 se coloca como espacio.

Ejemplo:
==

$  curl -ku <admin>:<password> https://<SH>:<mgmt_port>/servicesNS/nobody/<app_name>/saved/searches/network%20usage/acl -d 'owner=<new_user>' -d sharing=app

==

La siguiente URL se puede utilizar para obtener el nombre de codificación de URL para los informes.
==
https://meyerweb.com/eric/tools/dencoder/
==

Enlaces relacionados

Enlace externo: https://meyerweb.com/eric/tools/dencoder/

Historial de revisiones

Revisión	Fecha de publicación	Comentarios
1.0	28-Sep-2026	Versión inicial