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

FOG 33b - installation - HP Elite 8300 SFF

Scheduled Pinned Locked Moved
FOG Problems
7
145
139.1k
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.
  • J
    Junkhacker Developer
    last edited by Apr 18, 2014, 6:54 PM

    the kernels he is talking about are the ones that the fog server sends to clients when they network boot

    signature:
    Junkhacker
    We are here to help you. If you are unresponsive to our questions, don't expect us to be responsive to yours.

    1 Reply Last reply Reply Quote 0
    • A
      Alistair
      last edited by Apr 18, 2014, 6:56 PM

      Ohhh

      1 Reply Last reply Reply Quote 0
      • T
        Tom Elliott
        last edited by Apr 18, 2014, 6:59 PM

        When the Client systems are loading, they load two files. First one is bzImage, second is init.xz.

        The bzImage is a linux kernel, the init.xz file is the “OS” layer of the FOG System on the host.

        The kernel Jaymes is referring to is the bzImage that’s loaded onto the client systems. There are no particular issues on the FOG Server itself. This is the kernel I’ve been maintaining as much as possible. It has NOTHING to do with the fog server, besides it is stored under /var/www/fog/service/ipxe/bzImage.

        The fact that the FOGMulticastManager service is stopped leads me to think there is some problem, just not one that I can pinpoint without trying to get more information. If you’re willing to work forward I can try to help with this. I realize your not being paid for this and I feel the pain. Which is why I’m frustrated with you, from my eyes, seemingly just giving up.

        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
        • A
          Alistair
          last edited by Apr 18, 2014, 7:20 PM

          Very helpful explanation.

          Actually I haven’t given up. It’s just that I MUST get the staff system running in 2 days time. And that’s impossible. That’s the real source of my frustration. I’m happy to keep working at this for the sake of others in the future who might have similar problems and helping with 0.33b, but not for at least a week until I’ve got the school system up and running. I will keep you very briefly updated on anything I discover, but nothing time-consuming for the time being. I’m in the middle of what is, for me, a big migration and huge learning curve. All new PCs, Server, printers, VLANS, Firewall, multimedia systems. Going from XP to Win 8.1 is a big jump. I’ll be using SYSPREP for the first time and answer files, ADBA etc…

          1 Reply Last reply Reply Quote 0
          • A
            Alistair
            last edited by Apr 18, 2014, 7:44 PM

            Have now connected everything to the school VLAN again.

            Rebooted after fixing sleep 30.
            Checked multicast log - no log for the last 3 hours
            Multicast to 2 HP
            TFTP is now running after reboot (problem fixed)
            Multicast failed as expected
            Stop and start multicast
            Multicast to 2 HP
            Multicast worked as expected
            Checked multicast log - it is running now, BUT, the log shows 7:30 PM when it is actually 9:30 PM on the Ubuntu clock as it is in reality here in Norway. I just mention it in case it has significance.

            This multicast problem is now predictable and fixable for me. I’m heading home.

            1 Reply Last reply Reply Quote 0
            • 1
            • 2
            • 3
            • 4
            • 5
            • 6
            • 7
            • 8
            • 8 / 8
            8 / 8
            • First post
              144/145
              Last post

            205

            Online

            12.1k

            Users

            17.3k

            Topics

            155.3k

            Posts
            Copyright © 2012-2024 FOG Project