Impossible de réaffecter une recherche orpheline à un propriétaire valide à l'aide de l'API REST

Options de téléchargement

PDF (243.5 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (85.0 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (70.4 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:28 septembre 2026

ID du document:SPLK044248

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Applicabilité

API REST Splunk Enterprise

Enquête

Certaines recherches orphelines appartenant à deux utilisateurs désactivés ont été trouvées et l'erreur suivante apparaît lorsque vous essayez de les réaffecter à un utilisateur valide à l'aide de l'API REST :

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

Exemple de rapport :

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

Le symptôme actuel se produit uniquement lorsque l'espace du rapport existe.

Exemple : savedsearch name = "utilisation du réseau"

Résolution

Le problème peut être résolu en insérant le nom du rapport dans l'encodage d'URL. Dans l'exemple ci-dessous, %20 est placé pour l'espace.

Exemple :
==

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

==

L'URL suivante peut être utilisée pour obtenir le nom de codage d'URL pour les rapports.
==
https://meyerweb.com/eric/tools/dencoder/
==

Liens connexes

Lien externe : https://meyerweb.com/eric/tools/dencoder/

Historique de révision

Révision	Date de publication	Commentaires
1.0	28-Sep-2026	Première publication