¿Cómo especificar más espacios para el delimitador usando cut?

¿Hay alguna forma de especificar un delimitador de campo para más espacios con el comando de corte? (como "" +)? Por ejemplo: en la siguiente cadena, me gusta alcanzar el valor '3744', ¿qué delimitador de campo debo decir?

$ps axu | grep jboss

jboss     2574  0.0  0.0   3744  1092 ?        S    Aug17   0:00 /bin/sh /usr/java/jboss/bin/run.sh -c example.com -b 0.0.0.0

cut -d' ' no es lo que quiero, ya que es solo para un solo espacio. awkno es lo que estoy buscando tampoco, pero ¿cómo hacer con 'cortar'?

Gracias.

En realidad awkes exactamente la herramienta que deberías estar buscando:

ps axu | grep '[j]boss' | awk '{print $5}'

o puedes deshacerte del greptodo ya que awkconoce las expresiones regulares:

ps axu | awk '/[j]boss/ {print $5}'

Pero si, por alguna extraña razón, realmente no puedes usarawk , hay otras cosas más simples que puede hacer, como contraer primero todos los espacios en blanco en un solo espacio:

ps axu | grep '[j]boss' | sed 's/\s\s*/ /g' | cut -d' ' -f5

Ese grep truco, por cierto, es una forma ordenada de obtener solo los jbossprocesos y no el grep jbossuno (lo mismo para elawk variante).

El grepproceso tendrá un literalgrep [j]boss en su comando de proceso, por lo que no será capturado por el grepmismo, que busca la clase de caracteres [j]seguida deboss .

Esta es una manera ingeniosa de evitar el | grep xyz | grep -v grepparadigma que usan algunas personas.

awkLa versión es probablemente la mejor opción, pero también puedes usarla cutsi primero aprietas las repeticiones con tr:

ps axu | grep jbos[s] | tr -s ' ' | cut -d' ' -f5
#        ^^^^^^^^^^^^   ^^^^^^^^^   ^^^^^^^^^^^^^
#              |            |             |
#              |            |       get 5th field
#              |            |
#              |        squeeze spaces
#              |
#        avoid grep itself to appear in the list

Me gusta usar el comando tr -s para esto

 ps aux | tr -s [:blank:] | cut -d' ' -f3

Esto exprime todos los espacios en blanco a 1 espacio. De esta manera, decir corte para usar un espacio como delimitador se cumple como se esperaba.

Voy a nominar tr -s [:blank:]como la mejor respuesta.

¿Por qué queremos usar cortar? Tiene el comando mágico que dice "queremos el tercer campo y cada campo después de él, omitiendo los dos primeros campos"

cat log | tr -s [:blank:] |cut -d' ' -f 3- 

No creo que haya un comando equivalente para la división awk o perl donde no sabemos cuántos campos habrá, es decir, colocar el tercer campo en el campo X.

Solución más corta / simple: uso cuts(corte en esteroides que escribí)

ps axu | grep '[j]boss' | cuts 4

Tenga en cuenta que cutslos índices de campo están basados ​​en cero, por lo que el quinto campo se especifica como 4

http://arielf.github.io/cuts/

E incluso más corto (sin usar corte en absoluto) es:

pgrep jboss

Una forma de evitar esto es ir:

$ps axu | grep jboss | sed 's/\s\+/ /g' | cut -d' ' -f3

para reemplazar múltiples espacios consecutivos con uno solo.

Personalmente, tiendo a usar awk para trabajos como este. Por ejemplo:

ps axu| grep jboss | grep -v grep | awk '{print $5}'

Como alternativa, siempre hay perl:

ps aux | perl -lane 'print $F[3]'

O, si desea obtener todos los campos comenzando en el campo # 3 (como se indica en una de las respuestas anteriores):

ps aux | perl -lane 'print @F[3 .. scalar @F]'

Si desea elegir columnas de una salida ps, ¿alguna razón para no usar -o?

p.ej

ps ax -o pid,vsz
ps ax -o pid,cmd

Ancho de columna mínimo asignado, sin relleno, solo separador de campo de espacio único.

ps ax --no-headers -o pid:1,vsz:1,cmd

3443 24600 -bash
8419 0 [xfsalloc]
8420 0 [xfs_mru_cache]
8602 489316 /usr/sbin/apache2 -k start
12821 497240 /usr/sbin/apache2 -k start
12824 497132 /usr/sbin/apache2 -k start

Pid y vsz tienen un ancho de 10 caracteres, un separador de campo de 1 espacio.

ps ax --no-headers -o pid:10,vsz:10,cmd

  3443      24600 -bash
  8419          0 [xfsalloc]
  8420          0 [xfs_mru_cache]
  8602     489316 /usr/sbin/apache2 -k start
 12821     497240 /usr/sbin/apache2 -k start
 12824     497132 /usr/sbin/apache2 -k start

Utilizado en un script: -

oldpid=12824
echo "PID: ${oldpid}"
echo "Command: $(ps -ho cmd ${oldpid})"

Otra forma si debe usar el comando de corte

ps axu | grep [j]boss |awk '$1=$1'|cut -d' ' -f5

En Solaris, reemplace awk con nawko/usr/xpg4/bin/awk

Todavía me gusta la forma en que Perl maneja los campos con espacios en blanco.
El primer campo es $ F [0].

$ ps axu | grep dbus | perl -lane 'print $F[4]'

Mi enfoque es almacenar el PID en un archivo en / tmp, y encontrar el proceso correcto usando la -Sopción parassh . Eso podría ser un mal uso, pero funciona para mí.

#!/bin/bash

TARGET_REDIS=${1:-redis.someserver.com}
PROXY="proxy.somewhere.com"

LOCAL_PORT=${2:-6379}

if [ "$1" == "stop" ] ; then
    kill `cat /tmp/sshTunel${LOCAL_PORT}-pid`
    exit
fi

set -x

ssh -f -i ~/.ssh/aws.pem centos@$PROXY -L $LOCAL_PORT:$TARGET_REDIS:6379 -N -S /tmp/sshTunel$LOCAL_PORT  ## AWS DocService dev, DNS alias
# SSH_PID=$! ## Only works with &
SSH_PID=`ps aux | grep sshTunel${LOCAL_PORT} | grep -v grep | awk '{print $2}'`
echo $SSH_PID > /tmp/sshTunel${LOCAL_PORT}-pid

Un mejor enfoque podría ser consultar el SSH_PIDderecho antes de matarlo, ya que el archivo podría estar obsoleto y mataría un proceso incorrecto.