Zeile 260: *0: Syntaxfehler: Operand erwartet (Fehlersymbol ist "*0")

Ich hatte auch einen früheren Thread gesehen, aber er bietet keine Lösung. Daher eröffne ich einen neuen.

Das habe ich bei der Installation von Discourse auf der ARM64-Architektur, Linux Ubuntu auf AWS erhalten:

\u003e ./discourse-setup: Zeile 260: *0: Syntaxfehler: Operand erwartet (Fehlersymbol ist „*0“)\u003e \u003e Hostname für Ihr Discourse? [discourse.example.com]:

Können Sie bitte die Ausgabe von einfügen

cat /proc/cpuinfo

Die fehlerhafte Zeile ist diejenige, die darauf abzielt, die Anzahl der physischen CPU-Kerne zu berechnen

1 „Gefällt mir“

Vielen Dank für Ihre Antwort. Nachfolgend finden Sie die von Ihnen angeforderten Daten.

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

Ich habe 2 vCPUs (falls diese Information relevant ist)

Danke. Für Ihre unmittelbaren Zwecke schlage ich vor, Zeile 260 zu bearbeiten und erneut auszuführen. Wahrscheinlich zu

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

Aber es sieht so aus, als ob das Skript eine Korrektur benötigt, um AArch64-Cloud-Angebote zu verarbeiten.

Könnten Sie bitte die Ausgabe von

lscpu

oder tatsächlich

lscpu -p

einfügen?

1 „Gefällt mir“

Ich werde diesen Fix ausprobieren. Aber ich kann auch auf einen richtigen Fix warten.

Hier ist die lscpu-Ausgabe

Architektur:           aarch64
  CPU-Betriebsmodus:    32-Bit, 64-Bit
  Byte-Reihenfolge:     Little Endian
CPU(s):                 2
  Online-CPU(s)-Liste:  0,1
Vendor ID:              ARM
  Modellname:           Neoverse-N1
    Modell:             1
    Threads pro Kern:   1
    Kerne pro Sockel:   2
    Sockel:             1
    Stepping:           r3p1
    BogoMIPS:           243.75
    Flags:              fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp
                        asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs
Caches (Summe aller):
  L1d:                  128 KiB (2 Instanzen)
  L1i:                  128 KiB (2 Instanzen)
  L2:                   2 MiB (2 Instanzen)
  L3:                   32 MiB (1 Instanz)
NUMA:
  NUMA-Knoten:          1
  NUMA-Knoten0 CPU(s):  0,1
Schwachstellen:
  Gather data sampling: Nicht betroffen
  Itlb multihit:        Nicht betroffen
  L1tf:                 Nicht betroffen
  Mds:                  Nicht betroffen
  Meltdown:             Nicht betroffen
  Mmio stale data:      Nicht betroffen
  Retbleed:             Nicht betroffen
  Spec rstack overflow: Nicht betroffen
  Spec store bypass:    Minderung; Speculative Store Bypass über prctl deaktiviert
  Spectre v1:           Minderung; __user Pointer-Bereinigung
  Spectre v2:           Minderung; CSV2, BHB
  Srbds:                Nicht betroffen
  Tsx async abort:      Nicht betroffen

Seltsamerweise habe ich zuvor einen PR eingereicht, um dies zu beheben, er wurde (schließlich) zusammengeführt, und dennoch sehe ich die Korrektur nicht in der aktuellen Version.

Ah, ich sehe, er wurde nach ‘master’ und nicht nach ‘main’ zusammengeführt. Das klingt nach einem Problem!

Dies war die korrigierte Zeile

    avail_cores=`lscpu --parse=core | egrep -v ^# | sort -u | wc -l`
2 „Gefällt mir“

Vielen Dank :slight_smile: . Jetzt funktioniert es.

2 „Gefällt mir“

PR eingereicht

3 „Gefällt mir“

Vielen Dank für Ihr schnelles Handeln :slight_smile:

2 „Gefällt mir“

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