Problème de boucle avec retour de commande

Version imprimable

Bonjour,

Je suis en train de travailler sur un script pour effectuer un arrêt de service et avoir un code sur l'état d'un statut.
Pour vous donner le contexte j'ai une commande pour connaitre l'état de mon service :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
[root@hlzadp1tom0l bin]# /opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs
<status>
        <computer_name>hlzadp1tom0l.yres.ytech</computer_name>
        <login>csapzada0xidaissrv</login>
        <process_id>15823</process_id>
        <process_creation_time>2022-06-13 15:29:15.920Z</process_creation_time>
        <boot_time>2021-11-24 17:37:26.000Z</boot_time>
        <state>stopped</state>
        <execution_mode>service</execution_mode>
        <exit_code hex_value="0x00000000">0</exit_code>
        <exit_message>Execution completed successfully.</exit_message>
        <version_info>
                <file_version>11.3.0300.11047</file_version>
                <file_description>11.3.0300.11047</file_description>
                <company_name>MicroStrategy Incorporated</company_name>
                <original_filename>libMSTRSvr2.so~</original_filename>
                <product_name>MicroStrategy 2021</product_name>
                <product_version>11.3.3</product_version>
                <legal_copyright>Copyright (c) 2000-2021 MicroStrategy Incorporated. All rights reserved.</legal_copyright>
                <legal_trademarks>MicroStrategy (r) is a registered trademark of MicroStrategy Incorporated</legal_trademarks>
                <build_machine_name>ip-10-244-21-212.internal.microstrategy.com</build_machine_name>
        </version_info>
        <application>
                <version>11.3.0300.11047</version>
                <tcp_port_number>34952</tcp_port_number>
                <rest_port_number>34962</rest_port_number>
        </application>
        <memory>
                <logging_time>2022-06-13 15:29:19.089</logging_time>
                <memory_state>normal</memory_state>
        </memory>
</status>

Au travers d'un | je récupère le status du service qui est soit
<state>stopping</state>
<state>stopped</state>
<state>starting</state>
<state can_be_paused="0">running</state>
<state>unloading</state>

Ce que j'essaie de faire c'est une boucle pour savoir quand le service est correctement arrêté.
Ma concaténation fonctionne (Dans cet exemple le service est arrêté) :

Code:

1
2
3
[root@hlzadp1tom0l bin]# /opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running"

<state>stopped</state>

Mais je n'arrive pas a faire une boucle pour tester l'état vu qu'il met un certain temps a s'arrêter :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
#!/bin/sh
 
 
cd /opt/$1/Logiciel/XIDA/Microstrategy/home/bin/
state=$(/opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running");
 
 
echo Statut actuel de MicroStrategy Intelligence Server : $state
echo Arret du service
# Arrêt du service MicroStratgy sur IntelligenceServer
./mstrctl -s IntelligenceServer stop
 
 
while [$state != "state>stopped</state>"]
	do
	state=$(/opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running");
done

je bloque systématiquement sur ça quand j'essaie de comparer l'etat en cours du service par la recherche de mon grep avec la valeur que je souhaite voir

Code:

1
2
3
4
5
6
[root@hlzadp1tom0l bin]# ./arret_mstr.sh
./arret_mstr.sh: line 3: cd: /opt//Logiciel/XIDA/Microstrategy/home/bin/: No such file or directory
Statut actuel de MicroStrategy Intelligence Server : <state can_be_paused="0">running</state>
Arret du service
./arret_mstr.sh: line 11: [: missing `]'
[root@hlzadp1tom0l bin]#

Avez vous une idée s'il vous plait ?
Cordialement

13/06/2022, 18h24
Sve@r
Bonjour

Citation:

Envoyé par Onitsha11

Mais je n'arrive pas a faire une boucle pour tester l'état vu qu'il met un certain temps a s'arrêter

Tu peux mettre un sleep pour attendre un peu avant de regarder. C'est d'ailleurs recommandé pour un script qui boucle en infini pour checker un truc => il bouffe le cpu pour ça.

Ensuite ton script a quelques erreurs
- le "cd" est inutile ici (et en règle générale un "cd" est rarement utile dans un script, surtout pour aller dans un dossier qui n'existe pas)
- les crochets d'un test doivent être séparés par un espace des éléments (c'est d'ailleurs dit par le shell) => [ "x" != "y" ] et non ["x" != "y"]
13/06/2022, 19h07
Onitsha11

Merci pour ta réponse, je vais voir si ce n'est pas bêtement les espaces.
Mais il me semblait avoir fait le test. Je te tiens au courant demain, merci de ta réponse
13/06/2022, 19h36
Sve@r
Citation:

Envoyé par Onitsha11

Mais il me semblait avoir fait le test.

Regarde ton script ligne 15 while [$state != "state>stopped</state>"] => pas d'espace
Et le message d'erreur correspondant => ./arret_mstr.sh: line 11: [: missing `]' (ok ligne 11 au lieu de ligne 15 mais ça ne change pas beaucoup le résultat)

Autre chose que j'ai pas vu: il faut impérativement protéger les variables contenant des strings par des double quotes. Ca permet de gérer si la variable contient un espace
Code:

1 2 3 4 5 $ v="hello world" $ test $v != "x" && echo "ok" bash: test: trop d\'arguments $ test "$v" != "x" && echo "ok" ok

Merci beaucoup j'ai avancé sur le sujet, en revanche j'ai l'impression que ma condition de WHILE n'arrive pas a comparer deux chaines de caractères.
Ma boucle loop sans sortir.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
#!/bin/sh
clear
state=$(/opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running");
echo Statut actuel de MicroStrategy Intelligence Server : $state
echo Arret du service
# Arrêt du service MicroStratgy sur IntelligenceServer
./mstrctl -s IntelligenceServer stop
 
while [[ "$state" != "<state>stopped</state>" ]]
do
        state=$(/opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running");
        echo $state
done
echo "ok"

Voici ce que cela m'affiche lorsque j'affiche la variable dans la boucle

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
 
[root@hlzadp1tom0l bin]# ./arret_mstr.sh
Statut actuel de MicroStrategy Intelligence Server : <state can_be_paused="0">running</state>
Arret du service
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>stopping</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>unloading</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>
<state>stopped</state>

Normalement l'affichage de <state>stopped</state> devrai me faire sortir.

En vous remerciant

Je viens de trouver, je devais rajouter un if avec un break

Code:

1
2
3
4
5
6
7
8
9
10
11
 
 
./mstrctl -s IntelligenceServer stop
 
while [[ $state != "<state>stopped</state>" ]]
do
        state=$(/opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running");
        if [ $state = "<state>stopped</state>" ]
        then
                break
        fi

Citation:

Envoyé par Onitsha11

en revanche j'ai l'impression que ma condition de WHILE n'arrive pas a comparer deux chaines de caractères.
Ma boucle loop sans sortir.
Normalement l'affichage de <state>stopped</state> devrai me faire sortir.

Chez-moi, ça sort
Code:

1 2 3 4 5 6 #!/bin/bash exec 3<fic while [[ "$f" != "<state>stopped</state>" ]]; do read f 0<&3 echo "[$f]" done
Le contenu de "fic" lu par le script (3 lignes de chaque état)
Code:

1 2 3 4 5 6 7 8 9 <state>stopping</state> <state>stopping</state> <state>stopping</state> <state>unloading</state> <state>unloading</state> <state>unloading</state> <state>stopped</state> <state>stopped</state> <state>stopped</state>
Et le résultat
Code:

1 2 3 4 5 6 7 8 $ ./essai.sh [<state>stopping</state>] [<state>stopping</state>] [<state>stopping</state>] [<state>unloading</state>] [<state>unloading</state>] [<state>unloading</state>] [<state>stopped</state>]
Le dernier état (celui qui est testé) n'est alors présent qu'une fois (quand il est affiché avant d'être testé).

Citation:

Envoyé par Onitsha11

Voici ce que cela m'affiche lorsque j'affiche la variable dans la boucle

Tu remarqueras que moi
je mets des doubles quotes à ma variable que j'affiche
je mets des caractères spécifiques en début et fin afin de voir s'il n'y aurait pas des espaces non visibles. Hé oui, le débugging aussi ça se réfléchit...

Citation:

Envoyé par Onitsha11

Je viens de trouver, je devais rajouter un if avec un break

Et tu trouves ça normal ??? Un test dans le while qui ne fonctionne pas et le même test (enfin aux doubles crochets près) dans le if qui, lui, fonctionne. Le script reste bancal avec ce bug résiduel et ça ne te dérange pas plus que ça ? Tu ne penses même pas au cpu que ce test inutile consomme pour rien !!!
Quant aux doubles quotes que j'ai conseillé de mettre, ben on verra ça un autre jour hein ? :weird:
Code:

1 2 3 4 5 while true; do state="$(/opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>"\|<state>starting</state>\|<state>unloading</state>\|running")" [ "$state" = "<state>stopped</state>" ] && break echo "$state" done
mais l'écrire dans le while (l'écrire correctement, s'entend) fonctionnera tout aussi bien. Ben oui, la variable n'étant pas modifiée entre le "if" et le "while", ça fonctionne dans le "if" ça ne peut que fonctionner dans le "while".

Citation:

je mets des caractères spécifiques en début et fin afin de voir s'il n'y aurait pas des espaces non visibles. Hé oui, le débugging aussi ça se réfléchit...
Code:

1 2 3 4 5 6 7 8 9 10 11 [ <state>unloading</state>] [ <state>unloading</state>] [ <state>unloading</state>] [ <state>unloading</state>] [ <state>unloading</state>] [ <state>unloading</state>] [ <state>unloading</state>] [ <state>unloading</state>] [ <state>stopped</state>] [ <state>stopped</state>]
Dis moi que tu le savais xD.
Oui en effet il y avait des espaces cachés.

Merci beaucoup en tout cas

14/06/2022, 15h49
Sve@r

Citation:

Envoyé par Onitsha11

Dis moi que tu le savais xD.

Non, je ne le savais pas. Ca m'a traversé l'esprit mais je ne pensais pas que je taperais dans le mille. On peut mettre ça sur le compte de l'expérience.

Donc pour résumer, toujours encadrer une chaine de quotes doubles (les doubles c'est important car elles préservent l'effet du dollar => "$var" sera traduit par "contenu de var" ; tandis que les simples quotes ne la préservent pas => '$var' produira un bête "dollar, v, a, r")
Cet encadrement doit être présent y compris si la chaine provient d'une commande => var="$(ls)" et non var=$(ls) (tu le verras dans mon script du post précédent). Bon pour une affectation cela ne change rien mais ça change si on utilise ledit texte => [ $(ls) = "truc" ] amènera un clash si le "ls" renvoie des espaces tandis que [ "$(ls)" = "truc" ] fonctionnera nickel. D'autant plus que dès que les parenthèses s'ouvrent, les guillemets d'avant sont ignorés => on peut en remettre dans la commande si on en a besoin => écrire var="$(grep "toto" fic)" ne pose aucun souci de compréhension au shell malgré l'emploi de 2 couples de guillemets.
Bref quand c'est une chaine on le dit et tout va bien.
15/06/2022, 09h15
Onitsha11

A tout hasard est-ce que je peux prendre du coup la sortie de ma commande avec un "sed" pour supprimer l'ensemble des espace/caractère spéciaux pour uniquement avoir la sortie qui m'intéresse ?
15/06/2022, 10h09
Sve@r

Tout à fait. C'est le principe de l'enchainement des commandes.
Toute commande prend ses entrées dans stdin. Et écrit généralement ses sorties dans stdout (généralement car certaines commandes telle que "time" les écrit dans stderr mais on va faire abstraction pour l'instant)
Donc si une commande X affiche des trucs, et que tu veux filtrer ces trucs via "sed" te suffit de demander X | sed .... Si ensuite tu veux trier le résultat et le foutre en majuscules => X | sed ... | sort |tr '[:lower:]' '[:upper:]'. Et ainsi de suite à l'infini. Une fois je suis monté jusqu'à 8 (c'était pour convertir un fichier CSV en annuaire LDAP).

Ok donc c'était un bon raisonnement. mais vraiment encore merci de ton analyse et de ton retour d'expérience sur les fameux espaces fantômes.
Donc ma commande de condition initialement.

Initialement

Code:

1
2
3
 
[root@hlzadp1tom0l ETA5841]# /opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running"
        <state can_be_paused="0">running</state>

Devient

Code:

1
2
3
 
[root@hlzadp1tom0l ETA5841]# /opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running" | sed -r 's/\s+//g'
<statecan_be_paused="0">running</state>

Voici le code fonctionnel en respectant tes conseils

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
#!/bin/sh
clear
state_mstrIS=$(/opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running" | sed -r 's/\s+//g');
 
echo Statut MicroStrategy Intelligence Server : $state_mstrIS
 
# Arrêt du service MicroStratgy sur IntelligenceServer
./mstrctl -s IntelligenceServer stop
 
while [[ "$state_mstrIS" != "<state>stopped</state>" ]]
do
                state_mstrIS=$(/opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running" | sed -r 's/\s+//g');
done
 
echo Statut MicroStrategy Intelligence Server : "[$state_mstrIS]"

Et la sortie

Code:

1
2
3
 
Statut MicroStrategy Intelligence Server : <statecan_be_paused="0">running</state>
Statut MicroStrategy Intelligence Server : [<state>stopped</state>]

Je continue car j'ai d'autres services qui doivent s'enchainer.

Citation:

Envoyé par Onitsha11

Voici le code fonctionnel en respectant tes conseils
state_mstrIS=$(/opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running" | sed -r 's/\s+//g');

Le point-virgule final est inutile. Et là aussi je conseille les quotes.
Et tu peux aussi mettre ça sur plusieurs lignes pour la lisibilité
Code:

1 2 3 4 5 state_mstrIS="$( /opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin/mstrctl -s IntelligenceServer gs\ | grep "<state>stopping</state>\|<state>stopped</state>\|<state>starting</state>\|<state>unloading</state>\|running"\ | sed -r 's/\s+//g' )"
Et ce premier appel avant la boucle n'est pas forcément nécessaire. Mais s'il l'est, alors tu peux enregister la commande dans une variable pour éviter de la réécrire
Code:

1 2 cmd="/opt/ZADA/..." state_mstrIS="$($cmd)"
Citation:

Envoyé par Onitsha11

echo Statut MicroStrategy Intelligence Server : $state_mstrIS

echo "Statut MicroStrategy Intelligence Server : [$state_mstrIS]".

Citation:

Envoyé par Onitsha11

echo Statut MicroStrategy Intelligence Server : "[$state_mstrIS]"

echo "Statut MicroStrategy Intelligence Server : [$state_mstrIS]" (tu as le droit d'englober toute la chaine avec des guillemets, la variable sera aussi prise en compte)

Au fait, petit code de démo qui montre l'importance des quotes à l'affichage
Code 1
Code:

1 2 #!/bin/bash echo $(ls -l)
Code 2
Code:

1 2 #!/bin/bash echo "$(ls -l)"

Bonjour,

grep | sed est maladroit.
et il vaut aussi mieux éviter les lignes à rallonge.
Code:

1 2 PATH=/opt/ZADA0/Logiciel/XIDA/Microstrategy/home/bin:$PATH state_mstrIS=$(mstrctl -s IntelligenceServer gs | sed -n '/<state>stopping|stopped|starting|unloading|running<\/state>/;s/\s+//gp')
en gros.
je n'ai pas testé.

15/06/2022, 11h51
Flodelarab
Bonjour :coucou:

Quand on a un doute sur les caractères vraiment présents, il faut penser à utiliser od -c. Exemple :
Code:

1 2 3 4 5 $ cat zou.txt titi $ od -c zou.txt 0000000 t o t o \r t i t i \n 0000012
15/06/2022, 11h52
disedorgue

A première vue, un simple grep -o devrait suffire, pas besoin du sed.
15/06/2022, 12h00
Flodelarab

Citation:

Envoyé par Onitsha11

vu qu'il met un certain temps a s'arrêter

L'option "-q" de grep permet de ne rien écrire, certes, mais surtout il sort dès qu'il a trouvé le motif. De quoi écourter le temps de traitement.

Et si on veut l'avantage du -q avec quand même une sortie, suffit de remplacer le -q par -m 1:
Code:

1 2 3 4 $ echo -e 'tototito\ntoto\ntoto' | grep -o toto toto toto toto
Code:

1 2 $ echo -e 'tototito\ntoto\ntoto' | grep -m 1 -o toto toto