Salut,
le but était de pouvoir supprimer des éléments et qu'ils ne reviennent
pas à la prochaine synchro.
Exemple je supprime des périphériques pour ne garder que le clavier et
la souris mais sans vouloir le reste.
++
Julien
Le 09/01/2013 18:03, Tsmr a écrit :
Pareil pour moi. Il est indé
Pareil pour moi. Il est indéniable que modifier le user affecté à un
pc pour le fixer au lieu de récupérer celui d'OCS est une fonction
obligatoire dans les locks (donc le verrouillage des champs du pc :
OUI)
Pour autant, quel est l'intérêt de verrouiller des composants /
connexions à des Monit
Bonjour,
J'ai en partie implémenté la partie gestion des locks (reste les
composants et les cartes réseaux).
Autant pour le lock des champs pas de soucis je vois bien, autant pour
celle des liaisons je ne vois pas dans quels cas on a intérêt à les locker.
Si l'info est remontée automatiquement
Le 20/12/2012 14:43, Walid Nouh a écrit :
Bonjour à tous,
On 19/01/2012 08:34, Remi Collet wrote:
Une proposition d'évolution pour la gestion des éléments importés
Exemple, table glpi_computervirtualmachines
Ajout de 2 champs
- is_dynamic => importé
- is_deleted => supprimé (verrouill
Bonjour à tous,
On 19/01/2012 08:34, Remi Collet wrote:
Une proposition d'évolution pour la gestion des éléments importés
Exemple, table glpi_computervirtualmachines
Ajout de 2 champs
- is_dynamic => importé
- is_deleted => supprimé (verrouillé dans ce cas)
Lors de la suppression
Le 30/01/2012 16:12, Damien Touraine a écrit :
> Bonjour,
> [...]
>>> J'aimerais comprendre un petit peu plus ce que tu proposes. Ne serait-ce
>>> que pour filer un coup de main pour les NetworkPort (ou plus, ou moins,
>>> selon vos souhaits/besoins).
>>> En fait, c'est le lien entre les éléments i
Bonjour,
[...]
J'aimerais comprendre un petit peu plus ce que tu proposes. Ne serait-ce
que pour filer un coup de main pour les NetworkPort (ou plus, ou moins,
selon vos souhaits/besoins).
En fait, c'est le lien entre les éléments importés et la base OCS que
j'ai du mal à cerner. Jusqu'à maintena
Le 30/01/2012 14:40, Damien Touraine a écrit :
Salut,
> Bonjour Rémi,
C'est Remi ;)
>
> J'aimerais comprendre un petit peu plus ce que tu proposes. Ne serait-ce
> que pour filer un coup de main pour les NetworkPort (ou plus, ou moins,
> selon vos souhaits/besoins).
> En fait, c'est le lien ent
Le Thu, 19 Jan 2012 08:34:12 +0100
Remi Collet a écrit:
>Une proposition d'évolution pour la gestion des éléments importés
>
>Exemple, table glpi_computervirtualmachines
>
>Ajout de 2 champs
> - is_dynamic => importé
> - is_deleted => supprimé (verrouillé dans ce cas)
>
>Lors de la su
Le 19/01/2012 08:34, Remi Collet a écrit :
Une proposition d'évolution pour la gestion des éléments importés
Salut,
réponse très rapide car pas vraiment grand chose de très intéressant à dire.
L'idée me semble pertinente. On rentrerai dans un schéma de gestion
classique.
En terme de verrous i
Une proposition d'évolution pour la gestion des éléments importés
Exemple, table glpi_computervirtualmachines
Ajout de 2 champs
- is_dynamic => importé
- is_deleted => supprimé (verrouillé dans ce cas)
Lors de la suppression
si is_dynamic=1 => passer is_deleted=1 (sinon
11 matches
Mail list logo
