zowe / zowe/api-layer

Problem shutting Zowe 33 down

Open
#4,341 10 comments 0 reactions 1 assignee View on GitHub

@pavel-jares-bcm is already working on this.

Since Oct 8, 2025.

bug Priority: Low size/S
Dominant language
Java
Stars
92
Forks
81
Avg merge
1d 9h
Merged PRs (30d)
46

Description

Describe the bug
A clear and concise description of what the bug is.

I shutdown Zowe 33

I get

13:53:22.77 COLIN 00000290 P ZOWE33
13:53:22.78 STC04212 00000090 +ZWEL0008I stopping components
13:53:25.85 STC04212 00000090 +ZWEL0002I component apiml stopped
13:53:26.40 STC04212 00000090 +ZWEL0022I Zowe Launcher stopped

13:53:29.68 00000281 IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=*UNAVAIL, ASID=0054.
13:53:31.49 COLIN 00000290 D A,L
13:53:31.50 COLIN 00000090 CNZ4105I 13.53.31 DISPLAY ACTIVITY 799
...
799 00000090 ZOWE33I ZOWE33I ZWESIS01 NSW SO ZOWE335 *OMVSEX ZWESVUSR OWT AO
799 00000090 ZWE33AG STEP1 ZWESVUSR IN AO IBMUSER9 STEP1 IBMUSER OWT AO
799 00000090 COLIN IN IBMUSER OWT O

Which eventually ends..... This I could tolerate... but I got in the ZW33AG output

ZWEAGW1:SpringApplicationShutdownHook:67174498 [35mZWESVUSR [0;39m
[36mERROR [0;39m ((c.n.e.r.PeerAwareInstanceRegistryImpl)) Cannot
shutdown ReplicaAwareInstanceRegistry

java.lang.NullPointerException: Cannot invoke
"com.netflix.eureka.cluster.PeerEurekaNodes.shutdown()"
because "this.peerEurekaNodes" is null

at com.netflix.eureka.registry.PeerAwareInstanceRegistryImpl.shutdown(PeerAwareInstanceRegistryImpl.java:177)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
at java.base/java.lang.reflect.Method.invoke(Method.java:586)
at org.springframework.beans.factory.support.DisposableBeanAdapter.invokeCustomDestroyMethod(DisposableBeanAdapter.java:316
at org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:249)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:798
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.jav
at org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingleton(DefaultListableBeanFactory.java:14
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.ja
at org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingletons(DefaultListableBeanFactory.java:1
at org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:1219)
at org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:1180)
at org.springframework.boot.web.reactive.context.ReactiveWebServerApplicationContext.doClose(ReactiveWebServerApplicationCo
at org.springframework.context.support.AbstractApplicationContext.close(AbstractApplicationContext.java:1126)
at org.springframework.boot.SpringApplicationShutdownHook.closeAndWait(SpringApplicationShutdownHook.java:147)
at java.base/java.lang.Iterable.forEach(Iterable.java:75)
at org.springframework.boot.SpringApplicationShutdownHook.run(SpringApplicationShutdownHook.java:116)
at java.base/java.lang.Thread.run(Thread.java:1595)

Which looks more of a problem... and may explain why the ZWE33AG didnt shutdown quicker.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.