Uploaded image for project: 'CernVM'
  1. CernVM
  2. CVM-1398

Do not invoke FUSE client from publish workflow

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Medium
    • Resolution: Fixed
    • Affects Version/s: CernVM-FS 2.3.3
    • Fix Version/s: CernVM-FS 2.5
    • Component/s: CVMFS
    • Labels:
      None
    • Bug / Feature:
      Bug report
    • Severity:
      3 - Normal
    • Platforms:
      x86_64-slc6-gcc48-opt
    • Development:

      Description

      When I do a transaction from a systemd service, it appears something in the CVMFS is doing a direct invocation of the FUSE client instead of triggering the mount via the mount command.

      The resulting output of systemctl status looks like this:
       

      [bbockelm@hcc-cvmfs-repo cvmfs-sync-dev]$ sudo systemctl status cvmfs-data-update@cms.osgstorage.org.service
       [sudo] password for bbockelm:
       ¿ cvmfs-data-update@cms.osgstorage.org.service - cms.osgstorage.org repo update
       Loaded: loaded (/etc/systemd/system/cvmfs-data-update@.service; enabled; vendor preset: disabled)
       Drop-In: /etc/systemd/system/cvmfs-data-update@cms.osgstorage.org.service.d ¿¿override.conf
       Active: active (running) since Tue 2017-10-17 08:14:24 CDT; 4min 32s ago
       Main PID: 5476 (cvmfs-sync-driv)
       CGroup: /system.slice/system-cvmfs\x2ddata\x2dupdate.slice/cvmfs-data-update@cms.osgstorage.org.service
       ¿¿ 5476 /usr/bin/python /usr/libexec/cvmfs-sync/cvmfs-sync-driver --config /etc/cvmfs-sync/cms.osgs...
       ¿¿ 5736 cvmfs2 cms.osgstorage.org /var/spool/cvmfs/cms.osgstorage.org/rdonly -o rw,allow_other,conf...
       ¿¿ 5742 cvmfs2 cms.osgstorage.org /var/spool/cvmfs/cms.osgstorage.org/rdonly -o rw,allow_other,conf...
       ¿¿ 6159 /usr/libexec/cvmfs/authz/cvmfs_x509_helper
       ¿¿18044 /usr/bin/python /usr/libexec/cvmfs-sync/cvmfs_sync --concurrency 180 --ignore *.tmp,*Remote...

       
      Note that the cvmfs2 and cvmfs_x509_helper processes are marked as being a part of this service, indicating they were invoked directly (if mount was used, they'd be launched by the kernel and hence, I think, be part of a different service).

      Unfortunately, this means when this cronjob ends, these processes will be hard-killed by systemd leaving a CVMFS mountpoint with the Transport endpoint disconnected error.

        Attachments

          Activity

            People

            • Assignee:
              jblomer Jakob Blomer
              Reporter:
              bbockelm Brian Paul Bockelman
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:
                PlannedEnd:
                PlannedStart: