|
|
| (57 intermediate revisions by 2 users not shown) |
| 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== |
| − | We need to confirm that ipdiscover works when the smeserver is the forced client.
| + | ===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
| |
| − | ERROR: Can't delete directory /opt/inventory/ocs/download/1194511477
| |
| − |
| |
| − | I have documented that you can ignore the error, maybe i should say if you see the error you can ignore?
| |
| − |
| |
| − | stephen
| |
| − | ----
| |
| | ==www/ocs/install.php bugs== | | ==www/ocs/install.php bugs== |
| − | ''ocsagent.exe'' is not needed if you plan to use the Agent as a service... | + | A problem was found in the default imported database. This ends with some ''alter'' errors. This can be fixed by refreshing the web page. |
| | | | |
| − | This file allows you to make inventories of computers '''without''' having the Agent installed.
| + | I took a look on ocsweb database with phpmyadmin before and after using install.php |
| | | | |
| − | Once installed in ocs, you can use the standalone executable ''OCSLogon.exe'' to inventory a single computer without having to install the service (better control for logon scripts and think of what you can do with a simple USB key!)
| + | I noticed that a lot of tables' ''engine type'' were ''MyISAM'' and after using install.php their type was ''InnoDB''! |
| | | | |
| − | First, you need to import the file in the database. Go to www/ocs/install.php and relaunch the install (this is harmless) '''with an mysql admin account''' (I use phpmyadmin so this is ''admin'')
| + | 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! |
| | | | |
| − | After a 1st warning, refresh and the agent.exe should import itself in mysql database. Not sure about what is does, the only thing I've noticed is that ocsweb's database grows of 1.5MB after this!!! So I guess the file is imported in mysql, this is really strange but it do the job!
| + | Help needed! |
| | | | |
| − | Once imported, the file should be deletable...
| + | Cool34000 |
| | + | ---- |
| | | | |
| − | I think the 1st error screen can be fixed, maybe with raising the good value, mysql tries to import 1.5MB, this is huge!
| + | =wiki page= |
| | | | |
| − | =RPM 1-6=
| |
| − | Job already done:
| |
| − | - Removed useless MySQL custom-template
| |
| − | - Removed ocsagent.exe and guide.pdf
| |
| − | - Upload limit fixed
| |
| − | - 'MaxUpload' DB entry added to set dynamically max upload file size (default still at 10M)
| |
| − | - Events moved to domain-modify
| |
| − | - 2 new 'url' types added for ocs' virtual locations
| |
| − | - Uninstall script now also deletes new DB values + logs + old inventories
| |
| − | - Improved Apache templates to allow adding aliases for both web interfaces
| |
| − | - RPM runs silently :'(
| |
| | | | |
| − | SN - excellent !
| |
| | | | |
| − | SN - didn't you need ocsagent.exe ?
| + | ==5.3.2 Deployment menu== |
| | | | |
| − | SN - should the default be 100M, say to allow for openoffice
| + | there must be a lot of ways this could be used, |
| | + | why make everyone think of them themselves when it could be spelled out |
| | | | |
| − | =future RPM=
| + | this could be a new page, [[:Application deployment]] |
| − | What will be fixed in next RPM release...
| |
| | | | |
| − | ==dependencies==
| + | this could include other ways to deploy, eg using netlogon.bat |
| − | change the install method to install the perl dependencies that are available from existing repos.
| |
| | | | |
| − | Then you can reduce the number of perl rpms in your download the less you are responsible for the better
| + | others can work on this cool34000 has done enough |
| | | | |
| − | yum localinstall smeserver-inventory-tools* --enablerepo=dag --enablerepo=extras [is extras a repo?]
| + | Stefen |
| − | | |
| − | stephen
| |
| | ---- | | ---- |
| − | Is this just a doc issue or do I need to change the Requires?
| + | Here's the way I've always used OCS... First I import the standard ''ocsagent.exe'' in MySQL. |
| − | | |
| − | All needed deps are should be in ''extras'' and mostly in ''dag''
| |
| − | | |
| − | Here's the actual list of Requires in the .spec file (edit if needed): | |
| − | - Requires: e-smith-base SN - NOT NEEDED IF YOU HAVE BELOW
| |
| − | - Requires: e-smith-release >= 7 # Note: SME >8 may need a fix if it uses mod_perl >=2 (could be good to test and be ready!)
| |
| − | + DON'T WE HAVE SMESERVER-RELEASE >=7 ? CHECK, rpm -q ...
| |
| − | Requires: mod_perl >= 1.99_16-4
| |
| − | Requires: monitor-edid >= 1.11-1 #ocs Agent
| |
| − | Requires: ocsinventory-ipdiscover >= 1.01-2 #ocs Agent => will remove this one as it's already a dependency of ocsinventory-agent
| |
| − | Requires: ocsinventory-agent >= 0.0.6-1 #ocs Agent
| |
| − | Requires: perl-Apache-DBI >= 0.9901-2.2
| |
| − | Requires: perl-Archive-Tar >= 1.23-3.99_2
| |
| − | Requires: perl-Compress-Zlib >= 1.42-1
| |
| − | Requires: perl-Crypt-OpenSSL-Bignum >= 0.03-1.2
| |
| − | Requires: perl-Crypt-OpenSSL-RSA >= 0.21-1.2
| |
| − | Requires: perl-IO-Socket-SSL >= 1.01-1
| |
| − | Requires: perl-IO-Zlib >= 1.04-2
| |
| − | Requires: perl-Mail-DomainKeys >= 0.21-2
| |
| − | Requires: perl-MIME-Lite >= 3.01-2.2
| |
| − | Requires: perl-Net-IP >= 1.23-1
| |
| − | Requires: perl-Net-Jabber >= 2.0-1.2
| |
| − | Requires: perl-Net-XMPP >= 1.0-1.2
| |
| − | Requires: perl-SOAP-Lite >= 0.69-1
| |
| − | Requires: perl-XML-SAX >= -0.12-7
| |
| − | Requires: perl-XML-Simple >= 2.14-4
| |
| − | Requires: perl-XML-Stream >= 1.22-1.2
| |
| − | Conflicts: smeserver-ocs_inventory_ng # old RPM version, here for safety!
| |
| − | Conflicts: smeserver-glpi # old RPM version, here for safety!
| |
| | | | |
| − | I've noticed that rpm handles dependencies even when they are not in the Requires (looks to be parsing some file) | + | 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) |
| | | | |
| − | Maybe I can remove almost all of them?
| + | 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! |
| | | | |
| − | Will take any advice, I'm not familiar with this! SN - DOESN'T HURT TO LEAVE THEM IN
| + | Of course, more can be done... |
| | | | |
| − | PS: installing an SME 7.1 right now to see what happens without Requires all perl deps...
| + | *Install the Agent silently in a script |
| | + | *Use GPOs (deploy, install, update) |
| | + | *Create your own ''ocsagent.exe'' |
| | + | People need to read the guide! It's well documented. |
| | | | |
| − | SN- I JUST TEST ON 7.2, (PREFERABLY WITH YUM UPGRADE APPLIED)
| + | If someone can take some time to document that, it would be nice! |
| | | | |
| | Cool34000 | | Cool34000 |
| | ---- | | ---- |
| − | => fresh 7.1 final CD install - no updates
| |
| | | | |
| − | => dag added to yum repos (disabled and invisible) | + | ==glpi== |
| | | | |
| − | => removed all perl dependencies:
| + | someone who uses this may like to add some more information on how to use it, some link to more docs at least |
| − | Requires: e-smith-base
| |
| − | Requires: e-smith-release >= 7
| |
| − | Requires: monitor-edid >= 1.11-1
| |
| − | Requires: ocsinventory-ipdiscover >= 1.01-2
| |
| − | Requires: ocsinventory-agent >= 0.0.6-1
| |
| − | Conflicts: smeserver-ocs_inventory_ng
| |
| − | Conflicts: smeserver-glpi
| |
| − | Put agent+server (4 files) in /root and tryed:
| |
| − | # yum localinstall *.rpm --enablerepo=*
| |
| − | ...
| |
| − | =============================================================================
| |
| − | Package Arch Version Repository Size
| |
| − | =============================================================================
| |
| − | Installing:
| |
| − | monitor-edid i386 1.11-1.el4.remi monitor-edid-1.11-1.el4.remi.i386.rpm 130 k
| |
| − | ocsinventory-agent noarch 0.0.6-1.el4.remi ocsinventory-agent-0.0.6-1.el4.remi.noarch.rpm 202 k
| |
| − | ocsinventory-ipdiscover i386 1.01-2.el4.remi ocsinventory-ipdiscover-1.01-2.el4.remi.i386.rpm 8.5 k
| |
| − | smeserver-inventory-tools i386 1-7 smeserver-inventory-tools-1-7.i386.rpm 3.0 M
| |
| − | Installing for dependencies:
| |
| − | mod_perl i386 1.99_16-4.5 smeos 1.4 M
| |
| − | perl-Compress-Zlib i386 1.42-1.el4.rf dag 152 k
| |
| − | perl-Net-IP noarch 1.25-1.el4.rf smeos 30 k
| |
| − | perl-Net-SSLeay i386 1.30-4.el4.centos extras 198 k
| |
| − | perl-XML-Simple noarch 2.17-1.el4.rf dag 71 k
| |
| − |
| |
| − | Transaction Summary
| |
| − | =============================================================================
| |
| − | Install 9 Package(s)
| |
| − | Update 0 Package(s)
| |
| − | Remove 0 Package(s)
| |
| − | Total download size: 5.2 M | |
| − | A lot are missing... The RPM installed but I got an error trying to contact the server!
| |
known bugs
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've opened a thread on OCS forum.
Let's hope the next version will come out soon!
ipdiscover-util.pl
This script used by the web interface do not seem to work too.
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.
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
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 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!
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
wiki page
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.
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)
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!
Of course, more can be done...
- Install the Agent silently in a script
- Use GPOs (deploy, install, update)
- Create your own ocsagent.exe
People need to read the guide! It's well documented.
If someone can take some time to document that, it would be nice!
Cool34000
glpi
someone who uses this may like to add some more information on how to use it, some link to more docs at least
