Riga 260: *0: errore di sintassi: operando atteso (il token di errore è "*0")

Installazione
1

Ho visto anche un thread precedente, ma non fornisce una soluzione. Quindi, ne sto aprendo uno nuovo.

Ho riscontrato questo durante l’installazione di Discourse su architettura arm64, su Linux Ubuntu su AWS.

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

Hostname for your Discourse? [discourse.example.com]:

2

Puoi per favore incollare l’output di

cat /proc/cpuinfo

La riga che non funziona è quella che mira a calcolare il numero di core CPU fisici

1 Mi Piace
3

Grazie per la tua risposta. Di seguito sono riportati i dati richiesti.

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

Ho 2 vCPU (se queste informazioni sono rilevanti)

4

Grazie. Per le tue esigenze immediate, ti suggerirei di modificare la riga 260 e rieseguire. Probabilmente a\n\navail_cores=2 # $((`awk '/cpu cores/ {print $4;exit}' /proc/cpuinfo`*`sort /proc/cpuinfo | uniq | grep -c \"physical id\"`))\n\n\nMa sembra che lo script necessiti di una correzione per gestire le offerte cloud AArch64.\n\nPotresti incollare l’output di\n\nlscpu\n\no addirittura\n\nlscpu -p\n

1 Mi Piace
5

Proverò quella correzione. Ma posso anche aspettare una correzione adeguata.

Ecco l’output di lscpu

Architettura:           aarch64
  Modalità CPU:       32-bit, 64-bit
  Ordine byte:        Little Endian
CPU(s):                 2
  Elenco CPU online:  0,1
ID fornitore:              ARM
  Nome modello:           Neoverse-N1
    Modello:              1
    Thread per core: 1
    Core per socket: 2
    Socket:          1
    Stepping:           r3p1
    BogoMIPS:           243.75
    Flag:               fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp
                        asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs
Cache (somma di tutte):
  L1d:                  128 KiB (2 istanze)
  L1i:                  128 KiB (2 istanze)
  L2:                   2 MiB (2 istanze)
  L3:                   32 MiB (1 istanza)
NUMA:
  Nodi NUMA:         1
  CPU nodo NUMA0:    0,1
Vulnerabilità:
  Gather data sampling: Non interessato
  Itlb multihit:        Non interessato
  L1tf:                 Non interessato
  Mds:                  Non interessato
  Meltdown:             Non interessato
  Dati mmio obsoleti:   Non interessato
  Retbleed:             Non interessato
  Spec rstack overflow: Non interessato
  Spec store bypass:    Mitigazione; Speculative Store Bypass disabilitato tramite prctl
  Spectre v1:           Mitigazione; sanificazione puntatore __user
  Spectre v2:           Mitigazione; CSV2, BHB
  Srbds:                Non interessato
  Tsx async abort:      Non interessato
6

Bizzarramente, in precedenza avevo inviato una PR per correggere questo problema, è stata (alla fine) unita e tuttavia non vedo la correzione nella versione corrente.

Ah, vedo che è stata unita a ‘master’ e non a ‘main’. Sembra un problema!

Questa era la riga corretta

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

Grazie mille :slight_smile: . Ora funziona.

2 Mi Piace
8

PR inviato

3 Mi Piace
9

Grazie per aver intrapreso azioni rapide :slight_smile:

2 Mi Piace
10

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