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

Reinstalling Backing up Database Failed

Scheduled Pinned Locked Moved Solved
FOG Problems
4
29
4.8k
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.
  • W
    Wayne Workman @JackieJack
    last edited by Wayne Workman Dec 12, 2017, 12:27 PM Dec 12, 2017, 6:24 PM

    @jackiejack said in Reinstalling Backing up Database Failed:

    I wanted to flick a switch, put on DHCP and image my VM

    If you have VM infrastructure, just make another fog server in a VM for the purpose of imaging VMs.

    If you have the knowledge and infrastructure to mirror linux repositories, you can mirror the ones your fog server needs onto an internal mirror, and configure the fog server to use the internal mirror. This is how offline installations works in the Linux world. There’s nothing wrong with the fog installer. It is the way it is by design.

    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/

    J 2 Replies Last reply Dec 12, 2017, 8:01 PM Reply Quote 0
    • J
      JackieJack @Wayne Workman
      last edited by Dec 12, 2017, 8:01 PM

      @wayne-workman
      I understand what you are saying. BUT! when I doing it stupidly (not renaming old .fogsettings) it went through the entire process with PACKAGED INSTALLED or ALREADY INSTALLED. Now when I change the file name, it hangs. Guess, I will bring it home, install it and carry it back, and take you up on that IP addr change tomorrow.

      W 1 Reply Last reply Dec 12, 2017, 8:21 PM Reply Quote 0
      • W
        Wayne Workman @JackieJack
        last edited by Dec 12, 2017, 8:21 PM

        @jackiejack said in Reinstalling Backing up Database Failed:

        and take you up on that IP addr change tomorrow.

        This is how it’s done:
        https://wiki.fogproject.org/wiki/index.php?title=Change_FOG_Server_IP_Address
        There’s also a FOG utility here that does it too:
        https://github.com/FOGProject/fog-community-scripts/tree/master/updateIP

        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 0
        • J
          JackieJack @Wayne Workman
          last edited by Dec 12, 2017, 9:04 PM

          @wayne-workman said in Reinstalling Backing up Database Failed:

          If you have the knowledge and infrastructure to mirror linux repositories, you can mirror the ones your fog server needs onto an internal mirror, and configure the fog server to use the internal mirror. This is how offline installations works in the Linux world. There’s nothing wrong with the fog installer. It is the way it is by design.

          You know any good links/yt vids on this topic. Thx.

          W 1 Reply Last reply Dec 13, 2017, 12:13 AM Reply Quote 0
          • W
            Wayne Workman @JackieJack
            last edited by Wayne Workman Dec 12, 2017, 6:15 PM Dec 13, 2017, 12:13 AM

            @jackiejack said in Reinstalling Backing up Database Failed:

            You know any good links/yt vids on this topic. Thx.

            There are so many tutorials on this… Here’s a few:

            • https://www.howtoforge.com/tutorial/how-to-create-a-local-red-hat-repository/
            • https://linux.die.net/man/1/reposync
            • https://access.redhat.com/solutions/9892
            • https://linux.die.net/man/8/createrepo
            • This one was particularly useful to me: https://deviantengineer.com/2016/03/repo-centos7/

            The basic premises of running an RPM/Deb mirror is 1. Copy the files from the internet regularly using the right tool(s). 2. Finagle the files however you need. 3. serve via HTTP 4. Configure your clients to use the mirror.

            For Fedora,CentOS, and RHEL, you’ll use the commands reposync and createrepo for most of this stuff. For Ubuntu/Debian land, there’s the less than ideal apt-mirror which gets the job done but is really terribly lacking of features.

            Once mirrored, serve via HTTP, then configure your clients to use that web address.

            I’ve done this before several times. What I’m leading you on is home-brewing your own solution. Of course, you could pay 11,000 dollars a year for Red Hat Satellite Server but I really feel like an ounce of scripting skills plus another ounce of CRON with a sprinkle of Apache know-how totally replaces Satellite Server honestly. For Ubuntu, there’s the paid solution called “Landscape” if memory serves. I wrote a replacement for that one too. 🙂 Though I can’t share any of that work because it was for my last employer and they own the intellectual property. All I can do is show you the way.

            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/

            J 1 Reply Last reply Dec 13, 2017, 12:31 AM Reply Quote 0
            • J
              JackieJack @Wayne Workman
              last edited by Dec 13, 2017, 12:31 AM

              @wayne-workman Show and I will follow - one step at a time. I really do appreciate the guidance.

              Now I have reinstalled my fog server at home. It has an ip of 192.168.1.39

              • Setting up and starting DHCP Server…!!! No router address found !!!

              !!! No dns address found !!!

              So I am thinking that tomorrow when I go into the lab, I set my fog server to static 192.168.1.39
              On my private lan there is no router (apparently you cannot pxe boot through a home cisco router)
              And my virtual machine with bridged adapter would get ip from fog. VM pxe boot. And fog would take care of the rest?

              G 1 Reply Last reply Dec 13, 2017, 1:29 AM Reply Quote 0
              • G
                george1421 Moderator @JackieJack
                last edited by Dec 13, 2017, 1:29 AM

                @jackiejack I have been only loosely following this thread so if this response is crazy then please ignore.

                If you setup fog in your home lab, you can use your home router and not use/need isc-dhcp running on your fog server. If you have a dhcp server in your imaging network then you don’t need to use isc-dhcp in your work network either.

                In the case of your home network, most home internet routers/firewalls have a dhcp server built in. But most home routers don’t support pxe booting. BUT, you can install a service on your fog server to supply the missing pxe booting information without needing to modify anything on your dhcp server. This service (dnsmasq) will work the easiest if the fog server and pxe booting client are on the same subnet.

                The reason that FOG needs internet access to install it all for FOG itself. FOG does download precompiled binary files, but also the linux distribution needs to reach out to the distribution’s repository to download needed packages. So at least when fog is installed internet access is required or you would have to download and install by hand all required packages. I can tell you that is not a fun time. If you fog server does not have direct internet access, but can have access via a proxy server fog can be installed that way too.

                One final thought, FOG doesn’t like it when you change the FOG server’s IP address after FOG is installed. The issues can be fixed, just realize you will need to go in and change a few settings in the webgui and a few config files. Normally we would just have you rerun the fog installer to fix the missing bits, but that won’t work on your isolated network.

                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!

                J 1 Reply Last reply Dec 13, 2017, 1:39 AM Reply Quote 0
                • J
                  JackieJack @george1421
                  last edited by Dec 13, 2017, 1:39 AM

                  @george1421 I think I want to try that dnsmasq thing tomorrow. You have any tutorials. Or should I just download it?

                  I would be happy if I can use my home router and then disable dnsmasq when I am ready to put it back on the lab network. My supervisor said once I deploy a syspreped fog service image, we will consider um isolating the lab network, add our own dhcp server, multicast the images and come next morning with hook back up everything as it was. Sneaky, but beats hopping from computer to computer with FOS usb stick

                  G 1 Reply Last reply Dec 13, 2017, 1:48 AM Reply Quote 0
                  • G
                    george1421 Moderator @JackieJack
                    last edited by Dec 13, 2017, 1:48 AM

                    @jackiejack For dnsmasq, you just need to install your linux distributions package. Just ensure that it is 2.76 or newer. Most distributions have that version now. That is the first version to support both uefi and bios (legacy) booting dynamically.

                    Then ensure no other .conf files are in /etc/dnsmasq.d directory. Then create a new config file called ltsp.conf (it can be anything as long as it ends in .conf, but keep the standard). In that /etc/dnsmasq.d/ltsp.conf file add the following configuration:

                    # Don't function as a DNS server:
                    port=0
                    
                    # Log lots of extra information about DHCP transactions.
                    log-dhcp
                    
                    # Set the root directory for files available via FTP.
                    tftp-root=/tftpboot
                    
                    # The boot filename, Server name, Server Ip Address
                    dhcp-boot=undionly.kpxe,,<fog_server_IP>
                    
                    # Disable re-use of the DHCP servername and filename fields as extra
                    # option space. That's to avoid confusing some old or broken DHCP clients.
                    dhcp-no-override
                    
                    # inspect the vendor class string and match the text to set the tag
                    dhcp-vendorclass=BIOS,PXEClient:Arch:00000
                    dhcp-vendorclass=UEFI32,PXEClient:Arch:00006
                    dhcp-vendorclass=UEFI,PXEClient:Arch:00007
                    dhcp-vendorclass=UEFI64,PXEClient:Arch:00009
                    
                    # Set the boot file name based on the matching tag from the vendor class (above)
                    dhcp-boot=net:UEFI32,i386-efi/ipxe.efi,,<fog_server_IP>
                    dhcp-boot=net:UEFI,ipxe.efi,,<fog_server_IP>
                    dhcp-boot=net:UEFI64,ipxe.efi,,<fog_server_IP>
                    
                    # PXE menu.  The first part is the text displayed to the user.  The second is the timeout, in seconds.
                    pxe-prompt="Booting FOG Client", 1
                    
                    # The known types are x86PC, PC98, IA64_EFI, Alpha, Arc_x86,
                    # Intel_Lean_Client, IA32_EFI, BC_EFI, Xscale_EFI and X86-64_EFI
                    # This option is first and will be the default if there is no input from the user.
                    pxe-service=X86PC, "Boot to FOG", undionly.kpxe
                    pxe-service=X86-64_EFI, "Boot to FOG UEFI", ipxe.efi
                    pxe-service=BC_EFI, "Boot to FOG UEFI PXE-BC", ipxe.efi
                    
                    dhcp-range=<fog_server_ip>,proxy
                    
                    

                    ref: https://forums.fogproject.org/topic/8725/compiling-dnsmasq-2-76-if-you-need-uefi-support/5

                    Replacing <fog_server_ip> with the IP address of your fog server.
                    Then issue a sudo systemctl enable dnsmasq
                    and then sudo systemctl restart dnsmasq to start the service.

                    To see if dnsmasq is running and listening issue the following command netstat -an | grep 67 That should show if the dnsmasq service is listening on udp port 67

                    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!

                    J 2 Replies Last reply Dec 13, 2017, 3:04 PM Reply Quote 0
                    • J
                      JackieJack @george1421
                      last edited by Dec 13, 2017, 3:04 PM

                      @george1421
                      Is this how it supposed to be? I don’t see “dnsmasq”

                      0_1513177516020_dnsmasq.png

                      G 1 Reply Last reply Dec 13, 2017, 3:21 PM Reply Quote 0
                      • J
                        JackieJack @george1421
                        last edited by Dec 13, 2017, 3:13 PM

                        @george1421 0_1513178113625_pxe_boot.png

                        G 1 Reply Last reply Dec 13, 2017, 3:32 PM Reply Quote 0
                        • G
                          george1421 Moderator @JackieJack
                          last edited by Dec 13, 2017, 3:21 PM

                          @jackiejack While I can’t say for absolute, as long as you don’t have ics-dhcp, udp port 67 listening indicates you have a dhcp server running on that server. I know that was not real conclusive, its just because I don’t know what you installed previously.

                          You can run the following command to see if the dnsmasq process is running in memory.

                          sudo ps aux|grep dnsmasq You should see the dnsmasq command with its command line switches.

                          You can also run the following command and query systemd
                          sudo systemctl status dnsmasq

                          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!

                          J 1 Reply Last reply Dec 13, 2017, 3:29 PM Reply Quote 0
                          • J
                            JackieJack @george1421
                            last edited by JackieJack Dec 13, 2017, 9:33 AM Dec 13, 2017, 3:29 PM

                            @george1421 0_1513179303995_Screenshot from 2017-12-13 11-30-27.png

                            1 Reply Last reply Reply Quote 0
                            • G
                              george1421 Moderator @JackieJack
                              last edited by Dec 13, 2017, 3:32 PM

                              @jackiejack from your second picture dnsmasq / what ever is working because the next server and boot file name is making to the client computer. what it looks like is its timing out trying to download the file. Is 192.168.1.39 the current IP address of your fog server?

                              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!

                              J 1 Reply Last reply Dec 13, 2017, 3:41 PM Reply Quote 0
                              • J
                                JackieJack @george1421
                                last edited by Dec 13, 2017, 3:41 PM

                                @george1421 Yes, static

                                G 1 Reply Last reply Dec 13, 2017, 3:48 PM Reply Quote 0
                                • G
                                  george1421 Moderator @JackieJack
                                  last edited by Dec 13, 2017, 3:48 PM

                                  @jackiejack Then can you do this.

                                  sudo netstat -an|grep 69 this will see if the tftp server is running.

                                  ls -la /tftpboot/undi* to see if you have the boot files in the right spot

                                  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!

                                  J 2 Replies Last reply Dec 13, 2017, 3:51 PM Reply Quote 0
                                  • J
                                    JackieJack @george1421
                                    last edited by Dec 13, 2017, 3:51 PM

                                    @george1421 I will do those steps but now when I pxe boot vm it can’t see x.x.1.39

                                    1 Reply Last reply Reply Quote 0
                                    • J
                                      JackieJack @george1421
                                      last edited by Dec 13, 2017, 3:53 PM

                                      @george1421
                                      udp listening on 69

                                      3 files in undi*

                                      G 1 Reply Last reply Dec 13, 2017, 4:10 PM Reply Quote 0
                                      • G
                                        george1421 Moderator @JackieJack
                                        last edited by Dec 13, 2017, 4:10 PM

                                        @jackiejack This is an interesting puzzle.

                                        you have a pxe booting client on the same subnet as the fog server that is getting a timeout trying to download undionly.kkpxe, yet the tftp service is running and we can assume undionly.kkpxe is listed in the /tftpboot directory.

                                        If you have a working windows 7 or newer computer on the same subnet, install the tftp client feature on the windows computer. Then open a windows command prompt and try to get undionly.kkpxe using the tftp client program.

                                        Just for my sanity, you did disable the firewall on that ubuntu server right?

                                        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!

                                        J 1 Reply Last reply Dec 13, 2017, 4:11 PM Reply Quote 0
                                        • J
                                          JackieJack @george1421
                                          last edited by JackieJack Dec 13, 2017, 11:11 AM Dec 13, 2017, 4:11 PM

                                          @george1421 running centos - disabled firewalld and setenforce 0

                                          I can get a windows 10 on the same subnet not windows 7

                                          Now I am NOT getting contact with 1.39 when pxe boot on vm

                                          J 1 Reply Last reply Dec 13, 2017, 5:08 PM Reply Quote 0
                                          • 1
                                          • 2
                                          • 1 / 2
                                          1 / 2
                                          • First post
                                            14/29
                                            Last post

                                          148

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project