Latest Development FOG

ArchFan

Well…just created a new 14.04.01 VM and downloaded rev 2551 via svn. Everything was going perfectly other than still getting dpkg-query output (not really a big deal), and now when checking package php5-json it says ‘failed’. If it’s checking to see if it’s installed, it seems to be incorrect, because dpkg seems to indicate that it is. Some type of issue with how it’s checking to verify packages are installed?

[url=“/_imported_xf_attachments/1/1477_PhpErr.png?:”]PhpErr.png[/url]

Tom Elliott

[quote=“sudburr, post: 38634, member: 4706”]Running SVN 2551 installer over SVN 2547 :

Are you sure you wish to continue (Y/N) y
Installation Started…
Installing required packages, if this fails
make sure you have an active internet connection.

Preparing apt-get
Packages to be installed: apache2 php5 php5-json php5-gd php5-cli php5-mysq l php5-curl mysql-server mysql-client tftpd-hpa tftp-hpa nfs-kernel-server vsftp d net-tools wget xinetd sysv-rc-conf tar gzip build-essential cpp gcc g++ m4 htm ldoc lftp openssh-server php-gettext
Installing package: apache2
Installing package: php5
Installing package: php5-gd
Installing package: php5-cli
Installing package: php5-mysql
Installing package: php5-curl
Installing package: mysql-server
We are about to install MySQL Server on
this server, if MySQL isn’t installed already
you will be prompted for a root password.
Press enter to acknowledge this message.
Reading package lists…
Building dependency tree…
Reading state information…
mysql-server is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Installing package: mysql-client
Installing package: tftpd-hpa
Installing package: tftp-hpa
Installing package: nfs-kernel-server
Installing package: vsftpd
Installing package: net-tools
Installing package: wget
Installing package: xinetd
Installing package: sysv-rc-conf
Installing package: tar
Installing package: gzip
Installing package: build-essential
Installing package: cpp
Installing package: gcc
Installing package: g++
Installing package: m4
Installing package: htmldoc
Installing package: lftp
Installing package: openssh-server
Installing package: php-gettext
Confirming package installation.
Checking package: apache2…OK
Checking package: php5…OK
Checking package: php5-json…Failed![/quote]

What OS?

Tom Elliott

SVN 2553 maybe?

ArchFan

[quote=“Tom Elliott, post: 38637, member: 7271”]SVN 2553 maybe?[/quote]

No joy, Houston. Now it’s apache2

[url=“/_imported_xf_attachments/1/1478_apacheerr.png?:”]apacheerr.png[/url]

Tom Elliott

I’m not seeing the same issues, though it’s still trying to install fog as I’m on my laptop for the vm containing my debian install.

sudburr

Your favourite, ubuntu-14.04.1-server-amd64 .

Tom Elliott

Okay,

Maybe, finally, and fully? 2554?

sudburr

No love for 2554 either. Still failing at php5-json.

ArchFan

[quote=“sudburr, post: 38643, member: 4706”]No love for 2554 either. Still failing at php5-json.[/quote]
Ditto

Tom Elliott

Try 2555?

sudburr

And the crowd goes wild for 2555.

Thx mate.

Tom Elliott

Sorry I suck so much sometimes lol!

Tom Elliott

I found another issue as it basically just reverted it back to how it was working. I’m trying another approach that will hopefully work much better. 2556

Tom Elliott

Okay, I’m leaving it as it is, for now, it appears to work much more better even though it is spitting out query no packages found or something like that. I don’t mind that if the installer works properly.

David Herrington

I just went from 1.2 to build 2556 and none of my images show up under image management now
If I run the 1.2 installer again, they show up like nothing has changed

Have any idea why that would be?

ArchFan

[quote=“David Herrington, post: 38651, member: 3549”]I just went from 1.2 to build 2556 and none of my images show up under image management now
If I run the 1.2 installer again, they show up like nothing has changed

Have any idea why that would be?[/quote]

Where are your images stored, /images?

David Herrington

[quote=“ArchFan, post: 38653, member: 19266”]Where are your images stored, /images?[/quote]

Correct, I’ve always had everything set to the default

Tom Elliott

David,

Can you verify your apache error logs?

2558 is now the most current. I think it’s got something to do with the switch from a single storage group vs multiple storage groups. When you “reinstalled” 1.2, did you just copy back the db or did you leave the database alone? Reverting the two otherwise should’ve cause serious issues.

David Herrington

Well I was working on something else and messed things up even more… lol?

I’m not using this in production, just seeing what I can mess up and testing

Anyways I just left the database alone, I didn’t touch anything at all when updating
But before running the 1.2 installer while on 2556 none of my images would show in the list and if I tried to create another one they wouldn’t show up either

Hosts show up and I can create new ones on 2556 if that matters at all

At the end of the apache error log there’s several PHP warnings
[QUOTE]PHP Warning: in_array() expects parameter 2 to be array, null given in /var/www/fog/lib/pages/ImageManagementPage.class.php on line 351, referer: [url]http://127.0.0.1/fog/management/index.php?node=image&sub=edit&id=4[/url][/QUOTE]

There’s also this warning
[QUOTE]PHP Warning: MySQL::sqlerror(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on line 180, referer: [url]http://127.0.0.1/fog/commons/schemaupdater/index.php?redir=1[/url][/QUOTE]

I’m not too worried about fixing this, like I said, it’s a test machine but thought I’d bring it up just in case

Tom Elliott

SVN 2559 released.

Hopefully this will have better handling of memory by freeing up the memory used by the database connection. This connection cannot be freed from the MySQL class otherwise you’ll only ever get the first returned set whether using store_result or use_result. I don’t think it’ll help but quite possibly?

Hopefully this fixes any/all of the pressing issues (e.g. Image definition creation, installation on Ubuntu/Debian, reports blank page, etc…)

I’m not expecting any miracles but maybe, just maybe I’m heading in the right direction?

Also, A few things to note incase I missed things and figure it’d be nice to just know about in general.

) This is probably the largest pressing item: memory_limit in php.ini does not need to be adjusted any more, nor’ will it work with FOG any longer. I’ve made a new value setting in FOG Configuration->FOG Settings->General Settings called FOG_MEMORY_LIMIT. Set your value here, I’ve defaulted it to 128 as is the default php starts out with. Anything non-numeric or lower than this number will be reset to 128.
) Snapin’s now have group-group relationships as do images. This means images and snapins can be replicated across groups as well as their relevant group’s nodes. Does this mean there’s no bugs? Probably not, but feel it’s good to know about.
) Hidden menu now has it’s own timeout setting separate from the regular timeout. Also, when hidden menu is in use, the timeout on the regular options is set to 0 which should mean it just waits for you to make a selection. It’s quite possible I need to change this though as I believe --timeout 0 will just boot right to the first item rather than wait indefinitely. Will need people to test this for me if possible.
) You can now email imaging tasks as they complete. It, right now, is only valid for Unicast imaging, or anything that hits the Post_Stage3.php file on completion. However, it should work. Settings for this are found in FOG Configuration->FOG Settings->FOG Email Settings. They should be rather self explanatory.

Latest Development FOG

217

11.6k

17.1k

154.6k