GroupWise POA logs contains SOAP Error: The name of the folder is not unique. [EB04]

Dear All!

We encountered strange log entries in the POA logs which are repeatly occuring day by day.
We did not find anything related to this error message so far.

These error entries are the following:

E011 SOAP Error: The name of the folder is not unique. [EB04] [modifyItemRequest] (user)
E09B SOAP Error: The name of the folder is not unique. [EB04] [modifyItemRequest] (user)
E0EB SOAP Error: The name of the folder is not unique. [EB04] [modifyItemRequest] (user)
E092 SOAP Error: The name of the folder is not unique. [EB04] [modifyItemRequest] (user)
E011 SOAP Error: The name of the folder is not unique. [EB04] [modifyItemRequest] (user)
...an so on

There are thousands of these lines in a single log file.

Some log files are containing log entries related to this user which are the following (user fid is n6c):

08:21:26 F444 The database function 53 reported error [C042] on usern6c.db
08:21:26 B7F7 The database function 53 reported error [C042] on usern6c.db
08:21:26 F444 The database function 53 reported error [C042] on usern6c.db
08:21:27 B7F7 The database function 53 reported error [C042] on usern6c.db
08:21:27 F444 The database function 53 reported error [C042] on usern6c.db


Since we found these entries in the POA logs, the POA service is randomly stopping (3-4 times a day) .

The user to whom the log entries are linked using macbook with thunderbird for messaging and for viewing his calendar entries.

We ran content, structure checks and structural rebuild on the user's DB, but the error entries will still be added to the logs.

Environment:
SLES 12 SP4

Groupwise version: 18.1.2-134613

Has anyone encountered such an issue?

Tags:

  •  

    Run GWCheck/Maintenance on the account again doing a "Content & Fix Problems" and on the MISC tab use this option:  deldupfolders

    You might need to run it twice.

    Cheers,

     

  • Dear Laura!

    First of all, thank you   for your suggestion.

    I forgot something that might be important.

    The user calendar entries have been duplicated, not the user's folder in his mailbox.

    If I'm right, the GWcheck was trying to rename duplicated calendar entries, but unfortunatelly this has happened thousands of times.

    A slice of the user's calendar "hierarchy" screen can be found attached to this post.

    If I run GWcheck as suggested before, will all calendar entries be removed or only the duplicated entries?
    Will the original calendar entry remain?

    I'm a bit afraid that the GWcheck with dedupfolder switch will remove all calendar entries including the original one as well, if it can do it at all.
    (There are lots of appoinments, notes in the original one)

    One of the GWchecks reported the following:

    ================================================================================
    ===== TASK LOG - 429 (5dbd04ac.ckl) ============================================
    ================================================================================
    Checking user = userx (n6c / 201) 6744064 bytes, 11/02/19 02:05 (USERX[])
    - Current time 4:22:4 am
    CONTENTS VERIFICATION/STATISTICS analysis of db /var/opt/novell/groupwise/COMPPO1/ofuser/usern6c.db
    CONTENTS VERIFICATION of database /var/opt/novell/groupwise/COMPPO1/ofuser/usern6c.db
    - 4070 records found, last DRN = 17907
    - checking Preference records
    - checking Folder records
    Problem 79- Folder DEFAULT_TASK_CALENDAR_NAME~1 (record 17866) duplicates folder 17879 at the same level
    - Renaming folder to DEFAULT_TASK_CALENDAR_NAME~1.dup1
    - Record 17866 updated successfully
    Problem 79- Folder DEFAULT_TASK_CALENDAR_NAME~7 (record 17863) duplicates folder 17904 at the same level
    - Renaming folder to DEFAULT_TASK_CALENDAR_NAME~7.dup1
    - Record 17863 updated successfully
    Problem 79- Folder DEFAULT_TASK_CALENDAR_NAME~1 (record 17838) duplicates folder 17879 at the same level
    - Renaming folder to DEFAULT_TASK_CALENDAR_NAME~1.dup2
    - Record 17838 updated successfully
    Problem 79- Folder Eml▒keztet▒k~1513 (record 16717) duplicates folder 17878 at the same level
    - Renaming folder to Eml▒keztet▒k~1513.dup1
    - Record 16717 updated successfully
    Problem 79- Folder Eml▒keztet▒k~839 (record 13515) duplicates folder 17867 at the same level
    - Renaming folder to Eml▒keztet▒k~839.dup1
    - Record 13515 updated successfully
    Problem 79- Folder Eml▒keztet▒k~318 (record 11465) duplicates folder 17880 at the same level
    - Renaming folder to Eml▒keztet▒k~318.dup1
    - Record 11465 updated successfully
    - checking Category records
    - checking Data records
    User stats: 1283 InBox, 839 OutBox, 6 Trash, 25 New
    Disk space management values: Size Limit - 2097152KB, Threshold - 90%
    323247 kbytes in use by user's mail
    Starting scan of EVENT (and EVENT configuration) records
    Located EVENT configuration record (drn=17444; key='com.novell.groupwise.calendarserver@web2')
    Located EVENT configuration record (drn=15660; key='default.pipeline1.groupwise_gms_163E3D0AD2_vtoth')
    Finished scan of EVENT (and EVENT configuration) records
    Quickfinder: Pending jobs = 0 Files = 5cb0f101.idx, 5dbb4099.inc


    PROCESSING COMPLETED- total processing time: 0:00:04


    Best Regards,
    WC

  • If I run GWcheck as suggested before, will all calendar entries be removed or only the duplicated entries?
    Will the original calendar entry remain?

    I've never seen data go away when using the deldupfolders  flag

    You may have to run it a few times before the error goes away.

    All evidence is that it cleans up the points so that they don't collide.  and from those errors, there is  certainly a duplicate folder issue that needs to to be addressed.  The calendar entries are either another issue all together or an artifact of having a calendar folder duplicated that causes them to be displayed twice.

    If you are worried, just make sure you have a current fresh backup.

    you may have other issues lurking that you can find by checking your regular contents check logs as per https://konecnyconsulting.ca/gw/gwlogs.html