• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    Packet Fragmentation

    Scheduled Pinned Locked Moved
    FOG Problems
    2
    31
    9.6k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • Tom ElliottT
      Tom Elliott
      last edited by

      try these commands:
      [code]rpm -e --nodeps glibc-common
      yum -y install glibc-common gcc[/code]

      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

      Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

      Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

      1 Reply Last reply Reply Quote 0
      • B
        Bill
        last edited by

        [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

        • 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
          —> 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

        1 Reply Last reply Reply Quote 0
        • B
          Bill
          last edited by

          LOL, might be just easier to use an older version of centos…

          1 Reply Last reply Reply Quote 0
          • Tom ElliottT
            Tom Elliott
            last edited by

            try just:
            [code]yum -y install glibc-common; yum update[/code]

            You may have to reboot the system once complete.

            Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

            Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

            Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

            1 Reply Last reply Reply Quote 0
            • B
              Bill
              last edited by

              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

              • epel: fedora.mirror.nexicom.net

              • 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
              1 Reply Last reply Reply Quote 0
              • Tom ElliottT
                Tom Elliott
                last edited by

                try:
                [code]rpm -Uvh ftp://195.220.108.108/linux/centos/6.5/os/x86_64/Packages/glibc-common-2.12-1.132.el6.x86_64.rpm[/code]

                Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                1 Reply Last reply Reply Quote 0
                • Tom ElliottT
                  Tom Elliott
                  last edited by

                  Then try:
                  [code]yum -y update[/code]

                  Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                  Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                  Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                  1 Reply Last reply Reply Quote 0
                  • B
                    Bill
                    last edited by

                    Thanks for the help again. You left before I could tell you that! FYI, I’m the one that sucked…lol 😉

                    1 Reply Last reply Reply Quote 0
                    • Tom ElliottT
                      Tom Elliott
                      last edited by

                      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.

                      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                      Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                      Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                      1 Reply Last reply Reply Quote 0
                      • B
                        Bill
                        last edited by

                        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.

                        1 Reply Last reply Reply Quote 0
                        • B
                          Bill
                          last edited by

                          Just an update, looks like I used 5.9 last time. Did so again this time and had fog up and running in minutes…

                          1 Reply Last reply Reply Quote 0
                          • B
                            Bill
                            last edited by

                            Hey Tom, got a minute?

                            1 Reply Last reply Reply Quote 0
                            • B
                              Bill
                              last edited by

                              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.

                              1 Reply Last reply Reply Quote 0
                              • Tom ElliottT
                                Tom Elliott
                                last edited by

                                In the file tasks.confirm.include.php change the references to &$tmp to $tmp and you should be good.

                                Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                                Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                                Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                                1 Reply Last reply Reply Quote 0
                                • B
                                  Bill
                                  last edited by

                                  [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.

                                  1 Reply Last reply Reply Quote 0
                                  • B
                                    Bill
                                    last edited by

                                    It’s not just the web gui, if I do it from the pxe menu, I have the same result

                                    1 Reply Last reply Reply Quote 0
                                    • B
                                      Bill
                                      last edited by

                                      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?

                                      1 Reply Last reply Reply Quote 0
                                      • B
                                        Bill
                                        last edited by

                                        Thanks for the help on IRC Tom!

                                        1 Reply Last reply Reply Quote 0
                                        • B
                                          Bill
                                          last edited by

                                          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

                                          1 Reply Last reply Reply Quote 0
                                          • B
                                            Bill
                                            last edited by

                                            Here is the error_log:
                                            [Fri Apr 04 15:48:00 2014] [error] [client 192.168.206.7] PHP Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of createCronScheduledPackage(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in /var/www/html/fog/management/includes/tasks.confirm.include.php on line 1951, referer: [url]http://192.168.96.5/fog/management/index.php?node=tasks&type=host&direction=down&noconfirm=527[/url]
                                            [Fri Apr 04 15:48:00 2014] [error] [client 192.168.206.7] PHP Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of createSingleRunScheduledPackage(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in /var/www/html/fog/management/includes/tasks.confirm.include.php on line 2045, referer: [url]http://192.168.96.5/fog/management/index.php?node=tasks&type=host&direction=down&noconfirm=527[/url]
                                            [Fri Apr 04 15:48:00 2014] [error] [client 192.168.206.7] PHP Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of createCronScheduledPackage(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in /var/www/html/fog/management/includes/tasks.confirm.include.php on line 2072, referer: [url]http://192.168.96.5/fog/management/index.php?node=tasks&type=host&direction=down&noconfirm=527[/url]
                                            [Fri Apr 04 15:48:00 2014] [error] [client 192.168.206.7] PHP Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of createSingleRunScheduledPackage(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in /var/www/html/fog/management/includes/tasks.confirm.include.php on line 2158, referer: [url]http://192.168.96.5/fog/management/index.php?node=tasks&type=host&direction=down&noconfirm=527[/url]
                                            [Fri Apr 04 15:48:00 2014] [error] [client 192.168.206.7] PHP Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of createCronScheduledPackage(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in /var/www/html/fog/management/includes/tasks.confirm.include.php on line 2185, referer: [url]http://192.168.96.5/fog/management/index.php?node=tasks&type=host&direction=down&noconfirm=527[/url]
                                            [Fri Apr 04 15:48:00 2014] [error] [client 192.168.206.7] PHP Notice: Undefined index: noconfirm in /var/www/html/fog/management/includes/tasks.confirm.include.php on line 29, referer: [url]http://192.168.96.5/fog/management/index.php?node=tasks&type=host&direction=down&noconfirm=527[/url]
                                            [Fri Apr 04 15:48:00 2014] [error] [client 192.168.206.7] PHP Notice: Undefined index: shutdown in /var/www/html/fog/management/includes/tasks.confirm.include.php on line 732, referer: [url]http://192.168.96.5/fog/management/index.php?node=tasks&type=host&direction=down&noconfirm=527[/url]
                                            [Fri Apr 04 15:48:00 2014] [error] [client 192.168.206.7] PHP Notice: Undefined index: singlesched in /var/www/html/fog/management/includes/tasks.confirm.include.php on line 845, referer: [url]http://192.168.96.5/fog/management/index.php?node=tasks&type=host&direction=down&noconfirm=527[/url]
                                            [Fri Apr 04 15:48:00 2014] [error] [client 192.168.206.7] PHP Notice: Undefined index: cronsched in /var/www/html/fog/management/includes/tasks.confirm.include.php on line 846, referer: [url]http://192.168.96.5/fog/management/index.php?node=tasks&type=host&direction=down&noconfirm=527[/url]
                                            [Fri Apr 04 15:48:00 2014] [error] [client 192.168.206.7] PHP Fatal error: Call to undefined function sys_get_temp_dir() in /var/www/html/fog/commons/functions.include.php on line 1552, referer: [url]http://192.168.96.5/fog/management/index.php?node=tasks&type=host&direction=down&noconfirm=527[/url]

                                            1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 1 / 2
                                            • First post
                                              Last post

                                            170

                                            Online

                                            11.7k

                                            Users

                                            17.2k

                                            Topics

                                            154.7k

                                            Posts
                                            Copyright © 2012-2024 FOG Project