This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

do_truncate; Install on RedHat 6.10 kernel 2.6.32-754.(14.2 and 15.3)el6.x86_64 failing

My first installation of free Sophos A/V 9.15.1 on RHEL 6.10 kernel 2.6.32-754.11.1.el6.x86_64 was successful. However, as the kernel has be updated to 14.2 and 15.3, the installation has failed with “checking for do_truncate type … configure” error: unknown”. The posts I’ve read indicate the problem is the kernel is not supported.

 

However, in https://community.sophos.com/kb/en-us/126492 there is a link to “TalpaBinaryPacks.txt” with a 19 page list of currently supported kernels. And 14.2, and 15.3 are supported. I am installing free Sophos on a RHEL workstation. I don’t know if the supported kernels list which indicates RHEL Server makes a difference.

 

On my successful installation on 11.1, the “checking for do_truncate type …” indicated a type of “3”. Can someone tell me how “talpa_select – do_truncate” determines that value and what it (3) means? And why would the kernel update cause do_truncate to fail?

 

Is there a workaround or fix for this problem?



This thread was automatically locked due to age.
Parents Reply Children
  • Hi Yashraj

    I appreciate your response.

    Installing Sophos without Talpa (installed without Talpa 8-7-2019) was successful (as I expected). I will now uninstall and reinstall install it with Talpa, to provide the log file results.

     

    Signed: seriously

  • Yashraj

     

    Here is the tail end of the installation itself that ends in:

    On-access scanning not available. It was not possible to obtain or build suitable kernel support.

    Then I have include the talpaselect log with the do_truncate failure message.

     

    I accept the Sophos End User License Agreement and acknowledge the Sophos Privacy Policy. Yes(Y)/No(N) [N]
    > Y

    Where do you want to install Sophos Anti-Virus? [/opt/sophos-av]
    >

    Do you want to enable on-access scanning? Yes(Y)/No(N) [Y]
    > Y

    Sophos recommends that you configure Sophos Anti-Virus to auto-update.

    It can update either from Sophos directly (requiring username/password details) or from your own server (directory or
    website (possibly requiring username/password)).

    Which type of auto-updating do you want? From Sophos(s)/From own server(o)/None(n) [s]
    > n

    Auto-updating is disabled. Your computer will not be fully protected. Enable updating as soon as possible (using /opt
    /sophos-av/bin/savsetup).

    Installing Sophos Anti-Virus....
    Selecting appropriate kernel support...
    Starting Sophos Anti-Virus daemon:                         [  OK  ]

    Installation completed.
    On-access scanning not available. It was not possible to obtain or build suitable kernel support.

     

    HERE IS THE TALPASELECT LOG:

     

    [Talpa-select]
    Copyright 1989-2018 Sophos Limited. All rights reserved.
    2019-08-07 14:20:15 MDT /opt/sophos-av/engine/_/talpa_select selectexisting /opt/sophos-av
    [Talpa-select]
    Copyright 1989-2018 Sophos Limited. All rights reserved.
    2019-08-07 14:20:21 MDT /opt/sophos-av/engine/_/talpa_select load --hook talpa_vfshook --wait 10
    Linux distribution: [redhat]
    Product: [Red Hat Enterprise Linux Workstation release 6.10 (Santiago)]
    Kernel: [2.6.32-754.15.3.el6.x86_64]
    Multiprocessor support enabled.
    Searching for source pack...
    Searching for suitable binary pack...
    No suitable binary pack available.
    Preparing for build...
    Extracting sources...
    Configuring build of version 1.24.3...
    configuring checking for a BSD-compatible install... /usr/bin/install -c
    checking whether build environment is sane... yes
    checking for gawk... gawk
    checking whether make sets $(MAKE)... yes
    checking how to create a ustar tar archive... gnutar
    checking whether to enable maintainer-specific portions of Makefiles... no
    checking for gcc... gcc
    checking for C compiler default output file name... a.out
    checking whether the C compiler works... yes
    checking whether we are cross compiling... no
    checking for suffix of executables...
    checking for suffix of object files... o
    checking whether we are using the GNU C compiler... yes
    checking whether gcc accepts -g... yes
    checking for gcc option to accept ANSI C... none needed
    checking for style of include used by make... GNU
    checking dependency style of gcc... none
    checking whether gcc and cc understand -c and -o together... yes
    checking for ld... ld
    checking for egrep... grep -E
    checking whether ln -s works... yes
    checking for cat... /bin/cat
    checking for cut... /bin/cut
    checking for sed... /bin/sed
    checking for uname... /bin/uname
    checking for rm... /bin/rm
    checking for xargs... /usr/bin/xargs
    checking for Talpa version... 1.24.3
    checking for operating system... Linux
    checking for kernel headers layout... /lib/modules/2.6.32-754.15.3.el6.x86_64/build/include:/lib/modules/2.6.32-754.15.3.el6.x86_64/build/arch/x86/include:/lib/modules/2.6.32-754.15.3.el6.x86_64/build/arch/x86/include/generated:/lib/modules/2.6.32-754.15.3.el6.x86_64/source/include:/lib/modules/2.6.32-754.15.3.el6.x86_64/source/arch/x86/include:/lib/modules/2.6.32-754.15.3.el6.x86_64/build/include/uapi:/lib/modules/2.6.32-754.15.3.el6.x86_64/source/include/uapi
    checking for linux/version.h... yes
    checking for linux/magic.h... yes - /lib/modules/2.6.32-754.15.3.el6.x86_64/build/include
    checking for uapi/linux/magic.h... no - /lib/modules/2.6.32-754.15.3.el6.x86_64/build/include
    checking for linux/uidgid.h... for uidgid strict type checking header
    checking for linux/compiler.h... yes - /lib/modules/2.6.32-754.15.3.el6.x86_64/build/include
    checking for uapi/asm/unistd.h... no - /lib/modules/2.6.32-754.15.3.el6.x86_64/build/include
    checking for asm/unistd_64_x32.h... no - /lib/modules/2.6.32-754.15.3.el6.x86_64/build/include
    checking for kernel configuration... done
    checking for compilation environment... ok
    checking for kernel architecture... x86_64
    checking for kernel version code... 132640
    checking for kernel version string... 2.6.32-754.15.3.el6.x86_64
    checking for RHEL release code... 1546
    checking for linux/sched.h... yes
    checking for unused task flag... 0x20
    checking for -m32 build... cannot compile
    checking for -mx32 build... cannot compile
    checking for System.map... /boot/System.map-2.6.32-754.15.3.el6.x86_64
    checking for printk address... 0xffffffff81558cae
    checking for do_truncate address... 0xffffffff8119f920
    checking for linux/fs.h... yes
    checking for do_truncate type... configure: error: unknown

    Traceback (most recent call last):
      File "talpa_select.py", line 2216, in _action
      File "talpa_select.py", line 1079, in load
      File "talpa_select.py", line 845, in select
      File "talpa_select.py", line 1736, in select
      File "talpa_select.py", line 1820, in build
      File "talpa_select.py", line 1950, in __try_build
      File "talpa_select.py", line 1815, in checkConfigureErrors
    SelectException: exc-configure-failed

     

    YOU CAN SEE TOWARDS THE END OF THE LOG WHERE IT'S "checking for do_truncate type", THERE'S A CONFIGRATION ERROR: UNKNOWN. FOLLOWED WITH THE TRACEBACK MESSAGES.

     

    Signed: seriously