patches cause an error with $patch:delete in files with multiple patches

[gruzchik]

What happened?

patchesStrategicMerge was used for include a code that declare $path:delete in patches for rewrite output from bases and granually including some structure per environment (after initial declaration in bases)

After Kustomize version was upgraded kustomize from 4.5.x to 5.3.0 and upgrading to patches from patchesStrategicMerge it cause an error in a files multiple patches with $patch:delete

What did you expect to happen?

Running the command "kustomize build ./overlay/test" shows resources that have not been disabled for overlays.

How can we reproduce it (as minimally and precisely as possible)?

Run this in terminal or with a bash file and check output with patches and patchesStrategicMerge

mkdir -p kustomize-test/base
mkdir -p kustomize-test/overlay/dev
mkdir -p kustomize-test/overlay/test

cat <<EOF> kustomize-test/base/kustomization.yaml
resources:
- workflow.yaml
EOF

cat <<EOF> kustomize-test/base/workflow.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: workflow-suffix1
spec:
  template:
    spec:
      containers:
      - name: worker
        image: worker:1.14.2
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: workflow-suffix2
spec:
  template:
    spec:
      containers:
      - name: worker
        image: worker:1.14.2
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: workflow-suffix3
spec:
  template:
    spec:
      containers:
      - name: worker
        image: worker:1.14.2
EOF

cat <<EOF> kustomize-test/overlay/test/workflow-patch.yaml
\$patch: delete
apiVersion: apps/v1
kind: Deployment
metadata:
  name: workflow-suffix1
---
\$patch: delete
apiVersion: apps/v1
kind: Deployment
metadata:
  name: workflow-suffix2
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: workflow-suffix3
EOF

cat <<EOF> kustomize-test/overlay/test/kustomization.yaml
resources:
  - ../../base

patches: # instead of patchesStrategicMerge
  - path: workflow-patch.yaml

# patchesStrategicMerge:
#   - workflow-patch.yaml
EOF

kustomize build kustomize-test/overlay/test

Expected output

a proper output with workflow-suffix3 deployment declaration

Actual output

panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x40 pc=0x9902cb]

goroutine 1 [running]: sigs.k8s.io/kustomize/kyaml/yaml.(RNode).Content(...) sigs.k8s.io/kustomize/kyaml/yaml/rnode.go:707 sigs.k8s.io/kustomize/kyaml/yaml.(RNode).getMapFieldValue(0x14002260b08?, {0x10476bfb1?, 0x7?}) sigs.k8s.io/kustomize/kyaml/yaml/rnode.go:420 +0x54 sigs.k8s.io/kustomize/kyaml/yaml.(RNode).GetApiVersion(...) sigs.k8s.io/kustomize/kyaml/yaml/rnode.go:402 sigs.k8s.io/kustomize/kyaml/resid.GvkFromNode(0x140017648b8?) sigs.k8s.io/kustomize/kyaml/resid/gvk.go:32 +0x40 sigs.k8s.io/kustomize/api/resource.(Resource).GetGvk(...) sigs.k8s.io/kustomize/api/resource/resource.go:57 sigs.k8s.io/kustomize/api/resource.(*Resource).CurId(0x1400044e960)

Kustomize version

kustomize 5.3.0

Operating system

Linux

[k8s-ci-robot]

This issue is currently awaiting triage.

SIG CLI takes a lead on issue triage for this repo, but any Kubernetes member can accept issues by applying the triage/accepted label.

The triage/accepted label can be added by org members by writing /triage accepted in a comment.

Instructions for interacting with me using PR comments are available [here](https://git.k8s.io/community/contributors/guide/pull-requests.md). If you have questions or suggestions related to my behavior, please file an issue against the [kubernetes/test-infra](https://github.com/kubernetes/test-infra/issues/new?title=Prow%20issue:) repository.

[ginokok1996]

Experiencing the same issues.. Anything you were able to do to fix this?

[gruzchik]

Hello @ginokok1996 , this issue still in waiting status. Only way to resolve this issue this is to divide blocks with "$patch: delete" to the separate files, but in case if you have a lot of such files this is not convenient

As I see we had the same solution multiple blocks for kustomize 5.3.0 , and it was resolved

So, I hope the same issue but with "$patch: delete" in blocks can be resolved. @koba1t , @natasha41575 could you help with this issue please?

[dkim1970]

If someone wants a ugly hack for splitting their files in bash

My file looked like this:

$patch: delete
apiVersion: batch/v1
kind: CronJob
metadata:
  name: <name of service>
---
$patch: delete
apiVersion: batch/v1
kind: CronJob
metadata:
  name: <name of service>

This for loop iterate over over each name: field and grabs the 4 rows above it (grep -B4) and puts the output in a file named -delete-patch.yaml

for i in $(grep name: delete-patches.yaml | cut -d: -f 2| tr -d ' '); do sed "s/---//" delete-patches.yaml | grep -B4 $i > $i-delete-patch.yaml; done

[tdemin]

Still reproduces with Kustomize v5.5.0.