Forums

×

Warning

JUser: :_load: Unable to load user with ID: 182061
Resolved
0 votes
ClearOS 7.5.0 has been generally released. You can read more about this release on the release notes page here:

https://www.clearos.com/resources/documentation/clearos/content:en_us:announcements_releases_clearos_7.5.0_general_release_information

Please post any issues related to this release here.

If you have any issues remaining that were addressed in the Community Release Announcement thread, please transfer those topics here.
Thursday, July 19 2018, 08:48 AM
Share this post:
Responses (25)
  • Accepted Answer

    Friday, July 20 2018, 05:19 AM - #Permalink
    Resolved
    0 votes
    No issues but want to say..,

    I did notice the update till this morning and that is the way it should be. A big thank you for all involved!!!
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, July 22 2018, 06:37 PM - #Permalink
    Resolved
    0 votes
    I have a problem on multiple machines, with community and paid licences. Both old and fresh installations.

    When I add a network card and I configure the card with a fixed IP in Network -> Settings -> IP Settings I get this error message:

    ERROR : /etc/sysconfig/network-scripts/ifup-eth Device ethernet does not seem to be present, delaying initialization.

    Then, I find in the Network Interfaces list a new device called ethernet. The added network card does not work.
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, July 22 2018, 08:42 PM - #Permalink
    Resolved
    0 votes
    @Gia,
    I'll try checking it out at the end of the week...... if I can find another NIC in my box.
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, July 22 2018, 11:39 PM - #Permalink
    Resolved
    0 votes
    Ok, this is what happens and a temporary workaround to solve the problem.

    It doesn't happen with a fresh install that is not updated, so this is related to the latest updates (since last Thursday/Friday)

    Issue:

    Add a network card to the system. The system assigns a name to the network interface automatically (name example: enp0s10).
    Configure the card with a fixed IP and get the error message ERROR : /etc/sysconfig/network-scripts/ifup-eth Device ethernet does not seem to be present, delaying initialization.

    Workaround:

    SSH into your ClearOS system
    cd /etc/sysconfig/network-scripts/
    Check if you find this file inside the folder: ifcfg-ethernet
    Rename the file with the correct name: mv ifcfg-ethernet ifcfg-enp0s10 IMPORTANT: EDIT THIS COMMAND WITH YOUR INTERFACE NAME
    In ClearOS go back in Network -> Settings -> IP Settings and reconfigure the interface, now it should work.
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, July 25 2018, 08:03 PM - #Permalink
    Resolved
    0 votes
    @Gia
    Does this still happen? I received an app-network update in the early hours of Monday morning.
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, July 26 2018, 08:44 AM - #Permalink
    Resolved
    0 votes
    @Gia,
    I have no spare slots in my old server so I can't fully test. I've tried in a VM adding a NIC and with a USB WiFi dongle in the old server and both worked OK. I assume Monday's update fixed it.
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, July 26 2018, 01:00 PM - #Permalink
    Resolved
    0 votes
    Nick Howitt wrote:

    @Gia,
    I have no spare slots in my old server so I can't fully test. I've tried in a VM adding a NIC and with a USB WiFi dongle in the old server and both worked OK. I assume Monday's update fixed it.


    Thank you very much, Nic. I'll make some tests and I will get back to you next week.
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, August 04 2018, 03:43 PM - #Permalink
    Resolved
    0 votes
    Nick Howitt wrote:

    @Gia,
    I have no spare slots in my old server so I can't fully test. I've tried in a VM adding a NIC and with a USB WiFi dongle in the old server and both worked OK. I assume Monday's update fixed it.


    I just added a network interface and it worked perfectly. Thank you for your help!
    The reply is currently minimized Show
  • Accepted Answer

    Friday, August 10 2018, 04:03 PM - #Permalink
    Resolved
    0 votes
    Hi,

    i've tried to update today my COS Home edition 7.4 to 7.5 but i'm getting the following errors


    Transaction check error:
    file /usr/lib64/libtcmalloc.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.5-34.5.x86_64
    file /usr/lib64/libtcmalloc_and_profiler.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.5-34.5.x86_64
    file /usr/lib64/libtcmalloc_debug.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.5-34.5.x86_64
    file /usr/lib64/libtcmalloc_minimal.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.5-34.5.x86_64
    file /usr/lib64/libtcmalloc_minimal_debug.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.5-34.5.x86_64

    Error Summary
    The reply is currently minimized Show
  • Accepted Answer

    Friday, August 10 2018, 05:36 PM - #Permalink
    Resolved
    0 votes
    Hi Patrick
    Please can you try:
    yum update app-base
    yum update
    The reply is currently minimized Show
  • Accepted Answer

    Friday, August 10 2018, 07:12 PM - #Permalink
    Resolved
    0 votes
    Nick Howitt wrote:

    Hi Patrick
    Please can you try:
    yum update app-base
    yum update

    Hi Nick,

    I did laready performed an update without this package " yum upgrade --exclude=gperftool*" (Sorry.....:( ) and now did now "yum update app-base"



    Dependencies Resolved

    ===================================================================================================================================================================================================================
    Package Arch Version Repository Size
    ===================================================================================================================================================================================================================
    Updating:
    gperftools x86_64 2.6.1-1.el7 clearos-centos-verified 4.1 k
    Installing for dependencies:
    ghostscript x86_64 9.07-28.el7_4.2 clearos-centos-verified 4.3 M
    ghostscript-fonts noarch 5.50-32.el7 clearos-centos-verified 324 k
    gperftools-devel x86_64 2.6.1-1.el7 clearos-centos-verified 376 k
    gperftools-libs x86_64 2.6.1-1.el7 clearos-centos-verified 272 k
    graphviz x86_64 2.30.1-21.el7 clearos-centos-verified 1.3 M
    libXaw x86_64 1.0.13-4.el7 clearos-centos-verified 192 k
    librsvg2 x86_64 2.40.16-1.el7 clearos-centos-verified 128 k
    poppler-data noarch 0.4.6-3.el7 clearos-centos-verified 2.2 M
    pprof noarch 2.6.1-1.el7 clearos-centos-verified 52 k

    Transaction Summary
    ===================================================================================================================================================================================================================
    Install ( 9 Dependent packages)
    Upgrade 1 Package

    Total size: 9.0 M
    Is this ok [y/d/N]: y
    Downloading packages:
    Running transaction check
    Running transaction test


    Transaction check error:
    file /usr/lib64/libtcmalloc.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.5-34.5.x86_64
    file /usr/lib64/libtcmalloc_and_profiler.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.5-34.5.x86_64
    file /usr/lib64/libtcmalloc_debug.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.5-34.5.x86_64
    file /usr/lib64/libtcmalloc_minimal.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.5-34.5.x86_64
    file /usr/lib64/libtcmalloc_minimal_debug.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.5-34.5.x86_64

    Error Summary


    ---------- UPDATE ----------
    Looks like an package for Kopano is not updating



    yum list libtcmalloc4-2.5-34.5[b]

    Installed Packages
    libtcmalloc4.x86_64 2.5-34.5 @private-clearcenter-kopano-basic



    yum list gperftools

    Installed Packages
    gperftools.x86_64 2.5-34.5 @private-clearcenter-kopano-basic
    Available Packages
    gperftools.x86_64 2.6.1-1.el7 clearos-centos-verified
    The reply is currently minimized Show
  • Accepted Answer

    Friday, August 10 2018, 08:54 PM - #Permalink
    Resolved
    0 votes
    That will be one for the devs, I think. Unfortunately I won't be speaking to them until Tuesday. I'll try to ping a message to one.
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, August 15 2018, 07:06 PM - #Permalink
    Resolved
    0 votes
    Nick Howitt wrote:

    That will be one for the devs, I think. Unfortunately I won't be speaking to them until Tuesday. I'll try to ping a message to one.

    Hi Nick,

    any luck with the devs ?

    I've updated an other server and this issue does not appear, but runs with Zarafa and not Kopano
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, August 15 2018, 08:28 PM - #Permalink
    Resolved
    0 votes
    Marcel,

    I can't duplicate the issue in my test environment, but I'm running Kopano 8.5.8...are you? You should be.

    https://www.clearos.com/resources/documentation/clearos/content:en_us:kb_kopano_upgrade_8.5.8

    B
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, August 15 2018, 09:03 PM - #Permalink
    Resolved
    0 votes
    Ben

    I’m running Kopano-basic 8.5.8.2

    Patrick

    Ben Chambers wrote:

    Marcel,

    I can't duplicate the issue in my test environment, but I'm running Kopano 8.5.8...are you? You should be.

    https://www.clearos.com/resources/documentation/clearos/content:en_us:kb_kopano_upgrade_8.5.8

    B
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, August 15 2018, 09:46 PM - #Permalink
    Resolved
    0 votes
    Hi,

    Can you remove the offending package without removing a bunch of dependencies?

    yum remove libtcmalloc4


    My Kopano 8.2.4 instance doesn't have that package installed, so it's not a dependency unless you have some Kopano add on that I don't have.

    B.
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, August 16 2018, 08:07 AM - #Permalink
    Resolved
    0 votes
    I don't have gperftools-libs installed at all, so I am curious as to which package requires it. There must be a neater way, but you can try:
    yum remove gperftools-libs
    to get a list of the packages it will remove, but don't go ahead with the transaction (i.e. answer "n")

    Another thing I have done in the past is pick off the updates by handfulls such as:
    yum update app-*
    yum update a* b*
    yum update xorg*
    And keep going until you get most of the update done and have isolated the offending groups packages.
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, August 16 2018, 06:11 PM - #Permalink
    Resolved
    0 votes
    Ben Chambers wrote:

    Hi,

    Can you remove the offending package without removing a bunch of dependencies?

    yum remove libtcmalloc4


    My Kopano 8.2.4 instance doesn't have that package installed, so it's not a dependency unless you have some Kopano add on that I don't have.

    B.


    Hi Ben,

    As you can see is this package for the kopano-basic repository, so must coming from COS
    The packages can be removed with out dependencies.

    yum remove libtcmalloc4
    Loaded plugins: clearcenter-marketplace, fastestmirror
    ClearCenter Marketplace: fetching repositories...
    Resolving Dependencies
    --> Running transaction check
    ---> Package libtcmalloc4.x86_64 0:2.5-34.5 will be erased
    --> Finished Dependency Resolution

    Dependencies Resolved

    =================================================================================================================================================
    Package Arch Version Repository Size
    =================================================================================================================================================
    Removing:
    libtcmalloc4 x86_64 2.5-34.5 @private-clearcenter-kopano-basic 1.3 M

    Transaction Summary
    =================================================================================================================================================
    Remove 1 Package



    Removing gperftools-libs will not work, since this is not installed
    yum remove gperftools-libs
    Loaded plugins: clearcenter-marketplace, fastestmirror
    ClearCenter Marketplace: fetching repositories...
    No Match for argument: gperftools-libs
    No Packages marked for removal


    It looks like the packages has some simularity in version number.(2.5-34.5)

    gperftools x86_64 2.5-34.5 @private-clearcenter-kopano-basic
    libtcmalloc4 x86_64 2.5-34.5 @private-clearcenter-kopano-basic


    Before i remove a package, please check where the package are coming from or needed for.
    They are linked in the repositories some how
    The reply is currently minimized Show
  • Accepted Answer

    Friday, August 17 2018, 12:17 PM - #Permalink
    Resolved
    0 votes
    The package is from the Kopano repo, but if there's no dependency, should be safe to remove it. Like I mentioned, I do not have that package installed on my Kopano installations, so I'm guessing it's a remnant of something that was once installed, but no longer is. Zarafa perhaps?

    Cheers,

    B.
    The reply is currently minimized Show
  • Accepted Answer

    Friday, August 17 2018, 01:47 PM - #Permalink
    Resolved
    0 votes
    Ben Chambers wrote:

    The package is from the Kopano repo, but if there's no dependency, should be safe to remove it. Like I mentioned, I do not have that package installed on my Kopano installations, so I'm guessing it's a remnant of something that was once installed, but no longer is. Zarafa perhaps?

    Cheers,

    B.

    Ok. I've removed the package.
    i'll keep monitoring
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, September 26 2018, 03:10 PM - #Permalink
    Resolved
    0 votes
    Ben Chambers wrote:

    The package is from the Kopano repo, but if there's no dependency, should be safe to remove it. Like I mentioned, I do not have that package installed on my Kopano installations, so I'm guessing it's a remnant of something that was once installed, but no longer is. Zarafa perhaps?

    B.


    Running updates on our COS7 boxes due to a "theme" issue this morning and found a box that had not updated to the new kernel.x86_64 0:3.10.0-862.11.6.v7. Update errors similar to this thread...

    Transaction check error:
    file /usr/lib64/libtcmalloc.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.4-31.1.x86_64
    file /usr/lib64/libtcmalloc_and_profiler.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.4-31.1.x86_64
    file /usr/lib64/libtcmalloc_debug.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.4-31.1.x86_64
    file /usr/lib64/libtcmalloc_minimal.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.4-31.1.x86_64
    file /usr/lib64/libtcmalloc_minimal_debug.so.4 from install of gperftools-libs-2.6.1-1.el7.x86_64 conflicts with file from package libtcmalloc4-2.4-31.1.x86_64

    Looks like Zarafa dependencies. I cannot remove libtcmalloc4 without upsetting Zarafa community.
    Dependencies Resolved

    Package Arch Version Repository Size
    =====================================================================================================================================================
    Removing:
    libtcmalloc4 x86_64 2.4-31.1 @private-clearcenter-zarafa-community-testing 1.3 M
    Removing for dependencies:
    app-zarafa noarch 1:2.1.22-1.v7 @private-clearcenter-zarafa-community-testing 16 k
    app-zarafa-community noarch 1:2.1.17-1.v7 @private-clearcenter-zarafa-community 20 k
    app-zarafa-community-core noarch 1:2.1.17-1.v7 @private-clearcenter-zarafa-community 3.8 k
    app-zarafa-core noarch 1:2.1.22-1.v7 @private-clearcenter-zarafa-community-testing 88 k
    zarafa-server x86_64 7.2.1.51838-319.2 @private-clearcenter-zarafa-community-testing 963 k
    zarafa-server-packages x86_64 7.2.1.51838-319.2 @private-clearcenter-zarafa-community-testing 0.0

    Transaction Summary
    =====================================================================================================================================================
    Remove 1 Package (+6 Dependent packages)

    This was a bear of an upgrade from COS5.2/Zarafa Community 7.0.15 that Ben helped me on due to a "peculiar Zarafa/mysql" error, so I'm reluctant to play too much with it. gperftools-libs is not installed but are listed to be installed, hence the conflict. Would Zarafa have to be re-installed if I removed libtcmalloc4 and then updated?
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, October 02 2018, 12:26 AM - #Permalink
    Resolved
    0 votes
    What package is pulling in gperftools-libs as a dependency? Try excluding it?


    yum --exclude=xxx upgrade


    You could always just upgrade the theme specifically without pulling in any other updates:


    yum upgrade theme-clearos-admin app-date app-marketplace


    B
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, October 04 2018, 05:24 PM - #Permalink
    Resolved
    0 votes
    Ben asked: What package is pulling in gperftools-libs as a dependency?

    Looks like gperftools-devel requires it..
    ---> Package gperftools-devel.x86_64 0:2.6.1-1.el7 will be installed
    --> Processing Dependency: gperftools-libs(x86-64) = 2.6.1-1.el7 for package: gperftools-devel-2.6.1-1.el7.x86_64
    --> Processing Dependency: libprofiler.so.0()(64bit) for package: gperftools-devel-2.6.1-1.el7.x86_64

    Which is a dependency of gperftools itself..
    ---> Package gperftools.x86_64 0:2.4-31.1 will be updated
    ---> Package gperftools.x86_64 0:2.6.1-1.el7 will be an update
    --> Processing Dependency: pprof = 2.6.1-1.el7 for package: gperftools-2.6.1-1.el7.x86_64
    --> Processing Dependency: gperftools-devel = 2.6.1-1.el7 for package: gperftools-2.6.1-1.el7.x86_64

    They are coming from this repository...
    gperftools x86_64 2.6.1-1.el7 clearos-centos-verified

    Installing for dependencies:
    gperftools-devel x86_64 2.6.1-1.el7 clearos-centos-verified
    gperftools-libs x86_64 2.6.1-1.el7 clearos-centos-verified
    pprof noarch 2.6.1-1.el7 clearos-centos-verified


    This box gave us fits when upgrading from Zarafa Community on 5.2 to Zarafa Community on 7.2. Do you see any problem updating excluding gperftools or perhaps excluding the 2.6 package and see if it will complete with the 2.4 package?

    ClearOS release 7.4.0 (Final)
    Zarafa Community 7.2.1-51838
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, October 11 2018, 05:49 PM - #Permalink
    Resolved
    0 votes
    Try running:

    yum remove gperftools gperftools-devel


    If that doesn't pull any other packages for removal, then it's safe to do.

    Once you've done that, you may just find that:


    yum clean all
    yum upgrade


    Works OK.

    B.
    The reply is currently minimized Show
  • Accepted Answer

    Friday, October 19 2018, 01:53 PM - #Permalink
    Resolved
    0 votes
    [quote]Ben Chambers wrote:

    Try running:

    yum remove gperftools gperftools-devel


    If that doesn't pull any other packages for removal, then it's safe to do........


    Thanks, Ben! Your advice was spot on once again. Was able to remove and update it this morning. Wish you all a peace-filled weekend!
    The reply is currently minimized Show
Your Reply