Changes

Jump to navigation Jump to search
4,819 bytes removed ,  01:57, 11 November 2007
Line 1: Line 1: −
=ipdiscover bug=
+
=known bugs=
We need to confirm that ipdiscover works when the smeserver is the forced client.
+
There are still some bugs in this RPM... Help us to fix them!
 +
==ipdiscover bug==
 +
===ipdiscover on SME===
 +
IpDiscover is not working on SME. Please use another agent to ipdiscover your networks at the moment.
   −
I Tried the following:
+
I've opened a [http://forums.ocsinventory-ng.org/viewtopic.php?pid=5684#p5684 thread] on OCS forum.
ipdiscover eth0 10
  −
{{Note box|''Usage : ipdiscover [iface name] [latency in ms]''}}
     −
Here's what I got on my server:
+
Let's hope the next version will come out soon!
<IPDISCOVER>
+
===ipdiscover-util.pl===
<H><I>192.168.0.100</I><M>00:xx:xx:xx:xx:xx</M><N>pc-00100.mydomain.com</N></H>
+
This script used by the web interface do not seem to work too.
<H><I>192.168.0.253</I><M>00:xx:xx:xx:xx:xx</M><N>pc-00253.mydomain.com</N></H>
  −
<H><I>192.168.0.254</I><M>00:xx:xx:xx:xx:xx</M><N>pc-00254.mydomain.com</N></H>
  −
</IPDISCOVER>
  −
Sounds like it's working for me... But IpDiscover discovers nothing when launched by SME OCS' Agent. There must be a problem here!
     −
Windows Agent don't have this problem...
+
First thing to do is to change the password in this file...
 +
...
 +
my $dbhost = 'localhost';
 +
my $dbuser = 'ocs';
 +
my $dbpwd = 'ocs'; <==
 +
my $db = 'ocsweb';
 +
my $dbp = '3306';
 +
The password should be dynamical as this is a perl script. We need to use esmith::ConfigDB or something else to retrieve this value... I was unable to handle that.
   −
Cool34000
+
Also a problem, the script cannot be executed. I try to add script handler for .pl but it didn't worked... Not sure about how this is working, if someone can help, please do!
----
  −
=deployment=
  −
==deletion bug==
  −
When you delete a package, ocs complains, but it deletes the files anyway, document later
  −
 
  −
Stefen
  −
----
  −
The only way I was able to reproduce an error on package deletion is when I refreshed the page (as files were already removed, I got an error)
  −
 
  −
Could you be more clear on this bug? How did it happened?
      
Cool34000
 
Cool34000
 
----
 
----
   −
add a package, deploy > activate > click on the red X
+
==www/ocs/install.php bugs==
ERROR: Can't delete directory /opt/inventory/ocs/download/1194511477
+
A problem was found in the default imported database. This ends with some ''alter'' errors. This can be fixed by refreshing the web page.
 
  −
I have documented that you can ignore the error, maybe i should say if you see the error you can ignore?
  −
 
  −
stephen
  −
----
  −
 
  −
==Upload size limit==
  −
Must document that on the Wiki:
  −
Max allowed packet value is locked at 10M by default on SME.
  −
 
  −
No need to create a custom template: DB values already exist for this! They are hidden in php.ini templates ''40DataHandling'' and ''60FileUploads''
     −
What is the impact of setting large values on the server?
+
I took a look on ocsweb database with phpmyadmin before and after using install.php
    +
I noticed that a lot of tables' ''engine type'' were ''MyISAM'' and after using install.php their type was ''InnoDB''!
   −
php Values can be changed with the following:
+
So I tried to export a new database (this time with extended parameters), but this new database don't import in ocsweb database: it ends with errors trying to create the 1st table!
config setprop php UploadMaxFilesize 50M PostMaxSize 50M
  −
expand-template /etc/php.ini
  −
signal-event ocsglpi-update
  −
 
  −
I will add php.ini to the list of templates2expand
  −
 
  −
Let's delete the mysql custom-template in the RPM and document how to change both values to allow uploading larger files!
  −
 
      +
Help needed!
    
Cool34000
 
Cool34000
 
----
 
----
I think you should restrict the affect to just the ocs directory
  −
  −
config setprop ocs MaxUpload 50M
  −
php_admin_value post_max_size $ocs{'MaxUpload'}
  −
php_admin_value upload_max_filesize $ocs{'MaxUpload'}
  −
expand-template /etc/httpd/conf/httpd.conf
  −
/etc/init.d/httpd-e-smith condrestart
  −
  −
$ocs{'MaxUpload'} default = 10M
  −
  −
yes delete /etc/e-smith/templates-custom/etc/my.cnf/005mysqld
  −
  −
stephen
  −
----
  −
     −
you have to set a db value anyway so you may as well add it to the ocs fragment
+
=wiki page=
   −
----
  −
Yes, I tried to limit changes to ocs in the template, but it didn't worked for me.
     −
Maybe I was missing this line:
  −
/etc/init.d/httpd-e-smith condrestart
     −
Testing this now, of course it would be better to limit these values only for ocs!
+
==5.3.2 Deployment menu==
   −
=> Still doesn't work... Values are expanded but can't upload file >10M... Looks like this value must be global.
+
there must be a lot of ways this could be used,
 +
why make everyone think of them themselves when it could be spelled out
   −
Here's the non working template:
+
this could be a new page, [[:Application deployment]]
#--------------------------------------------------------------
  −
# OCS Inventory Next Generation
  −
#--------------------------------------------------------------
  −
Alias /download /opt/inventory/ocs/download
  −
Alias /ocs      /opt/inventory/ocs/ocsreports
  −
+{
  −
+    if (exists $ocs{'URL'})
  −
+      { $OUT .= "Alias  /$ocs{'URL'} /opt/inventory/ocs/ocsreports"; }
  −
+}
  −
  −
<Directory /opt/inventory/ocs/download>
  −
  Options None
  −
  Options +Indexes
  −
  Options +Includes
  −
  AllowOverride None
  −
  order deny,allow
  −
  deny from all
  −
  allow from { $localAccess }
  −
  php_admin_value open_basedir /opt/inventory/ocs/download:/tmp
  −
+  php_admin_value post_max_size $ocs{'MaxUpload'}
  −
+  php_admin_value upload_max_filesize $ocs{'MaxUpload'}
  −
</Directory>
     −
config setprop ocs MaxUpload 50M
+
this could include other ways to deploy, eg using netlogon.bat
signal-event ocsglpi-update
  −
/etc/init.d/httpd-e-smith condrestart
     −
Cool34000
+
others can work on this cool34000 has done enough
----
  −
 
  −
not download, change ocsreports [we don't upload from /download]
  −
<Directory /opt/inventory/ocs/ocsreports>
      
Stefen
 
Stefen
 
----
 
----
How stupid am I? Thanks for the fix!
+
Here's the way I've always used OCS... First I import the standard ''ocsagent.exe'' in MySQL.
 
  −
Cool34000
  −
----
     −
=aliases=
+
I don't like to install a service when it's not needed, so I use the standalone executable. I also don't use OCS deployment feature (I'm using GPOs for that)
Future RPM will allow to add aliases using 'URL' value to ocs and glpi
  −
{
  −
  if (exists $foo{'URL'})
  −
  { $OUT .= "Alias  /$foo{'URL'}  /opt/foo\n"; }
  −
}
     −
=rpm changes=
+
It is so fast to use against the need of installing the Agent: put OcsLogon.exe in a share folder and simply launch it with a one command line batch script each time a session is opened.
 +
@echo off
 +
\\server\share\mydomain.com.exe /np /debug /tag:my_tag
 +
That's all!
   −
for your consideration
+
Of course, more can be done...
   −
split help file out into separate rpm to save redownloading
+
*Install the Agent silently in a script
use rm -f root/path/to/help in the spec file
+
*Use GPOs (deploy, install, update)
no need to touch the ocs.tar.qz
+
*Create your own ''ocsagent.exe''
 
+
People need to read the guide! It's well documented.
less chat in the install output, just say look at the wiki page, + renamed wiki page
  −
 
  −
don't use signal-event my-own-event
  −
charlie doesn't want new events created, so we obey, (mostly)
  −
just give all the commands, or use an existing one, we could use domain-modify
  −
 
  −
stephen
  −
----
  −
Thanks for these comments... I didn't know that we should not use events functions for our own events. Any chance to have an explanation? This sounds very weird to me (but there must be some reasons!)
  −
 
  −
Anyway, I will use domain-modify to expand all templates... I will try to (mostly) obey ;-)
  −
 
  −
Here's the actual createlinks perl script:
  −
#!/usr/bin/perl -w
  −
use esmith::Build::CreateLinks qw(:all);
  −
  −
# Templates to adjust
  −
templates2events("/etc/e-smith/sql/init/80ocs_mysql.sql",         qw(ocsglpi-update post-upgrade ));
  −
templates2events("/etc/e-smith/sql/init/82glpi_mysql.sql",         qw(ocsglpi-update post-upgrade ));
  −
templates2events("/etc/e-smith/sql/init/84ocs-glpi.sql",          qw(ocsglpi-update post-upgrade ));
  −
templates2events("/etc/httpd/conf/httpd.conf",                    qw(ocsglpi-update post-upgrade ));
  −
templates2events("/etc/ocsinventory-agent/ocsinv.conf",            qw(ocsglpi-update post-upgrade ));
  −
templates2events("/etc/php.ini",                                  qw(ocsglpi-update post-upgrade ));
  −
templates2events("/opt/inventory/glpi/config/config_db.php",      qw(ocsglpi-update post-upgrade ));
  −
templates2events("/opt/inventory/ocs/ocsreports/dbconfig.inc.php", qw(ocsglpi-update post-upgrade ));
  −
# Services to restart
  −
safe_symlink("restart", "root/etc/e-smith/events/ocsglpi-update/services2adjust/httpd-e-smith");
  −
safe_symlink("start",  "root/etc/e-smith/events/ocsglpi-update/services2adjust/mysql.init");
  −
As you can see, there's a loooong list as all is templated!
  −
 
  −
 
  −
I will also delete all chat in the RPM. That's an old habits of mine...
  −
 
  −
About the help file, I remember reading that it must be placed into www/ocs/files/guide.pdf (else I would have put this file in /usr/share/doc/) so we cannot delete this file from the RPM :'(
      +
If someone can take some time to document that, it would be nice!
    +
Cool34000
 
----
 
----
/etc/e-smith/sql/init/* should only be used one to create the db table, then it is deleted
  −
httpd.conf and php.ini are in standard events (and are we still changing php.ini?)
  −
which only leaves three fragments to document in the rare case that something changes
  −
  −
so here we don't really need the event,
  −
a little documentation will do (and you had to doc the new event anyway)
     −
+I'm looking at the src.rpm and it needs to work a different way before this will work, looking...
+
==glpi==
++easiest way is to just delete the guide.pdf from the tar.gz, and build another rpm with just the pdf
  −
yes put the help file at www/ocs/files/guide.pdf
  −
just make a new rpm with only that file + make it a dependancy
  −
then you can delete it from the main rpm
     −
+ok, you already have them, just need to check on a clean install what is available
+
someone who uses this may like to add some more information on how to  use it, some link to more docs at least
another thing to do in time is...
  −
  add all the requires (to perl dependencies)  that are available from existing repos
  −
then you can reduce the number of perl rpm in your download
  −
the less you are responsible for the better
  −
 
  −
++ - ocsagent.exe is now included in ./ocs/files
  −
I'm not sure this is needed,  
  −
lets delete it from the server and see if it affects anything before removing from the rpm
  −
it does generate a warning during the web installer but that is irrelevant to us (from dev in ocs forums)
  −
 
  −
stephen
  −
----
 
498

edits

Navigation menu