CentOS 5 :: Update To 5.3 Have Some Packet Conflicts?
Apr 1, 2009
I tried to update from 5.2 to 5.3. But I got the error message:
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Check Error: file /usr/lib/gstreamer-0.10/libgstqtdemux.so from install of gstreamer-plugins-good-0.10.9-1.el5_3.1 conflicts with file from package gstreamer-plugins-bad-0.10.3-8.el5.rf file /usr/lib/gstreamer-0.10/libgstvideo4linux2.so from install of gstreamer-plugins-good-0.10.9-1.el5_3.1 conflicts with file from package gstreamer-plugins-bad-0.10.3-8.el5.rf
I got a problem with my CentOS server. Somebody told me OpenVPN Requires different changes inside my firewall settings. That could be the problem why openvpn wont load..I receive this error on my CentOS panel when im trying to connect into the centos openvpn (with my winxp pc):
I am a Debian User, now I have decided to install Fedora 14 x86_64 on my Acer Aspire computer, mainly to develop C++/Java software. Due to this, I have installed a lot of development packages. Shortly after installation, I have encountered problems updating some packages.
Below 'yum update' output: file /usr/lib64/ghc-6.12.3/bin-package-db-0.0.0.0/libHSbin-package-db-0.0.0.0.a from install of ghc-ghc-devel-6.12.3-8.3.fc14.x86_64 conflicts with file from package ghc-6.12.3-5.fc14.x86_64
file /usr/lib64/ghc-6.12.3/ghc-binary-0.5.0.2/libHSghc-binary-0.5.0.2.a from install of ghc-ghc-devel-6.12.3-8.3.fc14.x86_64 conflicts with file from package ghc-6.12.3-5.fc14.x86_64
file /usr/lib64/qt4/plugins/designer/libqwebview.so from install of qt-webkit-1:4.7.2-8.fc14.x86_64 conflicts with file from package qt-x11-1:4.7.0-3.fc14.x86_64
file /usr/lib64/libusrp.so.0.0.0 from install of usrp-3.2.2-9.fc14.x86_64 conflicts with file from package gnuradio-3.2.2-7.fc14.x86_64
REPOs ENABLED: Fedora 14 -x86_64, Fedora 14 - x86_64 - Updates only. Can't be a problem of multiple repos.
I've tried the "yum clean all" option to no avail. When I update either with the GUI or command line, I get this error:
[root@joshhardman ~]# yum update Loaded plugins: refresh-packagekit Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package anacron.x86_64 0:2.3-78.fc11 set to be updated ---> Package binutils.x86_64 0:2.19.51.0.14-1.fc11 set to be updated ---> Package crontabs.noarch 0:1.10-30.fc11 set to be updated ---> Package genisoimage.x86_64 0:1.1.9-6.fc11 set to be updated ---> Package icedax.x86_64 0:1.1.9-6.fc11 set to be updated ---> Package shadow-utils.x86_64 2:4.1.4.1-5.fc11 set to be updated ---> Package wodim.x86_64 0:1.1.9-6.fc11 set to be updated --> Finished Dependency Resolution .....
Can I not have the 64 bit and 32 bit packages installed at the same time?
When I try to apply the latest updates on my 11.3 system, I get the following Warning. I think this is because I did the "switch system packages" to Packman after I installed it. What is the recommended solution?
Code:
#### YaST2 conflicts list - generated 2010-07-27 16:30:26 #### patch:k3b-2785.noarch conflicts with k3b.x86_64 < 2.0.0-1.1.1 provided by k3b-2.0.0-1.pm.2.7.x86_64 [ ] do not install patch:k3b-2785.noarch
I think I had this problem before but I don't remember what was done to correct it. I just tried to do an update and got this error message.
Code: Test Transaction Errors: file /usr/lib/gstreamer-0.10/libgstfbdevsink.so from install of gstreamer-plugins-bad-free-extras-0.10.18-1.fc12.i686 conflicts with file from package gstreamer-plugins-bad-0.10.17-2.fc12.i686 file /usr/lib/gstreamer-0.10/libgstoss4audio.so from install of gstreamer-plugins-bad-free-extras-0.10.18-1.fc12.i686 conflicts with file from package gstreamer-plugins-bad-0.10.17-2.fc12.i686 file /usr/lib/gstreamer-0.10/libgstsdl.so from install of gstreamer-plugins-bad-free-extras-0.10.18-1.fc12.i686 conflicts with file from package gstreamer-plugins-bad-0.10.17-2.fc12.i686 file /usr/lib/gstreamer-0.10/libgstshapewipe.so from install of gstreamer-plugins-good-0.10.21-1.fc12.i686 conflicts with file from package gstreamer-plugins-bad-0.10.17-2.fc12.i686 file /usr/bin/gst-camera from install of gstreamer-plugins-bad-free-0.10.18-1.fc12.i686 conflicts with file from package gstreamer-plugins-bad-0.10.17-2.fc12.i686 file /usr/bin/gst-camera-perf from install of gstreamer-plugins-bad-f...
When I ran YaST | Software Management | Package | Update if newer Package Available this morning I get this message:
Code: #### YaST2 conflicts list - generated 2011-01-22 09:40:42 #### libxine1-codecs-1.1.19-2.pm.48.15.i586 requires libpostproc.so.51, but this requirement cannot be provided uninstallable providers: libpostproc51-0.6.26387svn-1.pm.2.1.i586[ftp.uni-erlangen.de-suse] [ ] break libxine1-codecs by ignoring some of its dependencies [ ] Following actions will be done: install libpostproc51-0.6.26387svn-1.pm.2.1.i586 despite the inferior architecture ..... [ ] do not install libxine1-codecs-1.1.19-2.pm.48.15.i586 #### YaST2 conflicts list END ###
What is it telling me? What should I do? What are the implications?
I've recently installed cacti on one of my servers and grimaced a bit when I had to install additional third-party yum repositories for CentOS 6. My question is, how does one go about preventing potential conflicts with certain dependencies overwriting key/critical dependencies relied upon from packages that might share them, i.e. apache? I understand yum priorities and have read the discussions regarding pros/cons from the threads involving one of the YUM maintainers. Since I need my servers to act as production-class equipment and, hence, be as reliable as they can, I'm always hesitant to allow yum to automate package upgrades when third-party repos are involved. How best to handle this?
I issued "yum update" and the process ended with a transaction check error(see below). Running rpm_check_debug Running Transaction Test Finished Transaction Test
Transaction Check Error: file /usr/share/backgrounds/images/default-5_4.jpg from install of oracle-logos-4.9.17-6.noarch conflicts with file from package desktop-backgrounds-basic-2.0-41.el5.centos.noarch file /usr/share/backgrounds/images/default-dual-wide.jpg from install of oracle-logos-4.9.17-6.noarch conflicts with file from package desktop-backgrounds-basic-2.0-4 [code]...
I installed Oracle Database on this server few months ago. I see in /etc/yum.repos.d directory a public-yum-el5.repo file with entries pointing to Oracle which must have come from that installation. Now how do I proceed from here?
I am thinking about installing rsyslog using yum, but I only want to try it out first and don't want to create conflicts and problems that will be hard to revert. When I ask yum on CentOS 5 about rsyslog, I get this (note much older version - it's too bad that even the latest STABLE rsyslog isn't in the repository):
After restoring from a hardware failure, I cannot get bridging to work again. I reinstalled the host version 5.5, and copied the .img file back onto the rebuilt machine. I also had the network scripts and iptables backed up. Through virt-manager I re-attached the virtual machine, and when I boot it, I get a MAC address conflict on the vm's eth0; "Device eth0 has a different MAC address than expected". The vm had a static ip address.
I am the new user to ns-2. I would like to know is it possible to send the keys or some value as the packet data (content of the packet) in ns-2 (for wireless environment).
I installed the Centos 5.5 and after the Xen. After I put a virtual machine named VM01.Initially it worked properly, I tried everything and it worked.When rebooted, I had problems with the network.I have two network cards eth0 and eth1, but eth1 does not have any ip and I use only eth0.The error that appears is:
vif0.0: received packet with own address the source address
Under high UDP traffic condition, we find we cannot receive UDP packet (can be captured by tcpdump) from socket neither use bare "recvfrom" nor "select recvfrom " pair. Is there any similar problem reported from user?
Any tunning or socket establish option can help?
Or is there any improvement available from the latest version?
our using linux version is CentOS 5.5
ethernet driver version is Intel (R) Gigbait Ethernet Network Driver version - 1.3.16-k2
I have MySQL 5.1.34 and PHP 5.1.6 installed on my system, how do I install php-mysql? Each time I try, it says
mysql-5.0.45-7.el5.i386 from base has depsolving problems -- > mysql conflicts with mysql-server-community error: mysql conflicts with mysql-server-community
I install from openSUSE-11.3-NET-x86_64.iso. Installation was succesfull, but after install all packet on test internet / update was error. And after log in in installed system internet not work. I use router with DHCP
I'm forging a gateway server, We have 2 Internet connection that goes to a load balancer router, and goes to my centos server and from our server goes to a switch for Internet distribution or routing.
OS-CentOS 5.5 [root@server etc]# uname -srio Linux 2.6.18-194.el5 i386 GNU/Linux
My eth0 and eth1 has the following configuration and IP
[root@server etc]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 # VIA Technologies, Inc. VT6105/VT6106S [Rhine-III] DEVICE=eth0 BOOTPROTO=none
[code]....
Disabling IPv4 packet forwarding but i already changed it to 1 at sysctl.conf One of the online forum says i need to configure the named.conf deleted some and run it(named.conf) and successful but still when I run network service I still get the :"Disabling IPv4 packet forwarding: net.ipv4.ip_forward = 0" The network is getting the IP range but it doesnt get any Internet connection.
On two Centos5 servers, yum gives a segmentation fault error when trying 'yum update' or 'yum check-update' after running 'yum clean' :
[Code]....
The error is the same for the other computer except while attempting to update the rpmforge repository. Nothing has really changed on the servers in some time and 'yum update' worked fine on each yesterday and I have no idea why they would both suddenly fail!
For some reason, when I do a yum check-update I get a list of no changed packages to install. If I follow this immediately with a yum update then it tries to install drbd83. I've tried a yum clean all and repeated the commands and get the same thing. This happens on both the machines that are set up to use DRBD. Just seems weird and I don't understand. Anyone got an explanation?
I have a error when i want to update my system via YUMI execute the next command.sh@ yum -y updateYou could try using --skip-broken to work around the problemYou could try running:package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigestThe program package-cleanup is found in the yum-utils package.
Just checking to be sure. 5.3>5.4 update went without a hitch:) But a message ran about (/etc/yum.repo.d) CentOS-Base.repo.rpmnew. Comparing CentOS-Base.repo with the new one show the 1st has the correct priorities and .rpmnew does not have the correct priorities. Should I remove the *.rpmnew repo after making sure it otherwise is the same as the original CentOS-Base.repo?
I am an old days RH release user(from 6.x) and just switching back from Debian/Ubuntu to CentOS on some servers, but I can not understand the kernel update strategy currently enabled in CentOS.There are two boxes, with almost identical installation, but recently there was an auto update of kernel on one box. This auto update also seems to issue an auto reboot on the machine, which is unacceptable on server machines.
After some testing for a couple of days, I decided to take the plunge and update all my 5.3 machines. Using the recipe from the release notes:
yum clean all yum update glibc* yum update yum* rpm* python* yum clean all yum update shutdown -r now
I updated some guinea pigs that I had physical access to and didn't have any issues. So I remotely updated a small farm of LAMP machines that handle a couple of million page views per day. It took each machine approximately 5-6 minutes to download/install/reboot.
I have centos 5.3 workin on mini itx atom 330. i have some problem with the network when i use Samba. when i move big files the network goes down. i wanna to install the new kernel on my centos to try to fix the network problem with the new drivers includes on the new kernel.
