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

Capturing image update database failed

Scheduled Pinned Locked Moved
FOG Problems
3
22
5.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.
  • B
    Baessens @Sebastian Roth
    last edited by Sep 22, 2020, 11:30 AM

    @Sebastian-Roth I can also create a directory and upload a random file into that new dir.

    1 Reply Last reply Reply Quote 0
    • S
      Sebastian Roth Moderator
      last edited by Sebastian Roth Sep 22, 2020, 5:58 AM Sep 22, 2020, 11:57 AM

      @Baessens said in Capturing image update database failed:

      The password in the /.fogsettings file is different then the one in the GUI under TFTP server.

      Are the usernames different as well?? When only the password is different we should see a login error in the picture instead of a “Could not create” message I reckon.

      Please go through this: https://forums.fogproject.org/topic/11203/resyncing-fog-s-service-account-password

      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

      B 1 Reply Last reply Sep 22, 2020, 2:01 PM Reply Quote 0
      • B
        Baessens @Sebastian Roth
        last edited by Baessens Sep 22, 2020, 8:02 AM Sep 22, 2020, 2:01 PM

        @Sebastian-Roth
        92a89930-4109-40fd-9886-bb614d8cec58-image.png

        It seems to only be the password that is different.
        i’ll try that resyncing thing too.

        1 Reply Last reply Reply Quote 0
        • B
          Baessens
          last edited by Sep 22, 2020, 2:41 PM

          @Sebastian-Roth I am still getting the same error.
          I might just install a whole new server. Can you think of anything else that might be causing the error?

          Thanks for all your help allready.

          1 Reply Last reply Reply Quote 0
          • S
            Sebastian Roth Moderator
            last edited by Sep 22, 2020, 3:01 PM

            @Baessens Too bad. I usually try to dig into things till I find the root cause of it. Though I understand if this just seems unsolvable.

            Re-reading most of the topic I saw that you seem to have a subdirectory /images/dev/dev. Though I don’t think this can cause the issue I am wondering where this came from. Please run ls -alR /images/dev/dev and post output here.

            Meanwhile I am digging through the code to see what else we can try.

            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

            B 1 Reply Last reply Sep 22, 2020, 3:08 PM Reply Quote 0
            • B
              Baessens @Sebastian Roth
              last edited by Sep 22, 2020, 3:08 PM

              @Sebastian-Roth
              Could it have something to do with the SQL creds?

              I think it must have happened after an update, either from FOG or Ubuntu.

              95542a20-25a8-4884-ab00-730ff232e904-image.png

              1 Reply Last reply Reply Quote 0
              • S
                Sebastian Roth Moderator
                last edited by Sep 23, 2020, 1:19 PM

                @Baessens said in Capturing image update database failed:

                Could it have something to do with the SQL creds?

                With SQL creds wrong you’d see completely other issues and wouldn’t even be able to schedule a task in the web UI.

                I think it must have happened after an update, either from FOG or Ubuntu.

                Don’t think I have ever seen this happen from an update. Possibly something you did when moving images to a differnt disk/partition.

                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
                • S
                  Sebastian Roth Moderator
                  last edited by Sebastian Roth Sep 23, 2020, 2:59 PM Sep 23, 2020, 8:59 PM

                  @Baessens Ohhhhhhhh no!!! Why haven’t I noticed this before??? Can’t believe it. The second picture of your initial post actually has the solution to this riddle in it already. Image is named UEFI01/09/20v2004 and as a forward slash is the directory separator on Linux systems it will fail to rename the uploaded image…

                  Simply use dashes (-) instead of the slash in both the image name and path and I am sure it will upload just fine.

                  We don’t get that very often and I actually thought we had some kind of regex check in the web UI to prevent from this but seems like I was wrong.

                  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

                  B 2 Replies Last reply Sep 24, 2020, 8:03 AM Reply Quote 2
                  • B
                    Baessens @Sebastian Roth
                    last edited by Sep 24, 2020, 8:03 AM

                    @Sebastian-Roth Wow… Good spot! I always use a dash, but for some reason it uses / in the path.
                    It doesn’t show it in the images list tho, need to click on the image name to actually see it.
                    I think there is a regex check but only for the image name, not the path. (which is usually the same)

                    I’ll try it right away.

                    28326534-646a-4479-a6b8-38c4abe7a295-image.png

                    1 Reply Last reply Reply Quote 0
                    • B
                      Baessens @Sebastian Roth
                      last edited by Sep 24, 2020, 1:13 PM

                      Works fine now. Thanks @Sebastian-Roth !

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

                      165

                      Online

                      12.2k

                      Users

                      17.3k

                      Topics

                      155.5k

                      Posts
                      Copyright © 2012-2024 FOG Project