* app-admin/rackview Latest version available: 0.03 Latest version installed: 0.03 Size of downloaded files: [no/bad digest] Homepage: http://rackview.sf.net Description: rackview is a tool for visualizing the layout of rack-mounted equipment. The purpose of this tool is to assist in planning and tracking of hardware changes to racks in a data center, and to provide a host-oriented interface into other database tools.
Created attachment 11847 [details] rackview-0.03.ebuild Have fun, Rogi
Created attachment 12028 [details] rackview-0.04.ebuild <ROGI> Corrected Licence to Artistic. Bumbed ebuild to use new source, made minor tweak to tell me less it's using apache2 :), and only gives info if you like mysql. </ROGI> <SITE> Changes: This release implements some changes that make it easier to build RPMs of this tool. A specfile is included. It also moves a few more parameters to a config file for added installation flexibility. </SITE>
Ok, i checked it in as app-admin/rackview. Please check if everything is fine. Tell me when it's save for unmasking. Thanks for your contribution!
DarkStar rackview # ACCEPT_KEYWORDS="~x86" emerge rackview Calculating dependencies ...done! >>> emerge (1 of 1) app-admin/rackview-0.04 to / >>> md5 ;-) rackview-0.04.tar.gz >>> Unpacking source... >>> Unpacking rackview-0.04.tar.gz to /var/tmp/portage/rackview-0.04/work >>> Source unpacked. Checking if your kit is complete... Looks good MakeMaker FATAL: prerequisites not found (GD not installed) Please install these modules first and rerun 'perl Makefile.PL'. make: *** No targets specified and no makefile found. Stop. !!! ERROR: app-admin/rackview-0.04 failed. !!! Function perl-module_src_compile, Line 34, Exitcode 2 !!! compilation failed DarkStar rackview # Could you please have a look into it, it looks like some dependencies are not listed in DEPEND, most likely this one: * dev-perl/GD Latest version available: 1.32-r3 Latest version installed: [ Not Installed ] Size of downloaded files: 243 kB Homepage: http://www.cpan.org/modules/by-module/GD/GD-1.32.readme Description: The Perl DBI Module If this is the case, then please correct the ebuild. Greets TaT
Ok, I added dev-perl/GD to DEPEND and it compiles and installs now. When i open HOSTNAME/rackview in my browser i see some nice graphis, but as soon as i click on one of the racks i get an INTERNAL SERVER ERROR. Apache log tells me something like this: Can't locate DBI.pm in @INC (@INC contains: /usr/lib/perl5/5.6.1/i686-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i686-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.6.1/i686-linux /usr/lib/perl5/vendor_perl/5.6.1 /usr/lib/perl5/vendor_perl .) at /usr/lib/perl5/site_perl/5.6.1/Eidetic/Database.pm line 21. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.6.1/Eidetic/Database.pm line 21. Compilation failed in require at /home/httpd/cgi-bin/rackview.cgi line 8. BEGIN failed--compilation aborted at /home/httpd/cgi-bin/rackview.cgi line 8. [Fri May 16 23:29:09 2003] [error] [client 127.0.0.1] Premature end of script headers: /home/httpd/cgi-bin/rackview.cgi erackview gives me the same error.
Ok, I added dev-perl/DBI to DEPEND, too. The server now gives me no more errors, but when i click on a rack on the main page i'm getting an empty page back. I don't know if this is intended in the sample files.
Damn, me and my DEPENDs :-) No, you're suppose to get an empty RACK instead (only rack no.1 is filled with data) look in /etc/rackview (there is an config-file + sample-data)...(or on the web-page to see how the second page looks)... Does apache have rights to write in ${HTTPD_ROOT}/rack_images ? Like it so far ? Rogi
rackview.conf states this: DarkStar root # cat /etc/rackview/rackview.conf search_order: dat,db db_brand: mysql db_name: rackview db_host: localhost db_user: rackview db_pass: dat_file: /etc/rackview/example.dat host_viewer: http://www.osdl.org/cgi-bin/rackview.cgi?modulename=hosts&command=display&on=[%uid%] img_dir: /home/www/site_html/images/rack_images/ img_url: /images/rack_images/ and the apache error log tells me that: [Sat May 17 13:22:12 2003] [notice] Accept mutex: sysvsem (Default: sysvsem) Image output directory /home/www/site_html/images/rack_images/ does not exist at /usr/lib/perl5/site_perl/5.6.1/Eidetic/Racks.pm line 222 Eidetic::Racks::new('Eidetic::Racks', 'filename', '/etc/rackview/example.dat', 'rack_ids', 'ARRAY(0x838c698)', 'img_dir', '/home/www/site_html/images/rack_images/', 'img_url', ...) called at /home/httpd/cgi-bin/rackview.cgi line 46 Image output directory /home/www/site_html/images/rack_images/ does not exist at /usr/lib/perl5/site_perl/5.6.1/Eidetic/Racks.pm line 222 Eidetic::Racks::new('Eidetic::Racks', 'filename', '/etc/rackview/example.dat', 'rack_ids', 'ARRAY(0x838c698)', 'img_dir', '/home/www/site_html/images/rack_images/', 'img_url', ...) called at /home/httpd/cgi-bin/rackview.cgi line 46 So it looks like the path for the image dir set in the conf file is wrong. Changing img_dir: /home/www/site_html/images/rack_images/ to img_dir: /home/httpd/htdocs/rack_images/ did the trick for me. I think the ebuild should take care that all the paths are consistent. So far rackview seems like a very good idea to me, but at the moment it's unclear to me how i can change the data in an easy way (which means not editing example.dat). Can this be done using the browser, too?
Ah, now I see....From 0.003 to 0.004 they put that extra in the conf file ('ll post changes later this afternoon, if you wish)... Sorry for those, Rogi Ps. Normally, when running a Datacenter, you'll probably have a config-database already (see example mysql-files) with your configuration already in it...So it's very flexible to use your existing db/data just as an (extra/new) frontend. When you change the host-url in the config (For instance to ${host}/phpsysinfo ) you could click on the servers (and see their status) too... *Dreamin' of a nice Gen-Tablet 2 use this with*, Rogi
Created attachment 12089 [details] rackview-0.04-r1.ebuild Corrected rackview.conf Rogi
The new ebuild works great over here! I checked it in, unmasked it and cleaned out the old ebuild. Thanks for your submission!
