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

Blank page after creating new Image

Scheduled Pinned Locked Moved
FOG Problems
6
11
3.7k
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
    Brett Powell
    last edited by May 22, 2014, 3:36 AM

    Hi,
    I just created a new image and after clicking the “Add” I was presented with a blank page and no error. Now when I click on “List All Images” I also get a blank page. When I click on “New Search” and start type in the search box I get the error “Search failed: Internal Server Error”. HELP!

    1 Reply Last reply Reply Quote 0
    • P
      pmonstad
      last edited by May 22, 2014, 5:42 AM

      [I][SIZE=12px]I had the same issue. I solved it by editing php.ini. Increase the value of the variable memory_limit = 32M (I set it to 32M, default on my server was 16M). Then restart your apache server.[/SIZE][/I]

      1 Reply Last reply Reply Quote 0
      • B
        Brett Powell
        last edited by May 22, 2014, 9:11 PM

        Hi pmonstad, thanks for your reply! In my /etc/php5/apache2/php.ini “file memory_limit” was set to 128M so I increased it to 256M and restarted apache but still having the same issue.
        Thanks Brett.

        1 Reply Last reply Reply Quote 0
        • T
          Tom Elliott
          last edited by May 22, 2014, 9:17 PM

          What php version are you running?

          [code]php -v[/code]

          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
          • U
            user 1111122222
            last edited by Jun 5, 2014, 6:10 PM

            Hello:
            what was the ultimate resolution to this? I seem to have the exact same problem now and it seemed to happen after I messed with trying to move my storage location.
            I did try to change the memory size. Mine was like Brett’s above. I went from 128m to 256m and it didn’t help.
            My php -v reports:
            php 5.5.9-1ubuntu4
            built april 9 2014
            Zend engine v 2.5.0

            1 Reply Last reply Reply Quote 0
            • U
              user 1111122222
              last edited by Jun 5, 2014, 6:12 PM

              Oh, and I did re-run the install
              /bin/./installfog.sh to see if that would fix it.
              no change

              These are the two entries in /var/log/apach2/error file
              The first is when I click list images, the second is when I try to search images

              [Thu Jun 05 14:17:17.106440 2014] [:error] [pid 6647] [client 192.168.1.1:51401] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/pages/ImageManagementPage.class.php on line 119, referer: [url]http://192.168.1.1/fog/management/index.php?node=images[/url]

              [Thu Jun 05 14:17:26.848706 2014] [:error] [pid 4409] [client 192.168.1.1:51402] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/pages/ImageManagementPage.class.php on line 194, referer: [url]http://192.168.1.1/fog/management/index.php?node=images&sub=search[/url]

              1 Reply Last reply Reply Quote 0
              • A
                axel12
                last edited by Jun 12, 2014, 3:09 AM

                Getting the same error - using fog from svn build 1807 … here is what i also noticed. when the main fog and a node are in the same group (id:1) you can access all images as long as they are also in the same storage group. as soon as you assign EITHER an image to a different group OR a node to a different storage group, suddenly you cannot access NEITHER the node details NOR view the image list.

                Here are a bunch of errors:

                [Thu Jun 12 12:00:39.431748 2014] [:error] [pid 4644] [client 127.0.0.1:41483] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/pages/ImageManagementPage.class.php on line 119, referer: [url]http://localhost/fog/management/index.php?node=images[/url]

                [Thu Jun 12 11:57:08.863074 2014] [:error] [pid 4556] [client 127.0.0.1:41449] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/pages/ImageManagementPage.class.php on line 355

                1 Reply Last reply Reply Quote 0
                • A
                  axel12
                  last edited by Jun 12, 2014, 3:10 AM

                  Upon further testing this is what it seems to me:

                  On the “List all images” page -> you will get an error (see error log in above posts) if [B]any of the images belong to a storage group without a storage node[/B]

                  On the individual “image details” page -> you get an error if the image belongs to a storage group [B]which has NO master node in it[/B]

                  This has been replicated deterministically. This is important become some schools (like mine) live on two separate sites - and I would like to all image stuff in one location, and replicate [B]once[/B] to the other location (after which clone locally) … this error makes it very time-consuming to babysit node settings and image settings to make sure that whatever Image i am working with is part of a storage group with at least the main node in it.

                  Is it possible to trust the user and only check for presence of only the storage node (not master server) - so if there is a cloning mistake, at least its local, and I’m not pulling the image across a VPN? Or better yet - do not check for presence of any nodes - and simply complain on deployment that the image has no acceptable nodes to pull from (which was the behavior of fog .32)

                  Thank you for your time and effort,

                  PHP 5.5.9-1ubuntu4 (cli) (built: Apr 9 2014 17:08:27)
                  Copyright © 1997-2014 The PHP Group
                  Zend Engine v2.5.0, Copyright © 1998-2014 Zend Technologies
                  with Zend OPcache v7.0.3, Copyright © 1999-2014, by Zend Technologies

                  1 Reply Last reply Reply Quote 0
                  • B
                    bjohnson84
                    last edited by Jun 12, 2014, 7:25 PM

                    Has anyone found a solution to this. I know axel12 talked about if images don’t have a storage node assigned it can be a problem, but not sure how to fix that if it’s the case. Not being able to edit images has me dead in the water.

                    1 Reply Last reply Reply Quote 0
                    • T
                      Tom Elliott
                      last edited by Jun 12, 2014, 8:39 PM

                      [quote=“bjohnson84, post: 30086, member: 1083”]Has anyone found a solution to this. I know axel12 talked about if images don’t have a storage node assigned it can be a problem, but not sure how to fix that if it’s the case. Not being able to edit images has me dead in the water.[/quote]

                      I have seen and fixed the problem with this.

                      Update to latest SVN, while multicast still has some issues, this particular one is already fixed.

                      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
                        axel12
                        last edited by Jun 16, 2014, 2:14 AM

                        Thank you Tom for looking into it. I’ll update as soon as I can figure out why the database schema does not update … 😞 … see separate post here:

                        [url]http://fogproject.org/forum/threads/fog-error-access-web.10812/#post-30283[/url]

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

                        148

                        Online

                        12.0k

                        Users

                        17.3k

                        Topics

                        155.2k

                        Posts
                        Copyright © 2012-2024 FOG Project