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

    Ram Disk and Fog

    Scheduled Pinned Locked Moved
    General
    4
    19
    3.4k
    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.
    • george1421G
      george1421 Moderator @cmcgonag
      last edited by

      @cmcgonag said in Ram Disk and Fog:

      ust a quick question, does the nfs server have to have enough storage for the (client file system) x (the number of clients)?

      While I know this was directed to Sebastian, but if you use the live boot concept, you have a single OS image that is deployed to any computer, then you have the live boot OS connect back to your home drive for user’s nonvolatile file storage.

      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!

      1 Reply Last reply Reply Quote 0
      • C
        cmcgonag @george1421
        last edited by

        @george1421 That is awesome. So for the clusters, they actually dont have any non volatile storage needs. Essentially all that is handled via the scripts from the main server, so just need a fix without the NFS storage I guess. They just call for data, get it and send it back. All NVM processing is done somewhere else, and the code to handle that is on the programs I have installed on the OS.

        I guess what I need to figure out is how to create a live boot media of current setup. In your write up, can I also deploy via groups? My plan was to more or less push updates via the group function not the individual menus. I will spend some time reading the diskless setup tutorials y’all posted as well. Because I will no longer will have an sda in the traditional sense (usb 3.0) just want to make sure I understand where the filesystem will live.

        george1421G 1 Reply Last reply Reply Quote 0
        • george1421G
          george1421 Moderator @cmcgonag
          last edited by

          @cmcgonag said in Ram Disk and Fog:

          In your write up, can I also deploy via groups? My plan was to more or less push updates via the group function not the individual menus

          I’m not sure I understand this question. The target systems will pxe boot. You will tell fog the default action will be to run a specific iPXE menu. That specific iPXE menu will be a custom one you create to boot your live image. Its all automatic. If you want to update the master image, you just update it on the fog server and tell the clients to reboot. When they return to service they will be executing the new code all without human intervention.

          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!

          george1421G 1 Reply Last reply Reply Quote 0
          • george1421G
            george1421 Moderator @george1421
            last edited by

            @george1421 As for creating a custom ubuntu live, here is a thread that talks about it. https://askubuntu.com/questions/741753/how-to-use-cubic-to-create-a-custom-ubuntu-live-cd-image

            Also something to consider that’s a bit more embedded is something like thinstation. Thinstation is intended to create a thin linux client to be used as a small and tight bootable linux OS. IF you don’t need the robustness of ubuntu, then it may be something to look into. I don’t know your exact use case so I can’t say it would be a good fit or not.

            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!

            1 Reply Last reply Reply Quote 0
            • C
              cmcgonag
              last edited by

              I was confused about this part, but realized that I was use to the old way of thinking / booting into my hard disk. You are correct I need the default loop to pull down a fresh copy every time. I appreciate the help.

              “The last bit of magic we need to do is setup a new FOG iPXE boot menu entry for this OS.
              In the fog WebGUI go to FOG Configuration->iPXE New Menu Entry
              Set the following fields
              Menu Item: os.Ubuntu1604
              Description: Ubuntu 16.04.03
              Parameters:
              kernel tftp://${fog-ip}/os/ubuntu/16.04/vmlinuz
              initrd tftp://${fog-ip}/os/ubuntu/16.04/initrd.gz
              imgargs vmlinuz initrd=initrd.gz root=/dev/nfs netboot=nfs nfsroot=${fog-ip}:/images/os/ubuntu/16.04/ locale=en_US.UTF-8 ip=dhcp rw
              boot || goto MENU
              Menu Show with: All Hosts
              That’s it, just pxe boot your target system and pick Ubuntu 16.04.03 from the FOG iPXE boot menu.”

              george1421G Wayne WorkmanW 3 Replies Last reply Reply Quote 0
              • george1421G
                george1421 Moderator @cmcgonag
                last edited by

                @cmcgonag Yes you have it on the iPXE menu stuff.

                One additional thing, you can set your Ubuntu 16.04.03 to be the default action in the iPXE menu. So there is no ‘picking’ if you want it to just happen.

                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!

                1 Reply Last reply Reply Quote 0
                • Wayne WorkmanW
                  Wayne Workman @cmcgonag
                  last edited by Wayne Workman

                  @cmcgonag sounds a lot like you are in need of a customized embedded linux os to do some sort of jobs. There are better ways to do this than using fog and Ubuntu. You should look into the Yocto project or a customized copy of Debian.

                  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!
                  Daily Clean Installation Results:
                  https://fogtesting.fogproject.us/
                  FOG Reporting:
                  https://fog-external-reporting-results.fogproject.us/

                  1 Reply Last reply Reply Quote 1
                  • george1421G
                    george1421 Moderator @cmcgonag
                    last edited by

                    @cmcgonag Without going too much into the detail of your application (because it sounds proprietary) Are these clustered system headless, or is there an interactivity between humans and the system where you need to X windows gui? As Wayne said there may be other ways to go about this.

                    FOG it self uses an embedded linux that gets deployed to the target computer to move the disk images. We call this embedded OS FOS. It is comprised of a linux kernel (bzImage) and a virtual hard drive (init.gz). That is delivered to the target computer using tftp and http. If you are creating a headless system you could do something similar without the requirements of FOG.

                    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!

                    C 2 Replies Last reply Reply Quote 0
                    • C
                      cmcgonag @george1421
                      last edited by cmcgonag

                      @george1421 They are headless, however, they do have the ability to run interactively but I only use that for debugging, we keep having issues with our cron. I have them restart every 12 hours and they keep hanging. That is not ideal at all. We are still building out the datacenter now, so we havent circled back around to this. So far I am still booting using the old method, It is ubuntu. I can run whatever linux distro makes it easiest. I also am looking into MOSIX.

                      1 Reply Last reply Reply Quote 0
                      • C
                        cmcgonag @george1421
                        last edited by

                        @george1421 If there is an easier way to do that, then I am all ears. I like the FOG interface though. Makes it easy. In your original method you posted does that require a hard drive to to be present or is it building the OS to init.gz in ram?

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

                        163

                        Online

                        12.0k

                        Users

                        17.3k

                        Topics

                        155.2k

                        Posts
                        Copyright © 2012-2024 FOG Project