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

    db_root: cannot open: /etc/target

    Scheduled Pinned Locked Moved Solved
    FOG Problems
    4
    17
    9.3k
    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.
    • K
      kboutelle
      last edited by

      I really hate to start a new topic on this, I have a feeling it’s an easy fix. When I try to use the search for this forum I get a page not found, so here it is. I’m stuck with a non-working FOG installation and this is one of the messages I’m seeing on the client when attempting to push an image to the client. Client finds pxe alright, was able to do inventory and server was able to initiate image process but that fails and this is one of the messages. Any pointer to a solution would be great. Thanks.

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

        https://forums.fogproject.org/topic/12560/no-viable-macs-available-on-quick-and-full-registration

        The db_root: cannot open: /etc/target is not the problem your machine is having. This is a warning message coming from the kernel at boot time. It simply cannot find the file named /etc/target. Can you get a picture of the full issue that you’re seeing. This message, and I know I’m repeating, is not what’s causing the problem.

        We need details and context to be able to understand what issue you’re currently having.

        What version of FOG are you using?
        What’s the full context of the issue you’re seeing (Picture/video would certainly help)?

        As you state that you think it’s a problem with the installation, was this a fresh install and simply not working right out of the box? If it is a fresh install, did you capture an image before trying to deploy it?

        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
        • K
          kboutelle
          last edited by kboutelle

          Thanks, I’ll give you all that I have.

          Current FOG server version: 1.5.5
          Fog is installed on Ubuntu Server 16.04.5 LTS

          I’ve had this installation up and running for about 3 months. I’ve been able to capture and deploy images, as well as other tasks. Inventory, registration, disk wipe. Everything was working.

          The system I’m trying to deploy to is a Dell 3020 with identical hardware to other systems that I’ve captured from and deployed to. Please let me know what else you would like to see/know.

          Here are images from the client as it was in the process of deploying an image:

          alt text
          alt text

          1 Reply Last reply Reply Quote 0
          • S
            Sebastian Roth Moderator
            last edited by Sebastian Roth

            @kboutelle Please run cat /etc/exports and ls -al /images/ /images2/ on your FOG server. Post output here.

            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
            • K
              kboutelle
              last edited by Tom Elliott

              root@STF-IMGSVR01:/# cat /etc/exports
              /images *(ro,sync,no_wdelay,no_subtree_check,insecure_locks,no_root_squash,insecure,fsid=0)
              /images/dev *(rw,async,no_wdelay,no_subtree_check,no_root_squash,insecure,fsid=1)
              
              root@STF-IMGSVR01:/# ls -al /images
              total 20
              drwxrwxrwx  5 fog  root 4096 Oct 29 15:40 .
              drwxr-xr-x 28 root root 4096 Jan 23 08:39 ..
              drwxrwxrwx  3 fog  root 4096 Oct 22 15:18 dev
              drwxrwxrwx  6 fog  root 4096 Oct 29 15:40 drivers
              -rwxrwxrwx  1 fog  root    0 Oct 22 15:18 .mntcheck
              drwxrwxrwx  2 fog  root 4096 Oct 22 15:18 postdownloadscripts
              
              root@STF-IMGSVR01:/# ls -al /images2
              total 48
              drwxrwxr-x  9 fog  root  4096 Dec  4 13:45 .
              drwxr-xr-x 28 root root  4096 Jan 23 08:39 ..
              drwxrwxrwx  2 root root  4096 Oct 23 09:28 ConferencePC
              drwxr-xr-x  3 fog  root  4096 Dec  4 13:45 dev
              drwxr-xr-x  6 fog  fog   4096 Oct 29 15:55 drivers
              drwx------  2 fog  root 16384 Oct 23 08:32 lost+found
              -rw-r--r--  1 fog  root     0 Oct 23 08:36 .mntcheck
              drwxr-xr-x  2 fog  root  4096 Oct 23 08:35 postdownloadscripts
              drwxrwxrwx  2 root root  4096 Dec  4 13:45 Win7-3020-Gold
              drwxrwxrwx  2 root root  4096 Oct 30 14:32 Win7_Pro_3020
              

              [MOD EDIT]: Put into Code block for easier reading.

              1 Reply Last reply Reply Quote 0
              • S
                Sebastian Roth Moderator
                last edited by

                @kboutelle Seems like you have moved your images to another directory/disk but gave up half way. Edit /etc/exports to have /images2 and /images2/dev as paths in there. Then run exportfs -ra and try booting the client into the task again.

                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
                • K
                  kboutelle
                  last edited by kboutelle

                  Thanks. Believe it or not, the server has been set up this way since initial install. All images were captured to the images2 directory and deployed from there. I’m not sure what happened or why but here I am.

                  I completed the steps that you pointed out and I’m still not able to image. The issue I’m seeing now is Unable to open image store ( /bin/fog.download). The file is actually missing. This is preventing the imaging process from continuing. I’m looking at my vm backup now seeing if I can recover that file as I have no idea what it contains.

                  Edit: I’ve looked through the files contained in my backup and it’s not there. If this file is necessary, I could use a primer on how to recreate it.

                  Edit 2: I see that this file is supposed to end up on the client. I’m testing the hdd now to see if there is an issue with it.

                  Thanks again.

                  1 Reply Last reply Reply Quote 0
                  • S
                    Sebastian Roth Moderator
                    last edited by

                    @kboutelle said in db_root: cannot open: /etc/target:

                    /bin/fog.download

                    This files is with in the FOG Linux system (we call it FOS) that is booted via PXE and runs on the client. I am sure the file exists! Don’t worry about it. Please take a picture of the error you see on the client now and post here.

                    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
                    • K
                      kboutelle
                      last edited by

                      This is what I saw on the client.

                      alt text

                      1 Reply Last reply Reply Quote 0
                      • S
                        Sebastian Roth Moderator
                        last edited by

                        @kboutelle Well we are definitely a couple of steps bejond the error you posted in the first picture! So fixing /etc/exports definitely seemed to help. Now I see the image is called Win7-3020-Gold and from the directory listings you posted it seems like this image folder does exist as well. Please run ls -al /images2/Win7-3020-Gold and post output here.

                        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
                        • K
                          kboutelle
                          last edited by Sebastian Roth

                          root@STF-IMGSVR01:/# ls -al /images2/Win7-3020-Gold
                          total 8312928
                          drwxrwxrwx 2 root root       4096 Dec  4 13:45 .
                          drwxrwxr-x 9 fog  root       4096 Dec  4 13:45 ..
                          -rwxrwxrwx 1 root root          3 Dec  4 13:35 d1.fixed_size_partitions
                          -rwxrwxrwx 1 root root    1048576 Dec  4 13:40 d1.mbr
                          -rwxrwxrwx 1 root root        190 Dec  4 13:40 d1.minimum.partitions
                          -rwxrwxrwx 1 root root         15 Dec  4 13:38 d1.original.fstypes
                          -rwxrwxrwx 1 root root          0 Dec  4 13:38 d1.original.swapuuids
                          -rwxrwxrwx 1 root root    8551038 Dec  4 13:40 d1p1.img
                          -rwxrwxrwx 1 root root 8502808087 Dec  4 13:45 d1p2.img
                          -rwxrwxrwx 1 root root        190 Dec  4 13:38 d1.partitions
                          
                          1 Reply Last reply Reply Quote 0
                          • S
                            Sebastian Roth Moderator
                            last edited by Sebastian Roth

                            @kboutelle From the information we have so far I cannot see why it fails this way. Can you please cancel the task in the web UI and schedule a new deploy job but this time tick the checkbox for debug. Boot up the client machine again and when you get to the shell (after hitting ENTER) you type fog to start the process. Now step through the steps till you hit the error. It will bring you back to the shell. Then run mount ; ls -al /images, take a picture and post here. This time it really is /images without 2 at the end because this is the directory used on the client to mount the NFS share from the server.

                            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
                            • K
                              kboutelle
                              last edited by

                              OK, the error was that same in the last image I posted. This is the result of the debug process as you’ve instructed:

                              alt text

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

                                @kboutelle Well the first thing I noticed is that you don’t have any files in the /images2 directory (on the fog server across the nfs mount) according to the pxe booting client. Its also interesting to see that it IS a fog images directory because it has the FOG expected structure.

                                Is 10.0.0.138 your FOG server?

                                On your fog server you did a ls -la /images2 command that surely showed files.

                                What is the output of the following commands

                                showmount -e 127.0.0.1
                                and
                                cat /etc/exports

                                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
                                • K
                                  kboutelle
                                  last edited by kboutelle

                                  Yes, 10.0.0.138 is my FOG server.

                                  root@STF-IMGSVR01:/# showmount -e 127.0.0.1
                                  Export list for 127.0.0.1:
                                  /images2/dev *
                                  /images2     *
                                  /images/dev  *
                                  /images      *
                                  root@STF-IMGSVR01:/# cat /etc/exports
                                  /images *(ro,sync,no_wdelay,no_subtree_check,insecure_locks,no_root_squash,insecure,fsid=0)
                                  /images/dev *(rw,async,no_wdelay,no_subtree_check,no_root_squash,insecure,fsid=1)
                                  /images2 *(ro,sync,no_wdelay,no_subtree_check,insecure_locks,no_root_squash,insecure,fsid=0)
                                  /images2/dev *(rw,async,no_wdelay,no_subtree_check,no_root_squash,insecure,fsid=1)
                                  

                                  Could I have an issue with the database? I’ve been reading as much as I can while you’ve been trying to help me. Some others have had issues with databases after updates. Sorry I didn’t save the links.

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

                                    @kboutelle There’s the problem.

                                    You have /images and /images2 mounting to the same File system ID. I believe nfs will use the 1st instance (in your case it’s mounting /images rather than your new share /images2.

                                    Edit the /etc/exports file.

                                    For your /images and /images/dev lines, prepend them with a # symbol. This will comment those lines.

                                    That, or change the fsid of the /images2 and /images2/dev to have 2 and 3 respectively.

                                    Then restart the nfs service, systemctl restart nfsd

                                    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

                                    K 1 Reply Last reply Reply Quote 1
                                    • K
                                      kboutelle @Tom Elliott
                                      last edited by kboutelle

                                      @Tom-Elliott said in db_root: cannot open: /etc/target:

                                      @kboutelle There’s the problem.

                                      You have /images and /images2 mounting to the same File system ID. I believe nfs will use the 1st instance (in your case it’s mounting /images rather than your new share /images2.

                                      Edit the /etc/exports file.

                                      For your /images and /images/dev lines, prepend them with a # symbol. This will comment those lines.

                                      That, or change the fsid of the /images2 and /images2/dev to have 2 and 3 respectively.

                                      Then restart the nfs service, systemctl restart nfsd

                                      I can’t believe I missed that. Edited, going to try again.

                                      Deployment is proceeding as it should.

                                      Thank you all for taking the time to help.

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

                                      159

                                      Online

                                      12.0k

                                      Users

                                      17.3k

                                      Topics

                                      155.2k

                                      Posts
                                      Copyright © 2012-2024 FOG Project