Ugly problems with archives

Discussions about product bugs & problems!
Note: This is no replacement for the Official ETM Support!
Search

Post Reply
5 posts • Page 1 of 1
funkey
Posts: 59
Joined: Mon Dec 27, 2010 12:11 pm

Ugly problems with archives

Post by funkey » Wed May 15, 2019 8:47 am

Hello,

I have terrible problems with archives. My archive set VA0001 always produces corrupt filesets. And I don't know where they come from. All other value archives works as expected. I use V3.15 and installed P18 today, so the two redundant servers do not crash anymore, when I want to view the data in trend panel. But this does not solve my problem in producing invalid archive files. What can be the the reason for this problem?
I attached some log entries from WCCOAvalarch1.log, maybe someone can see what's wrong there.

BR
Christoph

Code: Select all

[140664370624256]   setting tmpd.srcMsec = 999 in order to continue ...
[140664370624256]  ------------ END Assertion: 'tmpd.srcMsec < 1000)'. ------------
[140664362231552]  ----------- Assertion: 'tmpd.srcMsec < 1000)' FAILED !! ------------
[140664370624256]  startPointer_ = 2d47bf0, firstInvalid = 5262430, lastMapped = 337ffff, values = 46000, startIndex_ = 595, endIndex_ = 696 
[140664370624256]  Used space in stripe : 225216000 
[140664370624256]  Stripe size : 6553600 
[140664370624256]  Dump of IndexAccess : 
[140664370624256]  File is compressed: member 'valuesPerIndex_' is not used; 'computedLast' is not valid![140664370624256]  this = f9d7e7e0
[140664370624256]  startIndex_ = 595
[140664370624256]  endIndex_ = 696
[140664370624256]  headerPtr_ = 188d1744
[140664370624256]  headmap_ = f40498f0 
[140664370624256]  mmap_ = f405ad80
[140664370624256]  setPtr_ = 407c410
[140664370624256]  startPointer_ = 2d47bf0
[140664370624256]  trnsPtr_ = 40096c0 
[140664370624256]  valuesPerIndex_ = 46000 
[140664370624256]  first invalid pointer = 5262430 
[140664370624256]  computed last pointer = 104101ef
[140664370624256]  archived data size = 48 
[140664370624256]  Free place at start of stripe = 31728 
[140664370624256]  Free place behind last mapped index = -218694127 
[140664370624256]  Dump of IndexAccess end.............
[140664370624256]  Dump of ArchivSet 1087: ..........................................
[140664370624256]  this = 407c410
[140664370624256]  max DP fill pct 95
[140664370624256]  overflow count 10
[140664370624256]  overflow pct 5
[140664370624256]  Count of filled values for change 43700 
[140664370624256]  Size of heap for change: 0 
[140664370624256]  Set file handle : 7e 
[140664370624256]  --------------------------
[140664370624256]  setNumber_ = 1087
[140664370624256]  defaultMapped_ = 0
[140664370624256]  fileName_ = /home/pvss/BNNPVSS/db/wincc_oa/VA_0001/AR_0001_2019.05.03.-00.00.30 
[140664370624256]  File is compressed, the value of valuesMax_ is not used
[140664370624256]  valuesMax_ = 46000
[140664370624256]  valuesStartOffset_ = 65536 
[140664370624256]  DPElCount_ = 697 
[140664370624256]  dpElMax_ = 697
[140664370624256]  startTime_ = 1556841630
[140664370624256]  lastTime_ = 1556841630
[140664370624256]  heap start offset = 373489664 
[140664370624256]  heap position = 0 
[140664370624256]  Dump of ArchivSet end..........................................
[140664370624256]  Dump of MemMapping : 
[140664370624256]  this = f405ad80
[140664370624256]  aceMap_ = f404aa90
[140664370624256]  mapped_ = 1
[140664370624256]  startAddr_ = 2d40000
[140664370624256]  last mapped address = 337ffff 
[140664370624256]  mappedSize_ = 6553600
[140664370624256]  fileOffset_ = 334495744
[140664370624256]  last mapped byte has file offset = 341049343 
[140664370624256]  Dump of MemMapping end.............
[140664362231552]  startPointer_ = 8c70c10, firstInvalid = a92afc0, lastMapped = 92a1fff, values = 46000, startIndex_ = 603, endIndex_ = 696 
[140664362231552]  Used space in stripe : 207552000 
[140664362231552]  Stripe size : 6553600 
[140664362231552]  Dump of IndexAccess : 
[140664362231552]  File is compressed: member 'valuesPerIndex_' is not used; 'computedLast' is not valid![140664362231552]  this = f957d150
[140664362231552]  startIndex_ = 603
[140664362231552]  endIndex_ = 696
[140664362231552]  headerPtr_ = 188f18a4
[140664362231552]  headmap_ = f4053ba0 
[140664362231552]  mmap_ = f405acf0
[140664362231552]  setPtr_ = 4157700
[140664362231552]  startPointer_ = 8c70c10
[140664362231552]  trnsPtr_ = 0 
[140664362231552]  valuesPerIndex_ = 46000 
[140664362231552]  first invalid pointer = a92afc0 
[140664362231552]  computed last pointer = 15260a0f
[140664362231552]  archived data size = 48 
[140664362231552]  Free place at start of stripe = 60432 
[140664362231552]  Free place behind last mapped index = -201058831 
[140664362231552]  Dump of IndexAccess end.............
[140664362231552]  Dump of ArchivSet 1086: ..........................................
[140664362231552]  this = 4157700
[140664362231552]  max DP fill pct 95
[140664362231552]  overflow count 10
[140664362231552]  overflow pct 5
[140664362231552]  Count of filled values for change 43700 
[140664362231552]  Size of heap for change: 0 
[140664362231552]  Set file handle : 7d 
[140664362231552]  --------------------------
[140664362231552]  setNumber_ = 1086
[140664362231552]  defaultMapped_ = 0
[140664362231552]  fileName_ = /home/pvss/BNNPVSS/db/wincc_oa/VA_0001/AR_0001_2019.05.02.-12.00.30 
[140664362231552]  File is compressed, the value of valuesMax_ is not used
[140664362231552]  valuesMax_ = 46000
[140664362231552]  valuesStartOffset_ = 65536 
[140664362231552]  DPElCount_ = 697 
[140664362231552]  dpElMax_ = 697
[140664362231552]  startTime_ = 1556798430
[140664362231552]  lastTime_ = 1556798430
[140664362231552]  heap start offset = 374145024 
[140664362231552]  heap position = 0 
[140664362231552]  Dump of ArchivSet end..........................................
[140664362231552]  Dump of MemMapping : 
[140664362231552]  this = f405acf0
[140664362231552]  aceMap_ = f40d2be0
[140664362231552]  mapped_ = 1
[140664362231552]  startAddr_ = 8c62000
[140664362231552]  last mapped address = 92a1fff 
[140664362231552]  mappedSize_ = 6553600
[140664362231552]  fileOffset_ = 343932928
[140664362231552]  last mapped byte has file offset = 350486527 
[140664362231552]  Dump of MemMapping end.............
[140664362231552]  ----------------------------------------------------------------------------
[140664362231552]  DPE Dump : dp = 58326, element = 3, varType = 70000, valueCount = 4240

[140664370624256]  readValuesForOneElement, SetNum = 1087, startTime = Mai 03 2019 - 02:11:59.578, endTime = Mai 04 2019 - 02:11:59.578, simpleTime = 0 
[140664370624256]  retrieveBefore = 0, retrieveAfter = 0, requestedValue = 5 
[140664362231552]  004239. Time:Jän 01 1970-02:00.01, 6158
[140664370624256]  createGroupResult : resSetPtr = f40d4c40, configType = 35, items in result = 0 
[140664370624256]  No results for group found 
[140664362231552]  Flags = HEX(0000): 
11.05. 08:34:35.733[140664370624256]  Queue synchronized 
[140664362231552]  OrigValue:0f 18 00 00 00 00 00 00  | DefValue :01 00 00 00 10 18 00 00  | CorrValue:00 00 00 00 00 00 00 00  | 
Original status = 00000000

[140664362231552]  --------------------------end dump----------------------------

User avatar
leoknipp
Posts: 1819
Joined: Tue Aug 24, 2010 5:28 pm

Re: Ugly problems with archives

Post by leoknipp » Wed May 15, 2019 5:25 pm

The information does not look like debug information written with an activated WinCC OA debug flag.

How did you create this output?

For further analysis we need more detailed information for the project configuration and data which is queried. Probably also some files for the project are needed to see if the error can be reproduced.
Please get in contact with your WinCC OA support for further assistance.

Best Regards
Leopold Knipp
Senior Support Specialist

funkey
Posts: 59
Joined: Mon Dec 27, 2010 12:11 pm

Re: Ugly problems with archives

Post by funkey » Thu May 16, 2019 7:18 am

Hello,

no debug flags, no special settings. It is just being written into log per default.
How do I activate best debug flags for this case?

User avatar
leoknipp
Posts: 1819
Joined: Tue Aug 24, 2010 5:28 pm

Re: Ugly problems with archives

Post by leoknipp » Fri May 17, 2019 6:55 am

Is this information written to a WinCC OA logfile?
You can check if your system is configured to write core dump files if a process is stopped.
https://www.winccoa.com/knowledge-base/ ... 294cb0328b

When a dump file is written please get in contact with your common WinCC OA support for further assistance.

Best Regards
Leopold Knipp
Senior Support Specialist

funkey
Posts: 59
Joined: Mon Dec 27, 2010 12:11 pm

Re: Ugly problems with archives

Post by funkey » Fri May 17, 2019 11:13 am

Hi, thanks for information,
as I mentioned in first post this log entries are from WCCOAvalarch1.log.

I will try next week to setup the core dumps.

BR
Christoph

Post Reply
5 posts • Page 1 of 1