Uploaded image for project: 'HPCC'
  1. HPCC
  2. HPCC-14727

Deleting a superfile fails if meta data inconsistent - if subfiles not marked as owned by that superfile



    • Type: Bug
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 4.2.12, 5.2.4
    • Fix Version/s: 5.6.0
    • Component/s: DFS
    • Labels:


      See below from e-mail between Vic Kovacs/Russell Wagner (Ops). Read from bottom up.

      I’m not seeing any reason it shouldn’t delete. There was no problems on the super or sub files when I query them with daliadmin, nor any locks holding these files. I’ve gone through all my old email, and I’ve never seen a “CDelayedDelete::removeEntry” error before.

      Due to it being the holiday, I would suggest opening a bug ticket on https://track.hpccsystems.com to get the most available eyes on this.

      Russell Wagner

      From: Kovacs, Vic (REI-DAY)
      Sent: Wednesday, December 30, 2015 12:11 PM
      To: RIS-BCT Supercomputer Ops - Boca
      Cc: Knowlton, Brian D. (REI-DAY); Mullins, Marcus S. (REI-DAY)
      Subject: Lock errors, deleting file error on

      Hi, I'm trying to delete a superkey on, but it won't delete and produces this error. I checked the first few files that it says are missing, and they do exist on the cluster.

      Cannot delete indexing_sk::query::ip_address::ip_address_2014-06sk: DFS Exception: 12: Failed to delete file: indexing_sk::query::ip_address::ip_address2014-06sk - cause: [ -1: [ -1: CDelayedDelete::removeEntry: SubFile indexing::query::ip_address::ip_address2014-06-aamlk of indexing_sk::query::ip_address::ip_address2014-06sk not found for removal] [ -1: CDelayedDelete::removeEntry: SubFile indexing::query::ip_address::ip_address2014-06-abmlk of indexing_sk::query::ip_address::ip_address2014-06sk not found for removal] [ -1: CDelayedDelete::removeEntry: SubFile indexing::query::ip_address::ip_address2014-06-acmlk of indexing_sk::query::ip_address::ip_address2014-06_sk not found for removal] [ -1: CDelayedDelete::removeEntry: SubFile indexing::query::ip_address...
      ... ... ...

      This might be due to locking errors we recieved last week (you may want to check):

      System error: 1: SDS: Lock timeout SDS Reply Error : SDS: Lock timeout Lock timeout trying to establish lock to Files/Scope[@name="indexing_sk"]/Scope[@name="query"]/Scope[@name="billgroup"]/SuperFile[@name="billgroup__2014-09__sk"]/, existing lock info: Locks on path: /Files/Scope[@name="indexing_sk"]/Scope[@name="query"]/Scope[@name="billgroup"]/SuperFile[@name="billgroup__2014-09__sk"]/ Endpoint |SessionId |ConnectionId |mode |time(duration)] |600a6cebd |600a7811c |22 |2015-12-23T22:25:53(10671 ms)

      Vic Kovacs
      Security Engineer
      RELX Group
      Reed Elsevier, 9443 Springboro Pike, Miamisburg OH 45342 M/S 21S52
      Phone: 937-247-3434




            • Assignee:
              jakesmith Jake Smith
              kovacsbv Vic Kovacs
            • Votes:
              0 Vote for this issue
              5 Start watching this issue


              • Created: