Línea 260: *0: error de sintaxis: se esperaba operando (token de error es "*0")

Instalación
1

Ya había visto un hilo anterior, pero no proporciona una solución. Así que estoy abriendo uno nuevo.

Esto me ocurrió al instalar Discourse en una arquitectura arm64, en Linux Ubuntu en AWS.

./discourse-setup: line 260: *0: syntax error: operand expected (error token is “*0”)

Nombre de host para tu Discourse? [discourse.example.com]:

2

¿Puedes pegar la salida de

cat /proc/cpuinfo

La línea que falla es la que intenta calcular el número de núcleos de CPU físicos

1 me gusta
3

Gracias por tu respuesta. Los siguientes son los datos que solicitaste.

processor : 0
BogoMIPS : 243.75
Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x3
CPU part : 0xd0c
CPU revision : 1
processor : 1
BogoMIPS : 243.75
Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x3
CPU part : 0xd0c
CPU revision : 1

Tengo 2 vCPU (si esa información es relevante)

4

Gracias. Para sus propósitos inmediatos, le sugiero que edite la línea 260 y vuelva a ejecutar. Probablemente a

avail_cores=2 # $((`awk '/cpu cores/ {print $4;exit}' /proc/cpuinfo`*`sort /proc/cpuinfo | uniq | grep -c \"physical id\"`))

Pero parece que el script necesita una corrección para lidiar con las ofertas en la nube de AArch64.

¿Podría pegar la salida de

lscpu

o de hecho

lscpu -p
1 me gusta
5

Intentaré esa solución. Pero aún así puedo esperar una solución adecuada.

Aquí está la salida de lscpu

Arquitectura:           aarch64
  Modo(s) de operación de CPU:       32-bit, 64-bit
  Orden de bytes:           Little Endian
CPU(s):                 2
  Lista de CPU(s) en línea:  0,1
ID del proveedor:              ARM
  Nombre del modelo:           Neoverse-N1
    Modelo:              1
    Hilos por núcleo: 1
    Núcleos por zócalo: 2
    Zócalos:          1
    Pasos:           r3p1
    BogoMIPS:           243.75
    Indicadores:           fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp
                        asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs
Cachés (suma de todos):
  L1d:                  128 KiB (2 instancias)
  L1i:                  128 KiB (2 instancias)
  L2:                   2 MiB (2 instancias)
  L3:                   32 MiB (1 instancia)
NUMA:
  Nodo(s) NUMA:         1
  CPU(s) del nodo NUMA0:    0,1
Vulnerabilidades:
  Muestreo de datos de recopilación: No afectado
  Multihit de Itlb:       No afectado
  L1tf:                 No afectado
  Mds:                  No afectado
  Meltdown:             No afectado
  Datos obsoletos de Mmio: No afectado
  Retbleed:             No afectado
  Desbordamiento de pila de Spec rstack: No afectado
  Desbordamiento de almacenamiento especulativo: Mitigación; Deshabilitado Speculative Store Bypass a través de prctl
  Spectre v1:           Mitigación; Sanitización de punteros __user
  Spectre v2:           Mitigación; CSV2, BHB
  Srbds:                No afectado
  Abandono asíncrono de Tsx: No afectado
6

Curiosamente, envié previamente una PR para solucionar esto, fue (finalmente) fusionada y, sin embargo, no veo la solución en la versión actual.

Ah, veo que se fusionó a ‘master’ y no a ‘main’. ¡Eso suena a problema!

Esta fue la línea arreglada

    avail_cores=`lscpu --parse=core | egrep -v ^# | sort -u | wc -l`
2 Me gusta
7

Muchas gracias :slight_smile: . Ahora funciona.

2 Me gusta
8

PR enviado

3 Me gusta
9

Gracias por tomar acciones rápidas :slight_smile:

2 Me gusta
10

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.