Changes

Jump to navigation Jump to search
1,187 bytes removed ,  01:57, 11 November 2007
Line 2: Line 2:  
There are still some bugs in this RPM... Help us to fix them!
 
There are still some bugs in this RPM... Help us to fix them!
 
==ipdiscover bug==
 
==ipdiscover bug==
===ipdiscover and SME===
+
===ipdiscover on SME===
We need to make ipdiscover working on SME.
+
IpDiscover is not working on SME. Please use another agent to ipdiscover your networks at the moment.
   −
The standalone command works:
+
I've opened a [http://forums.ocsinventory-ng.org/viewtopic.php?pid=5684#p5684 thread] on OCS forum.
# ipdiscover eth0 10
  −
But IpDiscover is not launched when SME is the elected/forced client.
     −
Agent is not well documented, I tried the debug mode:
+
Let's hope the next version will come out soon!
# ocsinventory-agent -s localhost --debug
  −
[debug] Failed to load `/etc/ocsinventory-agent/modules.conf': 0. No external module will be used.
  −
[debug] Failed to load Ocsinventory::Agent::Backend::OS::BSD::Mem: Global symbol "$unit" requires explicit package name at /usr/lib/perl5/vendor_perl/5.8.5/Ocsinventory/Agent/Backend/OS/BSD/Mem.pm line 31.
  −
Global symbol "$unit" requires explicit package name at /usr/lib/perl5/vendor_perl/5.8.5/Ocsinventory/Agent/Backend/OS/BSD/Mem.pm line 32.
  −
Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.5/Ocsinventory/Agent/Backend.pm line 69.
  −
I'm not sure about these errors, but we do not have BSD!
  −
[debug] =BEGIN=SERVER RET======
  −
[debug] $VAR1 = {
  −
          'OPTION' => [
  −
{
  −
'NAME' => 'DOWNLOAD',
  −
'PARAM' => [
  −
{
  −
'FRAG_LATENCY' => '10',
  −
'TIMEOUT' => '30',
  −
'PERIOD_LATENCY' => '0',
  −
'ON' => '1',
  −
'TYPE' => 'CONF',
  −
'PERIOD_LENGTH' => '10',
  −
'CYCLE_LATENCY' => '60'
  −
}
  −
]
  −
}
  −
],
  −
'RESPONSE' => 'SEND',
  −
'PROLOG_FREQ' => '24'
  −
};
  −
[debug] =END=SERVER RET======
  −
[debug] No respHandlers avalaible for OPTION. The data returned by server in this hash will be lost.
  −
This is more interesting: client doesn't gather IpDiscover info!
  −
 
  −
I checked that after changing other values in the web interface they were applied to the Agent, and they were... The problem is only for IpDiscover!!!
  −
 
  −
I also tryed to put manual changes in the '''/var/lib/ocsinventory-agent/localhost/ocsinv.conf''' file
  −
<IPDISCOVER_VERSION>3</IPDISCOVER_VERSION>
  −
Nothing is working @#$*!
  −
 
  −
The file that gathers options should be '''/usr/lib/perl5/vendor_perl/5.8.5/Ocsinventory/Agent/Option/Update.pm'''
   
===ipdiscover-util.pl===
 
===ipdiscover-util.pl===
 
This script used by the web interface do not seem to work too.
 
This script used by the web interface do not seem to work too.
Line 55: Line 15:  
  my $dbhost = 'localhost';
 
  my $dbhost = 'localhost';
 
  my $dbuser = 'ocs';
 
  my $dbuser = 'ocs';
  my $dbpwd = 'ocs';
+
  my $dbpwd = 'ocs'; <==
 
  my $db = 'ocsweb';
 
  my $db = 'ocsweb';
 
  my $dbp = '3306';
 
  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.
 
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.
   −
Also a problem, the script cannot be executed. I try to add script handler for .pl but it didn't worked...
+
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!
 +
 
 +
Cool34000
 +
----
    
==www/ocs/install.php bugs==
 
==www/ocs/install.php bugs==
New doc, enjoy!
+
A problem was found in the default imported database. This ends with some ''alter'' errors. This can be fixed by refreshing the web page.
   −
=> Why do we need really an admin account? Why can't we use ocs?
+
I took a look on ocsweb database with phpmyadmin before and after using install.php
If you encounter any problem with files insertion, try setting the global max_allowed_packet mysql value to at least 2M in your server config file.
  −
How to set this value for ocs only?
     −
=> install.php is needed, as you now know. But the file can be renamed or secured when not needed ;-)
+
I noticed that a lot of tables' ''engine type'' were ''MyISAM'' and after using install.php their type was ''InnoDB''!
 +
 
 +
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!
 +
 
 +
Help needed!
 +
 
 +
Cool34000
 
----
 
----
I didn't use this screenshot finally... It shows default MaxUpload can be seen here & ocsagent.exe not present
+
 
[[Image:OCS-installphp-warning.png]]<br>
+
=wiki page=
Should we delete it?
+
 
 +
 
 +
 
 +
==5.3.2 Deployment menu==
 +
 
 +
there must be a lot of ways this could be used,
 +
why make everyone think of them themselves when it could be spelled out
 +
 
 +
this could be a new page, [[:Application deployment]]
 +
 
 +
this could include other ways to deploy, eg using netlogon.bat
 +
 
 +
others can work on this cool34000 has done enough
 +
 
 +
Stefen
 
----
 
----
 +
Here's the way I've always used OCS... First I import the standard ''ocsagent.exe'' in MySQL.
   −
=future RPM=
+
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)
What will be fixed in next RPM release...
     −
==MaxUpload==
+
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.
Default value will raise to 100M (OpenOffice ready)
+
@echo off
 +
\\server\share\mydomain.com.exe /np /debug /tag:my_tag
 +
That's all!
   −
==secure install.php==
+
Of course, more can be done...
What is the best way to secure this file?
  −
Move it?
  −
Rename it?
  −
chmod 400?
  −
If this file is secured, we need to document that in the article.
     −
==/download==
+
*Install the Agent silently in a script
Now that we know that the activation warning can be skipped, can we delete in ocs Apache template:
+
*Use GPOs (deploy, install, update)
<Directory /opt/inventory/ocs/download>
+
*Create your own ''ocsagent.exe''
  Options None
+
People need to read the guide! It's well documented.
-  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
  −
</Directory>
  −
This will disallow files from being viewable (but still accessible for ocs?)
     −
This would be more secure if it works! Need to test that!
+
If someone can take some time to document that, it would be nice!
   −
==dependencies==
+
Cool34000
 +
----
   −
just supply the .tar.gz
+
==glpi==
   −
add all the dependacies in smeserver-inventory-tools to make sure the user has installed them
+
someone who uses this may like to add some more information on how to  use it, some link to more docs at least
498

edits

Navigation menu