Should be easy. Create a template with only Network/Interfaces (for NICs) or Storage/Interfaces (HBAs) and use them afterwards as a part for new template-based objects. Remember:; You can use more than one template to create a new object.
the thing is, that we can enter network-data concerning the notebook. But by connecting the notebook to the switch, we would have to reenter the same info to the interface information of the switch to see this information in the switch-port overview given above.
It would be nice to enter the information once and get it in this overview without giving redundant information to the system.
Maybe a switch in the seetings-menue can enable the use to choose his preference on that.
I found that there is a category and even a group for files in Other/File/"My file"/Files/Current file.
I must say that the handling of the different file versions is not reallly obvious to me…
Wouldn't be good to see in the "files" tab for an object : The different versions, the file category and group ?
this can occur when you fetch the current development stuff via svn, because we sometimes also commit unfinished things.
Please wait some time - we're about to commit an update procedure (http://server/idoit/updates) for the nagios stuff today. You can then just update to the "virtual" version 0.9.4 for preventing these exceptions.
You have to check for the parameter 'start date' in your Workflows. I saw that you have assigned it to a new Workflow template you created. Without that parameter in your tasks/checklists the entries will not be shown in the workflow list!
If you change this you will see the 'start date' parameter in your task template again when you create a new task.
Unfortunately all the tasks created since this parameter was missing cannot be shown any more (unless you would like to change the code).
back then when I first got interested in i-doit project, I read from here
and noticed from installation documentation that "the place to be" regarding
i-doit documentation is that dedicated wiki-site http://doku.i-doit.org/wiki/Main_Page.
Practically speaking, there's absolutely no activity on wiki-site and efforts to provide
even minimal useful information regarding i-doit installation and usage at various degrees
Oh and not to mention that wiki-documentation is sort of outdated, but I believe this
will change somehow after i-doit v0.9.1 got officially released.
Could you please describe how that "automatic" inventory for soft- and hardware should work?
Based on i.e. barcode based reading and transport of data into the system?
I am also not using OTRS for incidents, rather some other product. Integration of i-doit for our
existing incident / helpdesk system should be possible somehow.
Now as I come to think of it, it could be theoretically sufficient enough to have changes/adds/deletes/etc
emailed over to desired email address, which then again is dedicated for i-doit incidents. That would be
the first step how to gather and get noticed of some changes what has been done to i-doit system.
With kind regards,
Sad to hear that activity surrounding documentation is rather non-existant.
"Automatic" updates. Simple, you create a computer and add the systemID to it, at logon you run the script from H-inventory and upload it to i-doit, which in turn updates the "hardware-card" with the information. In that case all hardware is accounted for and tracking of new software could be rather easy. It's still in it's pre-alpha thinking stage, so it's not really solid at the moment, but we do want something like that here to replace our currently too expensive software
The barcode system is another module, which i came up with today. It's simple put a inventory tracking for stuff like printer cardridges (when to order new stuff) and beamers (who the hell has my beamer this time? who can we blame? >:) )