- Gestion des quotas : il semble que la seule manière de gérer des quotas
soit l'utilisation de qtree mais ceux-ci ne se créent qu'au niveau racine
des volumes. Il n'est donc pas possible de mettre un quota sur un répertoire
de son choix (en fct du point de partage,il n'est peut-être mis qu'au niveau
principal ou au niveau juste en dessous). Confirmez-vous cette conclusion ?
- Automatisation des tâches : Existe-t-il des commandes (voir un langage)
permettant d'automatiser les tâches. Je pense à un language tel qu'un
shell-script, perl, etc. Le but est débiter de répéter 100x la même séquence
de commande avec tous les risques d'erreurs inhérents à cette manipulation
répétitive.
- Utilisation des snaps : Soit on active les snaps pour tout un volume,
soit on les désactive. Existe-t-il une méthode permettant de ne pas
laisser voir l'ensemble des snaps aux utilisateurs lorsqu'un restore est
en cours ?
- Gestion des quotas : il semble que la seule manière de gérer des quotas
soit l'utilisation de qtree mais ceux-ci ne se créent qu'au niveau racine
des volumes. Il n'est donc pas possible de mettre un quota sur un répertoire
de son choix (en fct du point de partage,il n'est peut-être mis qu'au niveau
principal ou au niveau juste en dessous). Confirmez-vous cette conclusion ?
- Automatisation des tâches : Existe-t-il des commandes (voir un langage)
permettant d'automatiser les tâches. Je pense à un language tel qu'un
shell-script, perl, etc. Le but est débiter de répéter 100x la même séquence
de commande avec tous les risques d'erreurs inhérents à cette manipulation
répétitive.
- Utilisation des snaps : Soit on active les snaps pour tout un volume,
soit on les désactive. Existe-t-il une méthode permettant de ne pas
laisser voir l'ensemble des snaps aux utilisateurs lorsqu'un restore est
en cours ?
- Gestion des quotas : il semble que la seule manière de gérer des quotas
soit l'utilisation de qtree mais ceux-ci ne se créent qu'au niveau racine
des volumes. Il n'est donc pas possible de mettre un quota sur un répertoire
de son choix (en fct du point de partage,il n'est peut-être mis qu'au niveau
principal ou au niveau juste en dessous). Confirmez-vous cette conclusion ?
- Automatisation des tâches : Existe-t-il des commandes (voir un langage)
permettant d'automatiser les tâches. Je pense à un language tel qu'un
shell-script, perl, etc. Le but est débiter de répéter 100x la même séquence
de commande avec tous les risques d'erreurs inhérents à cette manipulation
répétitive.
- Utilisation des snaps : Soit on active les snaps pour tout un volume,
soit on les désactive. Existe-t-il une méthode permettant de ne pas
laisser voir l'ensemble des snaps aux utilisateurs lorsqu'un restore est
en cours ?
Bonjour à tous,
La société pour laquelle je travaille compte faire l'acquisition d'un
système FAS de Netapps. Après étude, certains points restent encore un peu
flou.
Je les émets ici au cas où l'un d'entre-vous pourrait nous éclairer :
- Gestion des quotas : il semble que la seule manière de gérer des quotas
soit l'utilisation de qtree mais ceux-ci ne se créent qu'au niveau racine
des volumes. Il n'est donc pas possible de mettre un quota sur un répertoire
de son choix (en fct du point de partage,il n'est peut-être mis qu'au niveau
principal ou au niveau juste en dessous). Confirmez-vous cette conclusion ?
- Automatisation des tâches : Existe-t-il des commandes (voir un langage)
permettant d'automatiser les tâches. Je pense à un language tel qu'un
shell-script, perl, etc. Le but est débiter de répéter 100x la même séquence
de commande avec tous les risques d'erreurs inhérents à cette manipulation
répétitive.
- Utilisation des snaps : Soit on active les snaps pour tout un volume, soit
on les désactive. Existe-t-il une méthode permettant de ne pas laisser voir
l'ensemble des snaps aux utilisateurs lorsqu'un restore est en cours ?
Bonjour à tous,
La société pour laquelle je travaille compte faire l'acquisition d'un
système FAS de Netapps. Après étude, certains points restent encore un peu
flou.
Je les émets ici au cas où l'un d'entre-vous pourrait nous éclairer :
- Gestion des quotas : il semble que la seule manière de gérer des quotas
soit l'utilisation de qtree mais ceux-ci ne se créent qu'au niveau racine
des volumes. Il n'est donc pas possible de mettre un quota sur un répertoire
de son choix (en fct du point de partage,il n'est peut-être mis qu'au niveau
principal ou au niveau juste en dessous). Confirmez-vous cette conclusion ?
- Automatisation des tâches : Existe-t-il des commandes (voir un langage)
permettant d'automatiser les tâches. Je pense à un language tel qu'un
shell-script, perl, etc. Le but est débiter de répéter 100x la même séquence
de commande avec tous les risques d'erreurs inhérents à cette manipulation
répétitive.
- Utilisation des snaps : Soit on active les snaps pour tout un volume, soit
on les désactive. Existe-t-il une méthode permettant de ne pas laisser voir
l'ensemble des snaps aux utilisateurs lorsqu'un restore est en cours ?
Bonjour à tous,
La société pour laquelle je travaille compte faire l'acquisition d'un
système FAS de Netapps. Après étude, certains points restent encore un peu
flou.
Je les émets ici au cas où l'un d'entre-vous pourrait nous éclairer :
- Gestion des quotas : il semble que la seule manière de gérer des quotas
soit l'utilisation de qtree mais ceux-ci ne se créent qu'au niveau racine
des volumes. Il n'est donc pas possible de mettre un quota sur un répertoire
de son choix (en fct du point de partage,il n'est peut-être mis qu'au niveau
principal ou au niveau juste en dessous). Confirmez-vous cette conclusion ?
- Automatisation des tâches : Existe-t-il des commandes (voir un langage)
permettant d'automatiser les tâches. Je pense à un language tel qu'un
shell-script, perl, etc. Le but est débiter de répéter 100x la même séquence
de commande avec tous les risques d'erreurs inhérents à cette manipulation
répétitive.
- Utilisation des snaps : Soit on active les snaps pour tout un volume, soit
on les désactive. Existe-t-il une méthode permettant de ne pas laisser voir
l'ensemble des snaps aux utilisateurs lorsqu'un restore est en cours ?
Bonjour à tous,
- Gestion des quotas : il semble que la seule manière de gérer des
quotas
soit l'utilisation de qtree mais ceux-ci ne se créent qu'au niveau
racine
des volumes. Il n'est donc pas possible de mettre un quota sur un
répertoire
de son choix (en fct du point de partage,il n'est peut-être mis qu'au
niveau
principal ou au niveau juste en dessous). Confirmez-vous cette
conclusion ?
Il y a en fait 3 types principaux de quotas : par utilisateur, par
groupe et par qtree. Et oui, un qtree ne peut se créer quà la racine
d'un volume.
Par contre, il est aussi possible de faire des quotas par utilisateur
par qtree (par exemple, l'utilisateur toto peut avoir le droit à 5Go
dans le qtree Mail et 20Go dans le qtree Home...). Cela peut sembler
moins souple, mais au final on peut faire a peu près ce que l'on veut au
prix d'une organisation des données (personnellement, je ne vois pas
vraiment l'intéret d'aller au dela, mais bon...)
- Automatisation des tâches : Existe-t-il des commandes (voir un
langage)
permettant d'automatiser les tâches. Je pense à un language tel qu'un
shell-script, perl, etc. Le but est débiter de répéter 100x la même
séquence
de commande avec tous les risques d'erreurs inhérents à cette
manipulation
répétitive.
La première chose à bien comprendre, c'est qu'un serveur NetApp ne voit
pas les fichiers qu'il sert. Dès lors, le nombre de commandes
disponibles, de même que la nécessité de faire des séquences de
manière répété s'en trouvent beaucoup moins importante.
Pour le reste, la plupart des commandes (toutes sauf 3 il me semble)
peuvent être passées depuis un script sur une machine extérieur via un
remote shell (rsh ou ssh depuis un Unix, l'équivalent depuis un
Windows).
Certaines taches peuvent aussi se faire en modifiant directement les
fichiers de configuration du NetApp après avoir monté le volume racine
depuis une machine d'administration.- Utilisation des snaps : Soit on active les snaps pour tout un volume,
soit
on les désactive. Existe-t-il une méthode permettant de ne pas laisser
voir
l'ensemble des snaps aux utilisateurs lorsqu'un restore est en cours ?
Hum... Je ne vois pas trop ce que tu veux faire, mais en jouant sur les
rêgles d'export il est possible de limiter l'accès au répertoire
.snapshot et n'autoriser la visibilité que de certains snapshots.
Bonjour à tous,
- Gestion des quotas : il semble que la seule manière de gérer des
quotas
soit l'utilisation de qtree mais ceux-ci ne se créent qu'au niveau
racine
des volumes. Il n'est donc pas possible de mettre un quota sur un
répertoire
de son choix (en fct du point de partage,il n'est peut-être mis qu'au
niveau
principal ou au niveau juste en dessous). Confirmez-vous cette
conclusion ?
Il y a en fait 3 types principaux de quotas : par utilisateur, par
groupe et par qtree. Et oui, un qtree ne peut se créer quà la racine
d'un volume.
Par contre, il est aussi possible de faire des quotas par utilisateur
par qtree (par exemple, l'utilisateur toto peut avoir le droit à 5Go
dans le qtree Mail et 20Go dans le qtree Home...). Cela peut sembler
moins souple, mais au final on peut faire a peu près ce que l'on veut au
prix d'une organisation des données (personnellement, je ne vois pas
vraiment l'intéret d'aller au dela, mais bon...)
- Automatisation des tâches : Existe-t-il des commandes (voir un
langage)
permettant d'automatiser les tâches. Je pense à un language tel qu'un
shell-script, perl, etc. Le but est débiter de répéter 100x la même
séquence
de commande avec tous les risques d'erreurs inhérents à cette
manipulation
répétitive.
La première chose à bien comprendre, c'est qu'un serveur NetApp ne voit
pas les fichiers qu'il sert. Dès lors, le nombre de commandes
disponibles, de même que la nécessité de faire des séquences de
manière répété s'en trouvent beaucoup moins importante.
Pour le reste, la plupart des commandes (toutes sauf 3 il me semble)
peuvent être passées depuis un script sur une machine extérieur via un
remote shell (rsh ou ssh depuis un Unix, l'équivalent depuis un
Windows).
Certaines taches peuvent aussi se faire en modifiant directement les
fichiers de configuration du NetApp après avoir monté le volume racine
depuis une machine d'administration.
- Utilisation des snaps : Soit on active les snaps pour tout un volume,
soit
on les désactive. Existe-t-il une méthode permettant de ne pas laisser
voir
l'ensemble des snaps aux utilisateurs lorsqu'un restore est en cours ?
Hum... Je ne vois pas trop ce que tu veux faire, mais en jouant sur les
rêgles d'export il est possible de limiter l'accès au répertoire
.snapshot et n'autoriser la visibilité que de certains snapshots.
Bonjour à tous,
- Gestion des quotas : il semble que la seule manière de gérer des
quotas
soit l'utilisation de qtree mais ceux-ci ne se créent qu'au niveau
racine
des volumes. Il n'est donc pas possible de mettre un quota sur un
répertoire
de son choix (en fct du point de partage,il n'est peut-être mis qu'au
niveau
principal ou au niveau juste en dessous). Confirmez-vous cette
conclusion ?
Il y a en fait 3 types principaux de quotas : par utilisateur, par
groupe et par qtree. Et oui, un qtree ne peut se créer quà la racine
d'un volume.
Par contre, il est aussi possible de faire des quotas par utilisateur
par qtree (par exemple, l'utilisateur toto peut avoir le droit à 5Go
dans le qtree Mail et 20Go dans le qtree Home...). Cela peut sembler
moins souple, mais au final on peut faire a peu près ce que l'on veut au
prix d'une organisation des données (personnellement, je ne vois pas
vraiment l'intéret d'aller au dela, mais bon...)
- Automatisation des tâches : Existe-t-il des commandes (voir un
langage)
permettant d'automatiser les tâches. Je pense à un language tel qu'un
shell-script, perl, etc. Le but est débiter de répéter 100x la même
séquence
de commande avec tous les risques d'erreurs inhérents à cette
manipulation
répétitive.
La première chose à bien comprendre, c'est qu'un serveur NetApp ne voit
pas les fichiers qu'il sert. Dès lors, le nombre de commandes
disponibles, de même que la nécessité de faire des séquences de
manière répété s'en trouvent beaucoup moins importante.
Pour le reste, la plupart des commandes (toutes sauf 3 il me semble)
peuvent être passées depuis un script sur une machine extérieur via un
remote shell (rsh ou ssh depuis un Unix, l'équivalent depuis un
Windows).
Certaines taches peuvent aussi se faire en modifiant directement les
fichiers de configuration du NetApp après avoir monté le volume racine
depuis une machine d'administration.- Utilisation des snaps : Soit on active les snaps pour tout un volume,
soit
on les désactive. Existe-t-il une méthode permettant de ne pas laisser
voir
l'ensemble des snaps aux utilisateurs lorsqu'un restore est en cours ?
Hum... Je ne vois pas trop ce que tu veux faire, mais en jouant sur les
rêgles d'export il est possible de limiter l'accès au répertoire
.snapshot et n'autoriser la visibilité que de certains snapshots.
Tout d'abord merci à Croco et à Emmanuel pour vos réponses.
Les utilisateurs de nos systèmes n'étant en majorité pas informaticien, nous
souhaitions mettre à leur disposition un drive réseau commun (appellons le
P: pour public) dans lequel nous souhaitions mettre en place la strucutre
suivante (une sort de DFS au sens Microsost en fait) :
P:Team
P:TeamTeam1
P:TeamTeam2
P:TeamTeam3
P:Project2005
P:Project2005Project1
et ainsi de suite. L'intérêt étant de centraliser l'information sur un point
de montage absolu pour toute la société (le drive P:) tout en personnalisant
les droits pour chacun (les membres du team1 auraient accès au team1 mais
pas aux autres). Evidemment cela nous aurait interessé du mettre un quota à
ce niveau la .. soit un niveau plus bas que le qtree.
La première chose à bien comprendre, c'est qu'un serveur NetApp ne voit
pas les fichiers qu'il sert. Dès lors, le nombre de commandes
disponibles, de même que la nécessité de faire des séquences de
manière répété s'en trouvent beaucoup moins importante.
Pour le reste, la plupart des commandes (toutes sauf 3 il me semble)
peuvent être passées depuis un script sur une machine extérieur via un
remote shell (rsh ou ssh depuis un Unix, l'équivalent depuis un
Windows).
Disons qu'en Unix (l'époque de Lan Manager sous Unix), on s'était fait des
scripts. Par exemple : createuser (user). Ce script réalisait les opérations
suivates :
- vérification de l'absence d'un utilisateur ayant le même nom,
- création de l'utilisateur,
- création du home-directory,
- création du share,
- application des droits standards au share
Evidemment via les commandes du shell, il était facile de lancer cette
commande en batch, créant aisni à la vollée tous nos utilisateurs.
Ce que je souhaiterais, c'est automatiser les création des qtree et des
share afin d'éviter les erreurs de manipulations.
Hum... Je ne vois pas trop ce que tu veux faire, mais en jouant sur les
rêgles d'export il est possible de limiter l'accès au répertoire
.snapshot et n'autoriser la visibilité que de certains snapshots.
Comme je l'ai expliqué, nos utilisateurs ne sont pas tous informaticiens.
Afin d'éviter les cafouillages en cas de perte d'un fichier (typiquement
l'utilisatuer qui s'emmêle les pinceaux), nous voudrions restreindre
l'accès sur la snaps. En temps normal, les utilisateurs n'y ayant pas accès.
Ma question est : est-il possible d'accéder au snap d'un volume sans que
tous les utilsatuers des share de ce volume voient apparaître les répertoire
.snapshot dans leurs répartoires.
Tout d'abord merci à Croco et à Emmanuel pour vos réponses.
Les utilisateurs de nos systèmes n'étant en majorité pas informaticien, nous
souhaitions mettre à leur disposition un drive réseau commun (appellons le
P: pour public) dans lequel nous souhaitions mettre en place la strucutre
suivante (une sort de DFS au sens Microsost en fait) :
P:Team
P:TeamTeam1
P:TeamTeam2
P:TeamTeam3
P:Project2005
P:Project2005Project1
et ainsi de suite. L'intérêt étant de centraliser l'information sur un point
de montage absolu pour toute la société (le drive P:) tout en personnalisant
les droits pour chacun (les membres du team1 auraient accès au team1 mais
pas aux autres). Evidemment cela nous aurait interessé du mettre un quota à
ce niveau la .. soit un niveau plus bas que le qtree.
La première chose à bien comprendre, c'est qu'un serveur NetApp ne voit
pas les fichiers qu'il sert. Dès lors, le nombre de commandes
disponibles, de même que la nécessité de faire des séquences de
manière répété s'en trouvent beaucoup moins importante.
Pour le reste, la plupart des commandes (toutes sauf 3 il me semble)
peuvent être passées depuis un script sur une machine extérieur via un
remote shell (rsh ou ssh depuis un Unix, l'équivalent depuis un
Windows).
Disons qu'en Unix (l'époque de Lan Manager sous Unix), on s'était fait des
scripts. Par exemple : createuser (user). Ce script réalisait les opérations
suivates :
- vérification de l'absence d'un utilisateur ayant le même nom,
- création de l'utilisateur,
- création du home-directory,
- création du share,
- application des droits standards au share
Evidemment via les commandes du shell, il était facile de lancer cette
commande en batch, créant aisni à la vollée tous nos utilisateurs.
Ce que je souhaiterais, c'est automatiser les création des qtree et des
share afin d'éviter les erreurs de manipulations.
Hum... Je ne vois pas trop ce que tu veux faire, mais en jouant sur les
rêgles d'export il est possible de limiter l'accès au répertoire
.snapshot et n'autoriser la visibilité que de certains snapshots.
Comme je l'ai expliqué, nos utilisateurs ne sont pas tous informaticiens.
Afin d'éviter les cafouillages en cas de perte d'un fichier (typiquement
l'utilisatuer qui s'emmêle les pinceaux), nous voudrions restreindre
l'accès sur la snaps. En temps normal, les utilisateurs n'y ayant pas accès.
Ma question est : est-il possible d'accéder au snap d'un volume sans que
tous les utilsatuers des share de ce volume voient apparaître les répertoire
.snapshot dans leurs répartoires.
Tout d'abord merci à Croco et à Emmanuel pour vos réponses.
Les utilisateurs de nos systèmes n'étant en majorité pas informaticien, nous
souhaitions mettre à leur disposition un drive réseau commun (appellons le
P: pour public) dans lequel nous souhaitions mettre en place la strucutre
suivante (une sort de DFS au sens Microsost en fait) :
P:Team
P:TeamTeam1
P:TeamTeam2
P:TeamTeam3
P:Project2005
P:Project2005Project1
et ainsi de suite. L'intérêt étant de centraliser l'information sur un point
de montage absolu pour toute la société (le drive P:) tout en personnalisant
les droits pour chacun (les membres du team1 auraient accès au team1 mais
pas aux autres). Evidemment cela nous aurait interessé du mettre un quota à
ce niveau la .. soit un niveau plus bas que le qtree.
La première chose à bien comprendre, c'est qu'un serveur NetApp ne voit
pas les fichiers qu'il sert. Dès lors, le nombre de commandes
disponibles, de même que la nécessité de faire des séquences de
manière répété s'en trouvent beaucoup moins importante.
Pour le reste, la plupart des commandes (toutes sauf 3 il me semble)
peuvent être passées depuis un script sur une machine extérieur via un
remote shell (rsh ou ssh depuis un Unix, l'équivalent depuis un
Windows).
Disons qu'en Unix (l'époque de Lan Manager sous Unix), on s'était fait des
scripts. Par exemple : createuser (user). Ce script réalisait les opérations
suivates :
- vérification de l'absence d'un utilisateur ayant le même nom,
- création de l'utilisateur,
- création du home-directory,
- création du share,
- application des droits standards au share
Evidemment via les commandes du shell, il était facile de lancer cette
commande en batch, créant aisni à la vollée tous nos utilisateurs.
Ce que je souhaiterais, c'est automatiser les création des qtree et des
share afin d'éviter les erreurs de manipulations.
Hum... Je ne vois pas trop ce que tu veux faire, mais en jouant sur les
rêgles d'export il est possible de limiter l'accès au répertoire
.snapshot et n'autoriser la visibilité que de certains snapshots.
Comme je l'ai expliqué, nos utilisateurs ne sont pas tous informaticiens.
Afin d'éviter les cafouillages en cas de perte d'un fichier (typiquement
l'utilisatuer qui s'emmêle les pinceaux), nous voudrions restreindre
l'accès sur la snaps. En temps normal, les utilisateurs n'y ayant pas accès.
Ma question est : est-il possible d'accéder au snap d'un volume sans que
tous les utilsatuers des share de ce volume voient apparaître les répertoire
.snapshot dans leurs répartoires.
ssh <mon_netapp> quota <volume> stop
ssh <mon_netapp> quota <volume> start
ssh <mon_netapp> quota <volume> resize
ssh <mon_netapp> quota <volume> stop
ssh <mon_netapp> quota <volume> start
ssh <mon_netapp> quota <volume> resize
ssh <mon_netapp> quota <volume> stop
ssh <mon_netapp> quota <volume> start
ssh <mon_netapp> quota <volume> resize
ssh <mon_netapp> quota <volume> stop
ssh <mon_netapp> quota <volume> start
ssh <mon_netapp> quota <volume> resize
Arff...
Il y a des fois ou il faudrait mieux aller se reposer d'un si long WE...
Les connaisseurs auront bien évidement corrigé d'eux-même, dans l'o rdre :
ssh <mon_netapp> quota off <volume>
ssh <mon_netapp> quota on <volume>
ssh <mon_netapp> quota resize <volume>
Désolé pour ce mélange avec ce que j'étais en train de faire par
ailleurs...
Croco
ssh <mon_netapp> quota <volume> stop
ssh <mon_netapp> quota <volume> start
ssh <mon_netapp> quota <volume> resize
Arff...
Il y a des fois ou il faudrait mieux aller se reposer d'un si long WE...
Les connaisseurs auront bien évidement corrigé d'eux-même, dans l'o rdre :
ssh <mon_netapp> quota off <volume>
ssh <mon_netapp> quota on <volume>
ssh <mon_netapp> quota resize <volume>
Désolé pour ce mélange avec ce que j'étais en train de faire par
ailleurs...
Croco
ssh <mon_netapp> quota <volume> stop
ssh <mon_netapp> quota <volume> start
ssh <mon_netapp> quota <volume> resize
Arff...
Il y a des fois ou il faudrait mieux aller se reposer d'un si long WE...
Les connaisseurs auront bien évidement corrigé d'eux-même, dans l'o rdre :
ssh <mon_netapp> quota off <volume>
ssh <mon_netapp> quota on <volume>
ssh <mon_netapp> quota resize <volume>
Désolé pour ce mélange avec ce que j'étais en train de faire par
ailleurs...
Croco
Bonjour,
Quelques remarques qui me semblent utiles.
[...]
Bonjour,
Quelques remarques qui me semblent utiles.
[...]
Bonjour,
Quelques remarques qui me semblent utiles.
[...]
