Bugs in FOG 0.33
-
No problems found with Centos 5.
[QUOTE][root@r800145 administrador]# yum search php53
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile- base: ftp.cica.es
- extras: ftp.cica.es
- rpmforge: mir01.syntis.net
- updates: ftp.cica.es
============================================================== Matched: php53 ===============================================================
php53.i386 : PHP scripting language for creating dynamic web sites
php53-bcmath.i386 : Un módulo para aplicaciones PHP para utilizar la biblioteca bcmath
php53-cli.i386 : Interfase de línea de comando para PHP
php53-common.i386 : Archivos comunes para PHP
php53-dba.i386 : Un módulo de capas de abstracción de bases de datos para aplicaciones PHP
php53-devel.i386 : Files needed for building PHP extensions
php53-gd.i386 : Módulo para aplicaciones PHP para usar la biblioteca de gráficos gd.
php53-imap.i386 : A module for PHP applications that use IMAP
php53-intl.i386 : Internationalization extension for PHP applications
php53-ldap.i386 : A module for PHP applications that use LDAP
php53-mbstring.i386 : Módulo para aplicaciones PHP que necesitan manejar cadenas multi-byte
php53-mysql.i386 : A module for PHP applications that use MySQL databases
php53-odbc.i386 : A module for PHP applications that use ODBC databases
php53-pdo.i386 : Un módulo de abstracción de acceso a bases de datos para aplicaciones PHP
php53-pgsql.i386 : A PostgreSQL database module for PHP
php53-process.i386 : Modules for PHP script using system process interfaces
php53-pspell.i386 : A module for PHP applications for using pspell interfaces
php53-snmp.i386 : A module for PHP applications that query SNMP-managed devices
php53-soap.i386 : Un módulo para utilizar el protocolo SOAP en aplicaciones PHP
php53-xml.i386 : Un módulo para aplicaciones PHP el cuál utiliza XML
php53-xmlrpc.i386 : Módulo para aplicaciones PHP que usan el protocolo XML-RPC
[/QUOTE]
The installed packages
php53.i386 5.3.3-5.el5 installed
php53-cli.i386 5.3.3-5.el5 installed
php53-common.i386 5.3.3-5.el5 installed
php53-gd.i386 5.3.3-5.el5 installed
php53-mysql.i386 5.3.3-5.el5 installed
php53-pdo.i386 5.3.3-5.el5 installed -
I’ve problems under Centos and the FOg daemons: FOGReplicator,FOGScheduler and FOGMulticastManager.
[CODE]
[root@r800145 administrador]# /etc/init.d/FOGImageReplicator start
Iniciando FOGImageReplicator: [ OK ]
[root@r800145 administrador]# PHP Warning: date(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‘Europe/Berlin’ for ‘CEST/2.0/DST’ instead in /opt/fog/service/common/functions.php on line 46
[/CODE]The problem is the php function date(), if you don’t setup your timezone in php.ini, it crash.
I setup my php.ini with my timezone values and don’t problems.
But FOGShceduler daemon:[CODE]
[root@r800145 administrador]# /etc/init.d/FOGScheduler start
Iniciando FOGTaskScheduler: [ OK ]
[root@r800145 administrador]# PHP Warning: require_once(/var/www/html/fog/management/lib/Imageable.interface.php): failed to open stream: No such file or directory in /opt/fog/service/FOGTaskScheduler/FOGTaskScheduler on line 58
PHP Fatal error: require_once(): Failed opening required ‘/var/www/html/fog/management/lib/Imageable.interface.php’ (include_path=‘.:/usr/share/pear:/usr/share/php’) in /opt/fog/service/FOGTaskScheduler/FOGTaskScheduler on line 58
[/CODE]The file [B]/var/www/html/fog/management/lib/Imageable.interface.php [/B]don’t exists[B].[/B]
[CODE][root@r800145 lib]# pwd
/var/www/html/fog/management/lib
[root@r800145 lib]# ls -la
total 20
drwxr-xr-x 5 apache apache 4096 may 4 21:47 .
drwxr-xr-x 15 apache apache 4096 may 4 21:47 …
drwxr-xr-x 5 apache apache 4096 may 4 21:47 jpgraph
drwxr-xr-x 3 apache apache 4096 may 4 21:47 ssh
drwxr-xr-x 6 apache apache 4096 may 4 21:47 .svn
[/CODE] -
Good day guys ive been following the details about 0.33 almost daily and in my excitment downloaded the beta trunk thats has been mentioned in the forum here, when ive launched the installfog.sh the installer is for 0.32 is there something stupid im doing here or will i need to replace files once installed? sorry for the stupid question im just keen to see what 0.33 looks like so far
-
863
- MACAddress->getHost(): Now checks Additional MAC Addresses for a Host match
- service/Pre_Stage1.php: Lots of love - has been converted to a try{}catch style script
- FOGBase: Moved getClass() from FOGCore to here - all FOG classes should now be able to access $this->getClass() instead of $this->FOGCore->getClass()
- Host: Added: getActiveTask(): Finds a Task that has the state of ‘Queued’, ‘Checked-In’ or ‘In Progress’ (1, 2, 3) - Want to get the Active Task for a Host via MAC? $this->getClass(‘MACAddress’, $mac)->getHost()->getActiveTask() or $MACAddress->getHost()->getActiveTask()
- MACAddress: Now correctly constructs FOGBase
- MACAddress: Added: getMAC() - calls getMACWithColon()
I may have broken some stuff as i have not tested yet
These updates provide an easier way to access Active Tasks and data related to service scripts.
The service scripts will eventually be replaced with OOP versions. -
864 + 865
- Installer: Updated version to 0.33BETA
- Installer: Redhat: Updated PHP packages to be install - thanks Fernando Gietz
-
BLackout apoligies it was me being an idiot your busy enough with out me being inpatient after i dropped that message i left the installer going for a bit and all came up fine in 0.33b. thanks for response tho cheers
-
I have downloaded and successfully installed the 862 trunk on a 12.04 lts Ubuntu. But I didn’t manage to install on a Debian6 machine;:tftpd-hpa package couldnt be installed .
Then I tried to upload an Image ( Debian6, ext4 and lvm) on my Ubuntu machine. But upload is always performed in raw mode, even I have created the image in Multiple partition Image : Single disk.
My question is : is it already possible to upload an image ext4 format ? -
Sorry, I’ve been out a week. Just gave trunk 866 a whirl on Ubuntu 12.04. I did an upgrade over another beta.
When I try to upload an image, the image is being written to “/images/dev” now. When the image process finishes, my client just spit out an “*” on a single line and that repeated until I rebooted the client. It looks like at the time the image upload task finished, the error log in /var/log/apache2 has the following error. It repeated until I rebooted the client:
(Note: I’ve removed my client ip from the output below and replaced it with “ipAddressOfClient”)
[CODE][Fri May 11 09:02:46 2012] [error] [client ipAddressOfClient PHP Fatal error: Call to
undefined function isValidMACAddress() in /var/www/fog/service/Post_Stage2.php on
line 53
[/CODE]
[SIZE=3][SIZE=2][SIZE=3][SIZE=2]
[SIZE=3]I manually moved the image folder out of “/images/dev”, updated my image definition and downloaded it to a client. When the dump finished, the client screen repeated the following until I power-cycled it:[/SIZE][SIZE=3] "[/SIZE]
[SIZE=3] rm: can’t remove “co.txt”: no such file or directory.[/SIZE]
[SIZE=3] cat: can’t open “co.txt”: no such file or directory.[/SIZE]
[SIZE=3] *[/SIZE]
[SIZE=3] "[/SIZE][SIZE=3] error.log in /var/log/apache2 had the following error repeating over and over:[/SIZE]
[/SIZE][/SIZE][/SIZE][/SIZE]
[CODE][Fri May 11 10:30:55 2012] [error] [client ipAddressOfClient] PHP Fatal error: Call toundefined function isValidMACAddress() in /var/www/fog/service/Post_Stage3.php on
line 28
[/CODE]
[SIZE=3][SIZE=2][SIZE=3][SIZE=2]
[SIZE=3]The downloaded image did not work.[/SIZE][SIZE=3] I’ll try a clean install today and try imaging different hardware.[/SIZE]
[SIZE=3] astrouga[/SIZE]
[/SIZE][/SIZE][/SIZE][/SIZE] -
I’ve updated my svn to the ver865, in lib/redhat/config.sh (see attached files):
*php-mysql package -> php53-mysql
*clamav-update -> clamav
*freshclam configuration
[QUOTE]#where is freshclam’s config file
freshdb=“/var/clamav/”;
freshwebroot=“${webdirdest}/av/”;
freshconf=“/etc/freshclam.conf”;
freshcron=“/usr/bin/freshclam”
[/QUOTE]This information in not mine, I see it in “install FOG on Centos” video tutorial. I don’t have merit
.Other bug:
I can’t access to the fog configuration in the web gui. I can only access to the external links.[ATTACH=full]112[/ATTACH][url=“/_imported_xf_attachments/0/112_Captura de pantalla de 2012-05-11 18:59:14.png?:”]Captura de pantalla de 2012-05-11 18:59:14.png[/url][url=“/_imported_xf_attachments/0/113_config.sh.txt?:”]config.sh.txt[/url]
-
[quote=“regad, post: 3421, member: 1053”]I have downloaded and successfully installed the 862 trunk on a 12.04 lts Ubuntu. But I didn’t manage to install on a Debian6 machine;:tftpd-hpa package couldnt be installed .
Then I tried to upload an Image ( Debian6, ext4 and lvm) on my Ubuntu machine. But upload is always performed in raw mode, even I have created the image in Multiple partition Image : Single disk.[/quote]
I have just recently installed FOG on Debian. It works fine and that package is available.
[code]root@chicken:~# apt-cache show tftpd-hpa
Package: tftpd-hpa
Priority: extra
Section: net
Installed-Size: 172
Maintainer: Ubuntu Developers ubuntu-devel-discuss@lists.ubuntu.com
Original-Maintainer: Debian Syslinux Maintainers syslinux@lists.debian-maintainers.org
Architecture: i386
Source: tftp-hpa
Version: 5.0-11ubuntu2.1
Depends: debconf (>= 0.5) | debconf-2.0, upstart-job, libc6 (>= 2.11), libwrap0 (>= 7.6-4~), adduser
Suggests: syslinux-common
Conflicts: atftpd, tftpd
Filename: pool/main/t/tftp-hpa/tftpd-hpa_5.0-11ubuntu2.1_i386.deb
Size: 44756
MD5sum: fa90e5d3fc0bca0520877c4741b0b138
SHA1: 10524c8d583323652fc68d9a4c992a30662feb6f
SHA256: 8420383c8a20f44e927cfa0861bae8af0e12537f37766a13fb92367728eaa0d8
Description: HPA’s tftp server
Trivial File Transfer Protocol (TFTP) is a file transfer protocol, mainly to
serve boot images over the network to other machines (PXE).
.
tftp-hpa is an enhanced version of the BSD TFTP client and server. It
possesses a number of bugfixes and enhancements over the original.
.
This package contains the server.
Homepage: http://www.kernel.org/pub/software/network/tftp/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Supported: 5y
[/code][quote=“regad, post: 3421, member: 1053”]My question is : is it already possible to upload an image ext4 format ?[/quote]
Yes[quote=“astrouga, post: 3429, member: 907”][CODE][Fri May 11 09:02:46 2012] [error] [client ipAddressOfClient PHP Fatal error: Call to
undefined function isValidMACAddress() in /var/www/fog/service/Post_Stage2.php on
line 53
[/CODE][/quote]
Woaps, my bad, i removed this function from the old Code. I have commited it back into 867[quote=“Fernando Gietz, post: 3432, member: 13”]Other bug:
I can’t access to the fog configuration in the web gui. I can only access to the external links.[ATTACH=full]112[/ATTACH][/quote]
The FOG Page for this section has not been created yet. -
I just ran a test, non resizable partition options are working. resizable is not.
I will look into this more. No doubt it’s service scripts related as im currently working on them.
-
regad said: [URL=‘http://fogproject.org/forum/goto/post?id=3421#post-3421’]↑[/URL]
[INDENT]My question is : is it already possible to upload an image ext4 format ?[/INDENT]
Blackout : YesOK , Thank you, I will try monday ( saturday and Sunday are days off).
Maybe there is a problem because we use Logical volume manager. -
I’ve found some problems with NTFS resizing - the cylinder boundary issues with new versions of fdisk etc
I’ll have something committed today to fix these problems.
-
871
- Boot image: NTFS Resize: Windows XP: Upload: Partition start sector is now detected and used when recreating the partition for resize - throws error if not 63
- Boot image: NTFS Resize: Windows XP: Download: Sets start sector to 63 (same as xp.mbr) - new tools use 2048 for sector alignment, but this will corrupt images made with a start sector of 63
- Boot image: Maybe sleeps reduced
- Boot image: Some outputs made consistent
- PHP Strict warning updates
- Service script updates
- All of these updates should make non-resize imaging work as intended. Resizeable windows xp should work, vista and 7 are untested
-
Just installed 871 on a clean ubuntu machine. All of the webpage content below the title on an page is blank. For example, on the main page, I see the icons and the title “Dashboard”, but there is nothing below the “Dashboard”. Similarly, if I click on the “Image Management” icon, I see “Image Management” and a menu on the left with “New Search, List All Images, New Image”, but if I click on “New Image” I just see the same page. It does not load the content below “Image Management”.
Effectively I can’t do anything.
-
[quote=“astrouga, post: 3458, member: 907”]Just installed 871 on a clean ubuntu machine. All of the webpage content below the title on an page is blank. For example, on the main page, I see the icons and the title “Dashboard”, but there is nothing below the “Dashboard”. Similarly, if I click on the “Image Management” icon, I see “Image Management” and a menu on the left with “New Search, List All Images, New Image”, but if I click on “New Image” I just see the same page. It does not load the content below “Image Management”.
Effectively I can’t do anything.[/quote]
Check /var/log/apache2/error.logAny PHP errors being reported?
-
Sorry, yes I get the same error each time I click on a link:
[Tue May 15 10:08:03 2012] [error] [client hiddingMyIP] PHP Warning: call_user_method_array() expects exactly 3 parameters, 2 given in /var/www/fog/lib/fog/FOGPageManager.class.php on line 133, referer: [url]http://hiddingMyIP/fog/management/index.php?node=host[/url]
(of course the referrer portion changes depending on the link I try)
If you look at line 133 of /var/www/fog/lib/fog/FOGPageManger.class.php, I see:
call_user_method_array($method, $class);I fixed it by changing the line to:
call_user_method_array($method, $class,array($args));Now the pages are displaying properly.
–astrouga
BTW, this function is deprecated as of PHP 4.1.0.
-
I just pulled the latest SVN and was able to confirm the blank loading. With display_errors = On in php.ini:
[CODE]Warning: call_user_method_array() expects exactly 3 parameters, 2 given in /var/www/fog/lib/fog/FOGPageManager.class.php on line 133 [/CODE]
Loads directly below the Dashboard header. -
[quote=“astrouga, post: 3489, member: 907”]
I fixed it by changing the line to:
call_user_method_array($method, $class,array($args));
Now the pages are displaying properly.
[/QUOTE]After the change above, I only had one issue more issue. It is possible that others won’t experience it, but I’ll mention it anyway. The first host I added got an hostID=0 in the hosts table. Every time I tried to do anything Fog spit back an error about the ID being “0”. I wasn’t able to add any more hosts or upload/download an image until I manually changed the ID to “1” in the hosts table. Then everything worked.
Imaging of a Windows 7 disk “multiple partition image - single disk (not resizeable)” worked like a charm. I imaged a Dell Latitude D830. Image uploaded fine, client rebooted properly, task was removed. Download was fine, client rebooted, task removed. Also, for some reason, all of the speed issues I was encountering disappeared. Everything worked better than it ever has in our environment. I’ll have to test a desktop or two and see if everything is OK.
This is real progress. Thanks for the work.
–astrouga
-
While testing 0.33 you should have the following in your ‘php.ini’
error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED
display_errors = OnI have fixed the call_user_method_array() issue.
872
- FOGPageManager: render(): Replaced deprecated call_user_method_array() call with call_user_func() - dropped argument pass as PHP Strict was throwing errors if the FOGPage class did not expect the $argument - $this->arguments is accessible in FOGPageManager but should not be required
- schemaupdater: Fixed wrong field type on Task State name field - this fixes ‘state’ icons no showing correctly - need to write a better schema updater to sync my dev server with svn