ClearOS 7.5.0 has been generally released. You can read more about this release on the release notes page here:
https://sfj48-fkj200.heiksthsd.cf/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.
https://sfj48-fkj200.heiksthsd.cf/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.
Share this post:
Responses (25)
-
Accepted Answer
-
Accepted Answer
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. -
Accepted Answer
-
Accepted Answer
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. -
Accepted Answer
-
Accepted Answer
-
Accepted Answer
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. -
Accepted Answer
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! -
Accepted Answer
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
-
Accepted Answer
-
Accepted Answer
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
-
Accepted Answer
-
Accepted Answer
-
Accepted Answer
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://sfj48-fkj200.heiksthsd.cf/resources/documentation/clearos/content:en_us:kb_kopano_upgrade_8.5.8
B -
Accepted Answer
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://sfj48-fkj200.heiksthsd.cf/resources/documentation/clearos/content:en_us:kb_kopano_upgrade_8.5.8
B -
Accepted Answer
-
Accepted Answer
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:
to get a list of the packages it will remove, but don't go ahead with the transaction (i.e. answer "n")yum remove gperftools-libs
Another thing I have done in the past is pick off the updates by handfulls such as:
And keep going until you get most of the update done and have isolated the offending groups packages.yum update app-*
yum update a* b*
yum update xorg* -
Accepted Answer
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 -
Accepted Answer
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. -
Accepted Answer
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 -
Accepted Answer
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? -
Accepted Answer
-
Accepted Answer
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 -
Accepted Answer
-
Accepted Answer
[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!
Please login to post a reply
You will need to be logged in to be able to post a reply. Login using the form on the right or register an account if you are new here.
Register Here »