spectrum protect 8.1.11.100 strange behaviour with dedup pool

2021-04-22 Thread Tsm Tsm
Hello,

on my test servers if you move or defragment (automatic) containers the
spectrum protect application crashes, DB2 service still alive.

ANR0984I Process 2 for Move Container (Automatic) started in the BACKGROUND
at 02:02:07.

ANR0984I Process 3 for Move Container (Automatic) started in the BACKGROUND
at 02:02:07.

ANR0984I Process 4 for Move Container (Automatic) started in the BACKGROUND
at 02:02:07.

ANR0984I Process 5 for Move Container (Automatic) started in the BACKGROUND
at 02:02:07.

ANR0984I Process 6 for Move Container (Automatic) started in the BACKGROUND
at 02:02:07.

ANRD_1199904567 SdWriteContainer(sdio.c:1588) Thread<207>: Improper
setup for writing to container 0058AE36CFB0 (nil) True

ANRD Thread<207> issued message  from:

ANRD Thread<207>  7ffb7afe5582 OutDiagToCons()+b2

ANRD Thread<207>  7ffb7afde2c2 outDiagfExt()+122

ANRD Thread<207>  7ffb7ad0c943 SdWriteContainer()+483

ANRD Thread<207>  7ffb7ad0d54e SdWrite()+b8e

ANRD Thread<207>  7ffb7acf0969 ProcessDefragData()+219

ANRD Thread<207>  7ffb7acef0f8 ProcessStreamBuffer()+238

ANRD Thread<207>  7ffb7aced8b8 SdCntrStreamThread()+14f8

ANRD Thread<207>  7ffb7a2ad2d3 startThread()+5b3

ANRD Thread<207>  7ffba3cdf4a0 o__realloc_base()+60

ANRD Thread<207>  7ffbaf0b13f2 BaseThreadInitThunk()+22

ANRD Thread<207>  7ffbb14254f4 RtlUserThreadStart()+34

Entering exception handler.


anything known about this?  before crash many nondedup files going to state
unavailable. you can audit them successful but the next move runs into a
failure or server crashes.

with best regards
Stefan Savoric


Re: spectrum protect 8.1.11.100 strange behaviour with dedup pool

2021-04-22 Thread Michael Prix

Hello,

that feature is handled in eFix 8.1.11.101, contact IBM to get access to it.
It also affects 8.1.10.200 and is fixed in eFix 8.1.10.204.

--
Michael Prix

On 4/23/21 8:52 AM, Tsm Tsm wrote:

Hello,

on my test servers if you move or defragment (automatic) containers the
spectrum protect application crashes, DB2 service still alive.

ANR0984I Process 2 for Move Container (Automatic) started in the BACKGROUND
at 02:02:07.

ANR0984I Process 3 for Move Container (Automatic) started in the BACKGROUND
at 02:02:07.

ANR0984I Process 4 for Move Container (Automatic) started in the BACKGROUND
at 02:02:07.

ANR0984I Process 5 for Move Container (Automatic) started in the BACKGROUND
at 02:02:07.

ANR0984I Process 6 for Move Container (Automatic) started in the BACKGROUND
at 02:02:07.

ANRD_1199904567 SdWriteContainer(sdio.c:1588) Thread<207>: Improper
setup for writing to container 0058AE36CFB0 (nil) True

ANRD Thread<207> issued message  from:

ANRD Thread<207>  7ffb7afe5582 OutDiagToCons()+b2

ANRD Thread<207>  7ffb7afde2c2 outDiagfExt()+122

ANRD Thread<207>  7ffb7ad0c943 SdWriteContainer()+483

ANRD Thread<207>  7ffb7ad0d54e SdWrite()+b8e

ANRD Thread<207>  7ffb7acf0969 ProcessDefragData()+219

ANRD Thread<207>  7ffb7acef0f8 ProcessStreamBuffer()+238

ANRD Thread<207>  7ffb7aced8b8 SdCntrStreamThread()+14f8

ANRD Thread<207>  7ffb7a2ad2d3 startThread()+5b3

ANRD Thread<207>  7ffba3cdf4a0 o__realloc_base()+60

ANRD Thread<207>  7ffbaf0b13f2 BaseThreadInitThunk()+22

ANRD Thread<207>  7ffbb14254f4 RtlUserThreadStart()+34

Entering exception handler.


anything known about this?  before crash many nondedup files going to state
unavailable. you can audit them successful but the next move runs into a
failure or server crashes.

with best regards
Stefan Savoric