Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

VTEP integration cause "Failed to start bpffs map migration" #18616

Closed
2 tasks done
vincentmli opened this issue Jan 25, 2022 · 7 comments
Closed
2 tasks done

VTEP integration cause "Failed to start bpffs map migration" #18616

vincentmli opened this issue Jan 25, 2022 · 7 comments
Labels
kind/community-report This was reported by a user in the Cilium community, eg via Slack. kind/question Frequently asked questions & answers. This issue will be linked from the documentation's FAQ. sig/datapath Impacts bpf/ or low-level forwarding details, including map management and monitor messages.

Comments

@vincentmli
Copy link
Contributor

vincentmli commented Jan 25, 2022 •
edited

Is there an existing issue for this?

  • I have searched the existing issues

What happened?

when enable VTEP integration feature #17370 with 3 or 4 VTEP devices like below in configmap cilium-config

  enable-vtep:   "true"
  vtep-endpoint: "10.169.72.236       10.169.72.238          10.169.72.31          10.169.72.32"
  vtep-cidr:     "10.1.5.0/24         10.1.8.0/24            10.1.9.0/24           10.1.10.0/24"
  vtep-mac:      "82:36:4c:98:2e:56   82:36:4c:98:2e:58      f2:fd:93:ed:aa:5e     f2:fd:93:ed:aa:5f"

deploying any pod like nginx or netshoot pod, pod will fail to start, kubectl describe pod gives error like below

 Warning  FailedCreatePodSandBox  2m4s (x81 over 123m)  kubelet  (combined from similar events): Failed to create pod sandbox: rpc error: code = Unknown desc = failed to set up sandbox container "346b51d9cbc3b0b5124714c23a490f51f1a5280d202c14f9f45b025550f9cb7d" network for pod "nginx-mdgs6": networkPlugin cni failed to set up pod "nginx-mdgs6_default" network: Unable to create endpoint: Cilium API client timeout exceeded

cilium agent log will have error like:

2022-01-25T16:15:34.613489586Z level=warning msg="JoinEP: Failed to load program" containerID=3d2176a8ec datapathPolicyRevision=0 desiredPolicyRevision=1 endpointID=2631 error="Failed to start bpffs map migration: file 2631_next/bpf_lxc.o: load data sections: data section .rodata.cst32: can't get BTF: type .rodata.cst32: not found" file-path=2631_next/bpf_lxc.o identity=8768 ipv4=10.0.1.229 ipv6= k8sPodName=default/nginx-mdgs6 subsys=datapath-loader veth=lxc061ee4fc4ab8

2022-01-25T16:15:34.613503782Z level=error msg="Error while rewriting endpoint BPF program" containerID=3d2176a8ec datapathPolicyRevision=0 desiredPolicyRevision=1 endpointID=2631 error="Failed to start bpffs map migration: file 2631_next/bpf_lxc.o: load data sections: data section .rodata.cst32: can't get BTF: type .rodata.cst32: not found" identity=8768 ipv4=10.0.1.229 ipv6= k8sPodName=default/nginx-mdgs6 subsys=endpoint

this issue does not happen when only enable 1 or 2 VTEP device

I suspect the VTEP integration implementation of VTEP below

+       if option.Config.EnableVTEP {
+               cDefinesMap["ENABLE_VTEP"] = "1"
+
+               l := len(option.Config.VtepEndpoints)
+               cDefinesMap["VTEP_NUMS"] = strconv.Itoa(l)
+
+               ip_str := "(__u32[]){"
+               mac_str := "(__u64[]){"
+
+               for i, ep := range option.Config.VtepEndpoints {
+
+                       ip_str = ip_str + fmt.Sprintf("%#x", byteorder.NetIPv4ToHost32(ep)) + ", "
+
+                       mac := option.Config.VtepMACs[i]
+                       vtep_mac, err := mac.Uint64()
+                       if err != nil {
+                               return err
+                       }
+                       mac_str = mac_str + fmt.Sprintf("%#x", vtep_mac) + ", "
+
+               }
+               cDefinesMap["VTEP_ENDPOINT"] = ip_str + "}"
+               cDefinesMap["VTEP_MAC"] = mac_str + "}"
+
+       }
+

above creates macro in node_config.h at runtime

grep 'VTEP' /var/run/cilium/state/globals/node_config.h 

#define ENABLE_VTEP 1
#define VTEP_ENDPOINT (__u32[]){0xec48a90a, 0xee48a90a, 0x1f48a90a, 0x2048a90a, }
#define VTEP_MAC (__u64[]){0x562e984c3682, 0x582e984c3682, 0x5eaaed93fdf2, 0x5faaed93fdf2, }
#define VTEP_NUMS 4

I suspect above might cause error="Failed to start bpffs map migration: file 2631_next/bpf_lxc.o: load data sections: data section .rodata.cst32: can't get BTF: type .rodata.cst32: not found" when VTEP is 3 or 4, but oddly when VTEP is 1 or 2 with 1 or 2 VTEP_ENDPOINT, VTEP_MAC, no such issue.

Cilium Version

cilium-cli: v0.10.0 compiled with go1.17.4 on linux/amd64
cilium image (default): v1.11.0
cilium image (stable): v1.11.1
cilium image (running): debug

Kernel Version

Linux centos-dev.localdomain 5.15.0+ #73 SMP PREEMPT Tue Nov 30 23:49:58 EST 2021 x86_64 x86_64 x86_64 GNU/Linux

Kubernetes Version

Client Version: version.Info{Major:"1", Minor:"21", GitVersion:"v1.21.1", GitCommit:"5e58841cce77d4bc13713ad2b91fa0d961e69192", GitTreeState:"clean", BuildDate:"2021-05-12T14:18:45Z", GoVersion:"go1.16.4", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"21", GitVersion:"v1.21.9", GitCommit:"b631974d68ac5045e076c86a5c66fba6f128dc72", GitTreeState:"clean", BuildDate:"2022-01-19T17:45:53Z", GoVersion:"go1.16.12", Compiler:"gc", Platform:"linux/amd64"}

Sysdump

cilium-sysdump-20220125-114400.zip

Relevant log output

2022-01-25T16:15:34.613489586Z level=warning msg="JoinEP: Failed to load program" containerID=3d2176a8ec datapathPolicyRevision=0 desiredPolicyRevision=1 endpointID=2631 error="Failed to start bpffs map migration: file 2631_next/bpf_lxc.o: load data sections: data section .rodata.cst32: can't get BTF: type .rodata.cst32: not found" file-path=2631_next/bpf_lxc.o identity=8768 ipv4=10.0.1.229 ipv6= k8sPodName=default/nginx-mdgs6 subsys=datapath-loader veth=lxc061ee4fc4ab8

2022-01-25T16:15:34.613503782Z level=error msg="Error while rewriting endpoint BPF program" containerID=3d2176a8ec datapathPolicyRevision=0 desiredPolicyRevision=1 endpointID=2631 error="Failed to start bpffs map migration: file 2631_next/bpf_lxc.o: load data sections: data section .rodata.cst32: can't get BTF: type .rodata.cst32: not found" identity=8768 ipv4=10.0.1.229 ipv6= k8sPodName=default/nginx-mdgs6 subsys=endpoint

Anything else?

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct
@vincentmli vincentmli added kind/bug This is a bug in the Cilium logic. needs/triage This issue requires triaging to establish severity and next steps. labels Jan 25, 2022
@vincentmli vincentmli mentioned this issue Jan 25, 2022
Merged
6 tasks
@kkourt kkourt added the sig/datapath Impacts bpf/ or low-level forwarding details, including map management and monitor messages. label Jan 25, 2022
@joestringer
Copy link
Member

I'd suggest looking closely at the ELF files generated with either version, using readelf. See if the section really exists in either of the versions, compare them, and maybe iterate on the example code to see if you can understand how the ELF sections are generated by the compiler/linker based on the new code.

@vincentmli
Copy link
Contributor Author

good idea, I see the output for 3 or 4 VTEPs has: [21] .rodata.cst32 PROGBITS 0000000000000000 00011e68, but output for 1 or 2 VTEPs does not have .rodata.cst32, it looks the compiler/linker did something different when VTEP_ENDPOINT macro array exceed 2 members, why the compiler/linker would do it differently ?

output for 4 VTEPs: readelf -e bpf_lxc-btf-problem.o


ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 
  Class:                             ELF64
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              REL (Relocatable file)
  Machine:                           Linux BPF
  Version:                           0x1
  Entry point address:               0x0
  Start of program headers:          0 (bytes into file)
  Start of section headers:          583600 (bytes into file)
  Flags:                             0x0
  Size of this header:               64 (bytes)
  Size of program headers:           0 (bytes)
  Number of program headers:         0
  Size of section headers:           64 (bytes)
  Number of section headers:         39
  Section header string table index: 1

Section Headers:
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .strtab           STRTAB           0000000000000000  0008d198
       0000000000001614  0000000000000000           0     0     1
  [ 2] .text             PROGBITS         0000000000000000  00000040
       0000000000000000  0000000000000000  AX       0     0     4
  [ 3] 2/1               PROGBITS         0000000000000000  00000040
       0000000000000150  0000000000000000  AX       0     0     8
  [ 4] .rel2/1           REL              0000000000000000  0006b168
       0000000000000020  0000000000000010          38     3     8
  [ 5] 2/7               PROGBITS         0000000000000000  00000190
       00000000000083f8  0000000000000000  AX       0     0     8
  [ 6] .rel2/7           REL              0000000000000000  0006b188
       0000000000000a70  0000000000000010          38     5     8
  [ 7] 2/6               PROGBITS         0000000000000000  00008588
       0000000000000788  0000000000000000  AX       0     0     8
  [ 8] .rel2/6           REL              0000000000000000  0006bbf8
       00000000000000a0  0000000000000010          38     7     8
  [ 9] from-container    PROGBITS         0000000000000000  00008d10
       0000000000000400  0000000000000000  AX       0     0     8
  [10] .relfrom-containe REL              0000000000000000  0006bc98
       00000000000000a0  0000000000000010          38     9     8
  [11] 2/13              PROGBITS         0000000000000000  00009110
       00000000000043a8  0000000000000000  AX       0     0     8
  [12] .rel2/13          REL              0000000000000000  0006bd38
       0000000000000530  0000000000000010          38    11     8
  [13] 1/0x010c          PROGBITS         0000000000000000  0000d4b8
       00000000000040c8  0000000000000000  AX       0     0     8
  [14] .rel1/0x010c      REL              0000000000000000  0006c268
       00000000000004e0  0000000000000010          38    13     8
  [15] to-container      PROGBITS         0000000000000000  00011580
       00000000000005c8  0000000000000000  AX       0     0     8
  [16] .relto-container  REL              0000000000000000  0006c748
       00000000000000a0  0000000000000010          38    15     8
  [17] .data             PROGBITS         0000000000000000  00011b48
       000000000000002c  0000000000000000  WA       0     0     4
  [18] maps              PROGBITS         0000000000000000  00011b74
       0000000000000048  0000000000000000  WA       0     0     4
  [19] .maps             PROGBITS         0000000000000000  00011bc0
       00000000000002a0  0000000000000000  WA       0     0     8
  [20] license           PROGBITS         0000000000000000  00011e60
       0000000000000004  0000000000000000  WA       0     0     1
  [21] .rodata.cst32     PROGBITS         0000000000000000  00011e68. <=======HERE
       0000000000000020  0000000000000020  AM       0     0     8
  [22] .debug_str        PROGBITS         0000000000000000  00011e88
       0000000000002681  0000000000000001  MS       0     0     1
  [23] .debug_loc        PROGBITS         0000000000000000  00014509
       0000000000026545  0000000000000000           0     0     1
  [24] .rel.debug_loc    REL              0000000000000000  0006c7e8
       000000000000a0e0  0000000000000010          38    23     8
  [25] .debug_abbrev     PROGBITS         0000000000000000  0003aa4e
       0000000000000429  0000000000000000           0     0     1
  [26] .debug_info       PROGBITS         0000000000000000  0003ae77
       000000000000fc9c  0000000000000000           0     0     1
  [27] .rel.debug_info   REL              0000000000000000  000768c8
       0000000000003280  0000000000000010          38    26     8
  [28] .debug_ranges     PROGBITS         0000000000000000  0004ab13
       00000000000049b0  0000000000000000           0     0     1
  [29] .rel.debug_ranges REL              0000000000000000  00079b48
       0000000000006a80  0000000000000010          38    28     8
  [30] .BTF              PROGBITS         0000000000000000  0004f4c3
       000000000000672e  0000000000000000           0     0     1
  [31] .rel.BTF          REL              0000000000000000  000805c8
       00000000000001d0  0000000000000010          38    30     8
  [32] .BTF.ext          PROGBITS         0000000000000000  00055bf1
       000000000000c980  0000000000000000           0     0     1
  [33] .rel.BTF.ext      REL              0000000000000000  00080798
       000000000000c920  0000000000000010          38    32     8
  [34] .debug_frame      PROGBITS         0000000000000000  00062578
       00000000000000b8  0000000000000000           0     0     8
  [35] .rel.debug_frame  REL              0000000000000000  0008d0b8
       0000000000000070  0000000000000010          38    34     8
  [36] .debug_line       PROGBITS         0000000000000000  00062630
       000000000000530a  0000000000000000           0     0     1
  [37] .rel.debug_line   REL              0000000000000000  0008d128
       0000000000000070  0000000000000010          38    36     8
  [38] .symtab           SYMTAB           0000000000000000  00067940
       0000000000003828  0000000000000018           1   563     8
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
  L (link order), O (extra OS processing required), G (group), T (TLS),
  C (compressed), x (unknown), o (OS specific), E (exclude),
  p (processor specific)

output for 1 or 2 VTEPs: readelf -e bpf_lxc.o

ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 
  Class:                             ELF64
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              REL (Relocatable file)
  Machine:                           Linux BPF
  Version:                           0x1
  Entry point address:               0x0
  Start of program headers:          0 (bytes into file)
  Start of section headers:          583360 (bytes into file)
  Flags:                             0x0
  Size of this header:               64 (bytes)
  Size of program headers:           0 (bytes)
  Number of program headers:         0
  Size of section headers:           64 (bytes)
  Number of section headers:         38
  Section header string table index: 1

Section Headers:
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .strtab           STRTAB           0000000000000000  0008d0e0
       00000000000015df  0000000000000000           0     0     1
  [ 2] .text             PROGBITS         0000000000000000  00000040
       0000000000000000  0000000000000000  AX       0     0     4
  [ 3] 2/1               PROGBITS         0000000000000000  00000040
       0000000000000150  0000000000000000  AX       0     0     8
  [ 4] .rel2/1           REL              0000000000000000  0006b0c0
       0000000000000020  0000000000000010          37     3     8
  [ 5] 2/7               PROGBITS         0000000000000000  00000190
       00000000000083d8  0000000000000000  AX       0     0     8
  [ 6] .rel2/7           REL              0000000000000000  0006b0e0
       0000000000000a60  0000000000000010          37     5     8
  [ 7] 2/6               PROGBITS         0000000000000000  00008568
       0000000000000788  0000000000000000  AX       0     0     8
  [ 8] .rel2/6           REL              0000000000000000  0006bb40
       00000000000000a0  0000000000000010          37     7     8
  [ 9] from-container    PROGBITS         0000000000000000  00008cf0
       0000000000000400  0000000000000000  AX       0     0     8
  [10] .relfrom-containe REL              0000000000000000  0006bbe0
       00000000000000a0  0000000000000010          37     9     8
  [11] 2/13              PROGBITS         0000000000000000  000090f0
       00000000000043a8  0000000000000000  AX       0     0     8
  [12] .rel2/13          REL              0000000000000000  0006bc80
       0000000000000530  0000000000000010          37    11     8
  [13] 1/0x03d5          PROGBITS         0000000000000000  0000d498
       00000000000040c8  0000000000000000  AX       0     0     8
  [14] .rel1/0x03d5      REL              0000000000000000  0006c1b0
       00000000000004e0  0000000000000010          37    13     8
  [15] to-container      PROGBITS         0000000000000000  00011560
       00000000000005c8  0000000000000000  AX       0     0     8
  [16] .relto-container  REL              0000000000000000  0006c690
       00000000000000a0  0000000000000010          37    15     8
  [17] .data             PROGBITS         0000000000000000  00011b28
       000000000000002c  0000000000000000  WA       0     0     4
  [18] maps              PROGBITS         0000000000000000  00011b54
       0000000000000048  0000000000000000  WA       0     0     4
  [19] .maps             PROGBITS         0000000000000000  00011ba0
       00000000000002a0  0000000000000000  WA       0     0     8
  [20] license           PROGBITS         0000000000000000  00011e40
       0000000000000004  0000000000000000  WA       0     0     1
  [21] .debug_str        PROGBITS         0000000000000000  00011e44
       0000000000002681  0000000000000001  MS       0     0     1
  [22] .debug_loc        PROGBITS         0000000000000000  000144c5
       0000000000026555  0000000000000000           0     0     1
  [23] .rel.debug_loc    REL              0000000000000000  0006c730
       000000000000a0e0  0000000000000010          37    22     8
  [24] .debug_abbrev     PROGBITS         0000000000000000  0003aa1a
       0000000000000429  0000000000000000           0     0     1
  [25] .debug_info       PROGBITS         0000000000000000  0003ae43
       000000000000fc9c  0000000000000000           0     0     1
  [26] .rel.debug_info   REL              0000000000000000  00076810
       0000000000003280  0000000000000010          37    25     8
  [27] .debug_ranges     PROGBITS         0000000000000000  0004aadf
       00000000000049b0  0000000000000000           0     0     1
  [28] .rel.debug_ranges REL              0000000000000000  00079a90
       0000000000006a80  0000000000000010          37    27     8
  [29] .BTF              PROGBITS         0000000000000000  0004f48f
       000000000000672e  0000000000000000           0     0     1
  [30] .rel.BTF          REL              0000000000000000  00080510
       00000000000001d0  0000000000000010          37    29     8
  [31] .BTF.ext          PROGBITS         0000000000000000  00055bbd
       000000000000c980  0000000000000000           0     0     1
  [32] .rel.BTF.ext      REL              0000000000000000  000806e0
       000000000000c920  0000000000000010          37    31     8
  [33] .debug_frame      PROGBITS         0000000000000000  00062540
       00000000000000b8  0000000000000000           0     0     8
  [34] .rel.debug_frame  REL              0000000000000000  0008d000
       0000000000000070  0000000000000010          37    33     8
  [35] .debug_line       PROGBITS         0000000000000000  000625f8
       00000000000052f9  0000000000000000           0     0     1
  [36] .rel.debug_line   REL              0000000000000000  0008d070
       0000000000000070  0000000000000010          37    35     8
  [37] .symtab           SYMTAB           0000000000000000  000678f8
       00000000000037c8  0000000000000018           1   559     8
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
  L (link order), O (extra OS processing required), G (group), T (TLS),
  C (compressed), x (unknown), o (OS specific), E (exclude),
  p (processor specific)

@vincentmli
Copy link
Contributor Author

here is the code call site reference the global array macro in node_config.h in case I am missing to give full picture of this issue :-) d089b7a

@vincentmli
Copy link
Contributor Author

with no knowledge on llvm BPF target, I guess BPF BTF lack of .rodata.cst32 support ?

[root@centos-dev llvm-project]# find . -name "BPF" | xargs grep -r -i 'cst32'
./llvm/test/CodeGen/BPF/rodata_2.ll:; CHECK: .section  .rodata.cst32,"aM",@progbits,32

[root@centos-dev llvm-project]# find . -name "BPF" | xargs grep -r -i 'cst16'
./llvm/test/CodeGen/BPF/BTF/local-var-readonly-1.ll:; the initial value of "val" is stored in section .rodata.cst16
./llvm/test/CodeGen/BPF/rodata_3.ll:; CHECK-EL:  .section .rodata.cst16,"aM",@progbits,16
./llvm/test/CodeGen/BPF/rodata_3.ll:; CHECK-EB:  .section .rodata.cst16,"aM",@progbits,16

@vincentmli
Copy link
Contributor Author

2022-01-25T16:15:34.613503782Z level=error msg="Error while rewriting endpoint BPF program" containerID=3d2176a8ec datapathPolicyRevision=0 desiredPolicyRevision=1 endpointID=2631 error="Failed to start bpffs map migration: file 2631_next/bpf_lxc.o: load data sections: data section .rodata.cst32: can't get BTF: type .rodata.cst32: not found" identity=8768 ipv4=10.0.1.229 ipv6= k8sPodName=default/nginx-mdgs6 subsys=endpoint

fyi, this error comes from

https://github.com/cilium/ebpf/blob/master/elf_reader.go#L1032-L1034

		if err := ec.btf.TypeByName(sec.Name, &datasec); err != nil {
			return fmt.Errorf("data section %s: can't get BTF: %w", sec.Name, err)
		}

@vincentmli
Copy link
Contributor Author

With help from cilium/ebpf, we found out that when VTEP_ENDPOINT/VTEP_MAC member > 2 like below:

grep 'VTEP' /var/run/cilium/state/globals/node_config.h 

#define ENABLE_VTEP 1
#define VTEP_ENDPOINT (__u32[]){ 0xeb48a90a, 0xec48a90a, 0xed48a90a, 0xee48a90a, }
#define VTEP_MAC (__u64[]){ 0x562e984c3682, 0x552e984c3682, 0x542e984c3682, 0x532e984c3682, }
#define VTEP_NUMS 4

.rodata.cst32 will be generated by compiler for VTEP_MAC member

 readelf -x .rodata.cst32 /var/run/cilium/state/1378_next_fail/bpf_lxc.o

Hex dump of section '.rodata.cst32':
  0x00000000 82364c98 2e560000 82364c98 2e550000 .6L..V...6L..U..
  0x00000010 82364c98 2e540000 82364c98 2e530000 .6L..T...6L..S..

when VTEP_ENDPOINT/VTEP_MAC member <= 2, no single rodata section will be generated by compiler

grep 'VTEP' /var/run/cilium/state/globals/node_config.h 
#define ENABLE_VTEP 1
#define VTEP_ENDPOINT (__u32[]){ 0xeb48a90a, 0xec48a90a, }
#define VTEP_MAC (__u64[]){ 0x562e984c3682, 0x552e984c3682, }
#define VTEP_NUMS 2

no single rodata

readelf -e  /var/run/cilium/state/1378/bpf_lxc.o | grep 'rodata'

@vincentmli
Copy link
Contributor Author

from https://lore.kernel.org/bpf/41e809b6-62ac-355a-082f-559fa4b1ffea@fb.com/, it looks normal from compiler side

@vincentmli vincentmli mentioned this issue Jan 31, 2022
Closed
@pchaigno pchaigno added kind/community-report This was reported by a user in the Cilium community, eg via Slack. kind/question Frequently asked questions & answers. This issue will be linked from the documentation's FAQ. and removed needs/triage This issue requires triaging to establish severity and next steps. kind/bug This is a bug in the Cilium logic. labels Feb 6, 2022
vincentmli added a commit to f5devcentral/cilium that referenced this issue Mar 26, 2022
@vincentmli
vtep: VTEP map datapath implementation
33d9a32 
Replace VTEP integration VTEP lookup with VTEP specific map
implementation. This solves problem observed in
cilium#18616
cilium/ebpf#553

Signed-off-by: Vincent Li <v.li@f5.com>
@ti-mo ti-mo mentioned this issue May 16, 2022
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
kind/community-report This was reported by a user in the Cilium community, eg via Slack. kind/question Frequently asked questions & answers. This issue will be linked from the documentation's FAQ. sig/datapath Impacts bpf/ or low-level forwarding details, including map management and monitor messages.
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@kkourt @joestringer @pchaigno @vincentmli