Packet Fragmentation
-
yum -y install gcc
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile- elrepo: mirror.symnds.com
- epel: fedora.mirror.nexicom.net
- remi: mirrors.mediatemple.net
Setting up Install Process
Resolving Dependencies
–> Running transaction check
—> Package gcc.x86_64 0:4.4.7-3.el6 will be installed
–> Processing Dependency: libgomp = 4.4.7-3.el6 for package: gcc-4.4.7-3.el6.x86_64
–> Processing Dependency: cpp = 4.4.7-3.el6 for package: gcc-4.4.7-3.el6.x86_64
–> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc-4.4.7-3.el6.x86_64
–> Processing Dependency: cloog-ppl >= 0.15 for package: gcc-4.4.7-3.el6.x86_64
–> Processing Dependency: libgomp.so.1()(64bit) for package: gcc-4.4.7-3.el6.x86_64
–> Running transaction check
—> Package cloog-ppl.x86_64 0:0.15.7-1.2.el6 will be installed
–> Processing Dependency: libppl_c.so.2()(64bit) for package: cloog-ppl-0.15.7-1.2.el6.x86_64
–> Processing Dependency: libppl.so.7()(64bit) for package: cloog-ppl-0.15.7-1.2.el6.x86_64
—> Package cpp.x86_64 0:4.4.7-3.el6 will be installed
–> Processing Dependency: libmpfr.so.1()(64bit) for package: cpp-4.4.7-3.el6.x86_64
—> Package glibc-devel.x86_64 0:2.12-1.107.el6_4.5 will be installed
–> Processing Dependency: glibc-headers = 2.12-1.107.el6_4.5 for package: glibc-devel-2.12-1.107.el6_4.5.x86_64
–> Processing Dependency: glibc = 2.12-1.107.el6_4.5 for package: glibc-devel-2.12-1.107.el6_4.5.x86_64
–> Processing Dependency: glibc-headers for package: glibc-devel-2.12-1.107.el6_4.5.x86_64
—> Package libgomp.x86_64 0:4.4.7-3.el6 will be installed
–> Running transaction check
—> Package glibc.i686 0:2.12-1.107.el6_4.5 will be installed
–> Processing Dependency: glibc-common = 2.12-1.107.el6_4.5 for package: glibc-2.12-1.107.el6_4.5.i686
–> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.12-1.107.el6_4.5.i686
–> Processing Dependency: libfreebl3.so for package: glibc-2.12-1.107.el6_4.5.i686
—> Package glibc-headers.x86_64 0:2.12-1.107.el6_4.5 will be installed
–> Processing Dependency: kernel-headers >= 2.2.1 for package: glibc-headers-2.12-1.107.el6_4.5.x86_64
–> Processing Dependency: kernel-headers for package: glibc-headers-2.12-1.107.el6_4.5.x86_64
—> Package mpfr.x86_64 0:2.4.1-6.el6 will be installed
—> Package ppl.x86_64 0:0.10.2-11.el6 will be installed
–> Running transaction check
—> Package glibc.i686 0:2.12-1.107.el6_4.5 will be installed
–> Processing Dependency: glibc-common = 2.12-1.107.el6_4.5 for package: glibc-2.12-1.107.el6_4.5.i686
—> Package kernel-headers.x86_64 0:2.6.32-358.23.2.el6 will be installed
—> Package nss-softokn-freebl.i686 0:3.14.3-3.el6_4 will be installed
–> Finished Dependency Resolution
Error: Package: glibc-2.12-1.107.el6_4.5.i686 (updates)
Requires: glibc-common = 2.12-1.107.el6_4.5
Installed: glibc-common-2.12-1.132.el6.x86_64 (@anaconda-CentOS-201311272149.x86_64/6.5)
glibc-common = 2.12-1.132.el6
Available: glibc-common-2.12-1.107.el6.x86_64 (base)
glibc-common = 2.12-1.107.el6
Available: glibc-common-2.12-1.107.el6_4.2.x86_64 (updates)
glibc-common = 2.12-1.107.el6_4.2
Available: glibc-common-2.12-1.107.el6_4.4.x86_64 (updates)
glibc-common = 2.12-1.107.el6_4.4
Available: glibc-common-2.12-1.107.el6_4.5.x86_64 (updates)
glibc-common = 2.12-1.107.el6_4.5
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
-
try these commands:
[code]rpm -e --nodeps glibc-common
yum -y install glibc-common gcc[/code] -
[root@fog bin]# rpm -e --nodeps glibc-common
[root@fog bin]# yum -y install glibc-common gcc
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile-
elrepo: mirror.symnds.com
-
remi: mirrors.mediatemple.net
Setting up Install Process
Resolving Dependencies
–> Running transaction check
—> Package gcc.x86_64 0:4.4.7-3.el6 will be installed
–> Processing Dependency: libgomp = 4.4.7-3.el6 for package: gcc-4.4.7-3.el6.x86_64
–> Processing Dependency: cpp = 4.4.7-3.el6 for package: gcc-4.4.7-3.el6.x86_64
–> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc-4.4.7-3.el6.x86_64
–> Processing Dependency: cloog-ppl >= 0.15 for package: gcc-4.4.7-3.el6.x86_64
–> Processing Dependency: libgomp.so.1()(64bit) for package: gcc-4.4.7-3.el6.x86_64
—> Package glibc-common.x86_64 0:2.12-1.107.el6_4.5 will be installed
–> Processing Dependency: glibc = 2.12-1.107.el6_4.5 for package: glibc-common-2.12-1.107.el6_4.5.x86_64
–> Running transaction check
—> Package cloog-ppl.x86_64 0:0.15.7-1.2.el6 will be installed
–> Processing Dependency: libppl_c.so.2()(64bit) for package: cloog-ppl-0.15.7-1.2.el6.x86_64
–> Processing Dependency: libppl.so.7()(64bit) for package: cloog-ppl-0.15.7-1.2.el6.x86_64
—> Package cpp.x86_64 0:4.4.7-3.el6 will be installed
–> Processing Dependency: libmpfr.so.1()(64bit) for package: cpp-4.4.7-3.el6.x86_64
—> Package glibc.i686 0:2.12-1.107.el6_4.5 will be installed
–> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.12-1.107.el6_4.5.i686
–> Processing Dependency: libfreebl3.so for package: glibc-2.12-1.107.el6_4.5.i686
—> Package glibc-devel.x86_64 0:2.12-1.107.el6_4.5 will be installed
–> Processing Dependency: glibc-headers = 2.12-1.107.el6_4.5 for package: glibc-devel-2.12-1.107.el6_4.5.x86_64
–> Processing Dependency: glibc-headers for package: glibc-devel-2.12-1.107.el6_4.5.x86_64
—> Package libgomp.x86_64 0:4.4.7-3.el6 will be installed
–> Running transaction check
—> Package glibc-headers.x86_64 0:2.12-1.107.el6_4.5 will be installed
–> Processing Dependency: kernel-headers >= 2.2.1 for package: glibc-headers-2.12-1.107.el6_4.5.x86_64
–> Processing Dependency: kernel-headers for package: glibc-headers-2.12-1.107.el6_4.5.x86_64
—> Package mpfr.x86_64 0:2.4.1-6.el6 will be installed
—> Package nss-softokn-freebl.i686 0:3.14.3-3.el6_4 will be installed
—> Package ppl.x86_64 0:0.10.2-11.el6 will be installed
–> Running transaction check
—> Package kernel-headers.x86_64 0:2.6.32-358.23.2.el6 will be installed
–> Finished Dependency Resolution
Error: Multilib version problems found. This often means that the root
cause is something else and multilib version checking is just
pointing out that there is a problem. Eg.:1. You have an upgrade for glibc which is missing some dependency that another package requires. Yum is trying to solve this by installing an older version of glibc of the different architecture. If you exclude the bad architecture yum will tell you what the root cause is (which package requires what). You can try redoing the upgrade with --exclude glibc.otherarch ... this should give you an error message showing the root cause of the problem. 2. You have multiple architectures of glibc installed, but yum can only see an upgrade for one of those arcitectures. If you don't want/need both architectures anymore then you can remove the one with the missing update and everything will work. 3. You have duplicate versions of glibc installed already. You can use "yum check" to get yum show these errors. ...you can also use --setopt=protected_multilib=false to remove this checking, however this is almost never the correct thing to do as something else is very likely to go wrong (often causing much more problems). Protected multilib versions: glibc-2.12-1.107.el6_4.5.i686 != glibc-2.12-1.132.el6.x86_64
Error: Protected multilib versions: nss-softokn-freebl-3.14.3-3.el6_4.i686 != nss-softokn-freebl-3.14.3-9.el6.x86_64
You could try using --skip-broken to work around the problem
** Found 4 pre-existing rpmdb problem(s), ‘yum check’ output follows:
MAKEDEV-3.24-6.el6.x86_64 has missing requires of /usr/bin/getent
glibc-2.12-1.132.el6.x86_64 has missing requires of glibc-common = (‘0’, ‘2.12’, ‘1.132.el6’)
rpcbind-0.2.0-11.el6.x86_64 has missing requires of glibc-common
udev-147-2.51.el6.x86_64 has missing requires of /usr/bin/getent -
-
LOL, might be just easier to use an older version of centos…
-
try just:
[code]yum -y install glibc-common; yum update[/code]You may have to reboot the system once complete.
-
no joy
[root@fog bin]# yum -y install glibc-common; yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile-
elrepo: mirror.symnds.com
-
remi: mirrors.mediatemple.net
Setting up Install Process
Resolving Dependencies
–> Running transaction check
—> Package glibc-common.x86_64 0:2.12-1.107.el6_4.5 will be installed
–> Processing Dependency: glibc = 2.12-1.107.el6_4.5 for package: glibc-common-2.12-1.107.el6_4.5.x86_64
–> Running transaction check
—> Package glibc.i686 0:2.12-1.107.el6_4.5 will be installed
–> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.12-1.107.el6_4.5.i686
–> Processing Dependency: libfreebl3.so for package: glibc-2.12-1.107.el6_4.5.i686
–> Running transaction check
—> Package nss-softokn-freebl.i686 0:3.14.3-3.el6_4 will be installed
–> Finished Dependency Resolution
Error: Multilib version problems found. This often means that the root
cause is something else and multilib version checking is just
pointing out that there is a problem. Eg.:1. You have an upgrade for glibc which is missing some dependency that another package requires. Yum is trying to solve this by installing an older version of glibc of the different architecture. If you exclude the bad architecture yum will tell you what the root cause is (which package requires what). You can try redoing the upgrade with --exclude glibc.otherarch ... this should give you an error message showing the root cause of the problem. 2. You have multiple architectures of glibc installed, but yum can only see an upgrade for one of those arcitectures. If you don't want/need both architectures anymore then you can remove the one with the missing update and everything will work. 3. You have duplicate versions of glibc installed already. You can use "yum check" to get yum show these errors. ...you can also use --setopt=protected_multilib=false to remove this checking, however this is almost never the correct thing to do as something else is very likely to go wrong (often causing much more problems). Protected multilib versions: glibc-2.12-1.107.el6_4.5.i686 != glibc-2.12-1.132.el6.x86_64
Error: Protected multilib versions: nss-softokn-freebl-3.14.3-3.el6_4.i686 != nss-softokn-freebl-3.14.3-9.el6.x86_64
You could try using --skip-broken to work around the problem
** Found 4 pre-existing rpmdb problem(s), ‘yum check’ output follows:
MAKEDEV-3.24-6.el6.x86_64 has missing requires of /usr/bin/getent
glibc-2.12-1.132.el6.x86_64 has missing requires of glibc-common = (‘0’, ‘2.12’, ‘1.132.el6’)
rpcbind-0.2.0-11.el6.x86_64 has missing requires of glibc-common
udev-147-2.51.el6.x86_64 has missing requires of /usr/bin/getent
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile- elrepo: mirror.symnds.com
- epel: fedora.mirror.nexicom.net
- remi: mirrors.mediatemple.net
Setting up Update Process
No Packages marked for Update
-
-
-
Then try:
[code]yum -y update[/code] -
Thanks for the help again. You left before I could tell you that! FYI, I’m the one that sucked…lol
-
You’re fine man. Thanks for attempting. Hopefully all works well tomorrow. Try using the wiki though to install. It may help a little bit.
-
I’m going to fire up that mobile version I made last week and go through the history. It only took a little bit and I had it up and running, there’s just something I either messed up bad or am missing. I’ll get it figured out.
-
Just an update, looks like I used 5.9 last time. Did so again this time and had fog up and running in minutes…
-
Hey Tom, got a minute?
-
K, installed Fog on Centos 5.9 but have another issue. Sorry, I know I’m a pain…
When I go to create a task and get to the part to confirm the task, All I get is the Task Management title and a Confirm Task sub title, but no buttons or any way to confirm.
-
In the file tasks.confirm.include.php change the references to &$tmp to $tmp and you should be good.
-
[quote=“Tom Elliott, post: 23756, member: 7271”]In the file tasks.confirm.include.php change the references to &$tmp to $tmp and you should be good.[/quote]
Ya, did that but it didn’t change anything.
-
It’s not just the web gui, if I do it from the pxe menu, I have the same result
-
Hey Tom,
Some more issues, though I may be onto something. With our .30 fog server that is on a VM, I can image 6 or 7 pc’s at a time without issue. With the new .32 server, which is a dedicated server (hardware not vm) connected directly to our core switch, I can’t image more than 2. If I try a third, it just locks up. I’ve tried an old Dell 860 and a Dell 2850 (getting very good at building a FOG server now, only takes about half an hour lol).
Before our Sys Admin left, he told us to always use the bzImage file and pxelinux.0 from the original FOG server (can’t remember why). My question is, would those files from .30 be compatible with the .32 FOG? Could this be what is causing the issue?
Our network guy noticed a lot of DUP ACK packets. This happens with the .30 server as well, just not as much as the .32 server.
So I’ve tried different server hardware, different network cables, different ports on the core. All with the same results. The only thing the same everytime is using those 2 files. Also, 32 always fails for me at clamav (yes I modified the config.sh file to remove the -update) so I install that prior to running the ./installfog.sh using yum (yum install clamav).
Any ideas that could help me out here?
-
Thanks for the help on IRC Tom!
-
hey tom, have that issue again like above where task management is blank. I’m on irc and could really use your help if you are around
