Summary table column spacing is not optimal

Comienza con el comando wavectl show alert y compara su salida con y sin --name Kubernetes. Traza dónde se restringen en el cliente los resultados del servidor y dónde se calcula el espaciado de la tabla de resumen. Se considera terminado cuando las columnas mostradas usan el conjunto final de alertas filtrado en lugar de las alertas excluidas, conservando la salida de tabla mostrada.

If the user has used resource options other than the --customerTag, the column spacing can be suboptimal.

For example see here

$ ./wavectl show alert --name Kubernetes
ID               NAME                                                                                     STATUS                              SEVERITY
1523082347619    Kubernetes - Node Network Utilization - HIGH (Prod)                                      CHECKING                            WARN
1523082347824    Kubernetes - Node Cpu Utilization - HIGH (Prod)                                          CHECKING                            WARN
1523082348005    Kubernetes - Node Memory Swap Utilization - HIGH (Prod)                                  SNOOZED                             WARN

There is so much space between the NAME column and STATUS columns. The reason is that the column spacing is calculated using the alerts without considering the effects of other locally executed filters. In this example the --name Kubernetes command line param.

Seeing the full set of alerts, (without the --name Kubernetes option) shows the reason of the separation

hbaba@mbp-005063:~/box/src/skynet/wavectl/doc/bin (master)$ ./wavectl show alert
ID               NAME                                                                                     STATUS                              SEVERITY
1523082347619    Kubernetes - Node Network Utilization - HIGH (Prod)                                      CHECKING                            WARN
1523082347824    Kubernetes - Node Cpu Utilization - HIGH (Prod)                                          CHECKING                            WARN
1523082348005    Kubernetes - Node Memory Swap Utilization - HIGH (Prod)                                  SNOOZED                             WARN
1523082348172    Wavefront Freshness                                                                      CHECKING                            WARN
1523082348348    Legacy admin console 500sTODO_SOME_TEST_12432345_STRINGTODO_SOME_TEST_12432345_STRING    CHECKING                            WARN
1523082348512    MySQL Live - Running Kernel Matches Boot Kernel - FALSE                                  IN_MAINTENANCE CHECKING             WARN
1523082348708    Orion Response time more than 2 seconds                                                  FIRING                              INFO
1523082348877    Realtime - Aggregate FetchMessage Median Latency - HIGH                                  CHECKING                            SEVERE
1523082349048    Updates Page - Total ReverseFetchMessage Median Latency - HIGH                           CHECKING                            SEVERE
1523082349224    CacheManager Exception Rate - STAGING                                                    CHECKING                            SEVERE
1523082349397    Prod - Office Online Unexpected Errors - HIGH                                            CHECKING                            SEVERE

There is an alert that has a really long name and even though that is not in the final displayed list, it caused the columns to be too widely separated.

All alerts matching the --customerTag are received from the Wavefront server, and they are further narrowed down on the wavectl client . The show summary table column separation should use the final set of alerts.