1. 25 Jun, 2014 1 commit
  2. 19 May, 2014 1 commit
  3. 15 May, 2014 1 commit
  4. 09 May, 2014 1 commit
  5. 24 Apr, 2014 1 commit
  6. 23 Apr, 2014 1 commit
  7. 14 Apr, 2014 2 commits
  8. 10 Apr, 2014 1 commit
  9. 09 Apr, 2014 1 commit
    • Steven Murray's avatar
      Added DebugMountSessionForVdqmProtocol · ce9e7473
      Steven Murray authored
      DebugMountSessionForVdqmProtocol is a temporary class that will eventually
      be replaced by the offical MountSession class.  The purpose of the
      temporary class is to field test our undestanding of the vdqm protocol.
      ce9e7473
  10. 08 Apr, 2014 3 commits
  11. 04 Apr, 2014 3 commits
  12. 03 Apr, 2014 1 commit
  13. 26 Mar, 2014 2 commits
  14. 24 Mar, 2014 1 commit
    • Steven Murray's avatar
      Added the private method VdqmImpl::connectToVdqm() · 6cc66539
      Steven Murray authored
      This version of connectToVdqm() is based on Cgethostbyname().  This is
      a temporary implementation.  I would like that it is replaced by code
      based around getaddrinfo() which is both standard and thread-safe on
      linux and is therefore better than gethostbyname() whose rentrant
      cousin gethostbyname_r() is a GNU extension.  According to the BSD
      manual pages, the getaddrinfo() function is a replacement for and
      provides more flexibility than gethostbyname().
      
      I cannot find any information about the thread safety of getaddrinfo()
      on MAC.
      6cc66539
  15. 13 Mar, 2014 1 commit
  16. 06 Mar, 2014 1 commit
  17. 17 Feb, 2012 1 commit
    • Steven Murray's avatar
      bug #90313: RFE: tapebridged should request more files to transfer in bulk · 62f42172
      Steven Murray authored
      Fixed a stack-overflow bug in the CASTOR 2.1.12-2 internal release of the
      tapebridged daemon.  The bug was caused by an unintentionally recursive
      function.  The bug was not detected on my development system but was detected
      on castorcert5 because the bug only manifested itself when an error was
      reported to the tapebridged daemon by the rtcpd daemon.
      62f42172
  18. 10 Feb, 2012 1 commit
  19. 25 Feb, 2010 2 commits
  20. 24 Feb, 2010 2 commits
  21. 04 Jan, 2010 1 commit
  22. 04 Dec, 2009 1 commit
  23. 10 Aug, 2009 1 commit
  24. 03 Aug, 2009 1 commit
    • Steven Murray's avatar
      Added signal aware logic to the tape aggregator. No signal handler is... · cc124b2b
      Steven Murray authored
      Added signal aware logic to the tape aggregator.  No signal handler is created, the necessary information is determined by calling the newly added method BaseDaemon::stoppingGracefully().  When performing long-duration network IO operations (such as the 60 second timeout used in the main select loop), the tape gateway will not retry such an operation if it is interrupted and the daemon is stopping gracefully.  The tape aggregator will now call BaseDaemon::stoppingGracefully() and stop immediately and gracefully if it returns true.
      
      cc124b2b
  25. 16 Jul, 2009 1 commit
  26. 02 Feb, 2009 1 commit
    • Steven Murray's avatar
      We have modified the castor::tape::aggregator::Transceiver API. We have split · 0141c734
      Steven Murray authored
      the reception of an RTCP message into two separate function calls; the
      reception of the header and then the reception of the body.
      
      This modification was needed in order to deal with the next step of
      the RTCOPY protocol where the main select loop has to deal with different
      types of incoming RTCOPY messages comming from different RTCPD threads.i
      Immediately after a call to select which indicates an incoming message, the
      tape aggregator needs to use the Transceiever to just read in the RTCP message
      header so it can then dispatch the receptionm of the body of the incomming
      message to the appropriate Transceiver body reception function.
      0141c734
  27. 29 Jan, 2009 1 commit
  28. 08 Dec, 2008 1 commit
  29. 05 Dec, 2008 1 commit
  30. 04 Dec, 2008 2 commits
  31. 03 Dec, 2008 1 commit