Sur un réseau SAN, nous avons une librairie qui contient plusieurs
lecteurs de bande LTO2. Elle est connectés à un serveur SOLARIS sur
lequel on lance la commande "reboot -- -r".
Comment le système affecte-t-il les numéros de device "rmt" ?
Est-ce que c'est le premier vu par "inquiry" qui aura le numéro "0" et
ainsi de suite ?
La notion de target/lun intervient-elle ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Croco
Le 15-06-2005, enena a écrit :
Bonjour
Sur un réseau SAN, nous avons une librairie qui contient plusieurs lecteurs de bande LTO2. Elle est connectés à un serveur SOLARIS sur lequel on lance la commande "reboot -- -r". Comment le système affecte-t-il les numéros de device "rmt" ?
Pour ce que j'en ai vu lors de l'installation récente de lecteurs dans notre librairie, c'est un peu au petit bonheur la chance.
Est-ce que c'est le premier vu par "inquiry" qui aura le numéro "0" et ainsi de suite ?
Ce doit être le principe, même si je ne connais pas les arcanes de Solaris. Sauf que rien ne dit que la numérotation sera consécutive.
Par exemple, sur notre librairie, les lecteurs SCSI ont reçu "0" et "5", les lecteurs FC "9", "8", "6" et "7" (dans l'ordre ou ils répondent par sgscan)
La notion de target/lun intervient-elle ?
Je remarque que les lecteurs qui sont sur le même contrôleur ont des numéros qui se suivent (les SCSI sont un par channel, les FC sont 2 par HBA), mais pas forcement dans le même ordre que les target.
Croco
Le 15-06-2005, enena <enezsun@voila.fr> a écrit :
Bonjour
Sur un réseau SAN, nous avons une librairie qui contient plusieurs
lecteurs de bande LTO2. Elle est connectés à un serveur SOLARIS sur
lequel on lance la commande "reboot -- -r".
Comment le système affecte-t-il les numéros de device "rmt" ?
Pour ce que j'en ai vu lors de l'installation récente de lecteurs dans
notre librairie, c'est un peu au petit bonheur la chance.
Est-ce que c'est le premier vu par "inquiry" qui aura le numéro "0" et
ainsi de suite ?
Ce doit être le principe, même si je ne connais pas les arcanes de
Solaris. Sauf que rien ne dit que la numérotation sera consécutive.
Par exemple, sur notre librairie, les lecteurs SCSI ont reçu "0" et "5",
les lecteurs FC "9", "8", "6" et "7" (dans l'ordre ou ils répondent par
sgscan)
La notion de target/lun intervient-elle ?
Je remarque que les lecteurs qui sont sur le même contrôleur ont des
numéros qui se suivent (les SCSI sont un par channel, les FC sont 2 par
HBA), mais pas forcement dans le même ordre que les target.
Sur un réseau SAN, nous avons une librairie qui contient plusieurs lecteurs de bande LTO2. Elle est connectés à un serveur SOLARIS sur lequel on lance la commande "reboot -- -r". Comment le système affecte-t-il les numéros de device "rmt" ?
Pour ce que j'en ai vu lors de l'installation récente de lecteurs dans notre librairie, c'est un peu au petit bonheur la chance.
Est-ce que c'est le premier vu par "inquiry" qui aura le numéro "0" et ainsi de suite ?
Ce doit être le principe, même si je ne connais pas les arcanes de Solaris. Sauf que rien ne dit que la numérotation sera consécutive.
Par exemple, sur notre librairie, les lecteurs SCSI ont reçu "0" et "5", les lecteurs FC "9", "8", "6" et "7" (dans l'ordre ou ils répondent par sgscan)
La notion de target/lun intervient-elle ?
Je remarque que les lecteurs qui sont sur le même contrôleur ont des numéros qui se suivent (les SCSI sont un par channel, les FC sont 2 par HBA), mais pas forcement dans le même ordre que les target.
Croco
Laurent Blume
enena wrote:
Sur un réseau SAN, nous avons une librairie qui contient plusieurs lecteurs de bande LTO2. Elle est connectés à un serveur SOLARIS sur lequel on lance la commande "reboot -- -r".
'reboot', sur Solaris, c'est Mal: la machine est rebootée dans que les scripts d'arrêt soient exécutés avant.
Pour un redémarrage avec reconfiguration, une solution propre:
# touch /reconfigure # shutdown -i6 -g0
Je pense que ça doit être bon aussi:
# init 0 ok boot -r
Laurent
enena wrote:
Sur un réseau SAN, nous avons une librairie qui contient plusieurs
lecteurs de bande LTO2. Elle est connectés à un serveur SOLARIS sur
lequel on lance la commande "reboot -- -r".
'reboot', sur Solaris, c'est Mal: la machine est rebootée dans que les scripts
d'arrêt soient exécutés avant.
Pour un redémarrage avec reconfiguration, une solution propre:
Sur un réseau SAN, nous avons une librairie qui contient plusieurs lecteurs de bande LTO2. Elle est connectés à un serveur SOLARIS sur lequel on lance la commande "reboot -- -r".
'reboot', sur Solaris, c'est Mal: la machine est rebootée dans que les scripts d'arrêt soient exécutés avant.
Pour un redémarrage avec reconfiguration, une solution propre:
# touch /reconfigure # shutdown -i6 -g0
Je pense que ça doit être bon aussi:
# init 0 ok boot -r
Laurent
Croco
Le 15-06-2005, Laurent Blume <laurent=//=pas_de_pub/ a écrit :
enena wrote:
Sur un réseau SAN, nous avons une librairie qui contient plusieurs lecteurs de bande LTO2. Elle est connectés à un serveur SOLARIS sur lequel on lance la commande "reboot -- -r".
'reboot', sur Solaris, c'est Mal: la machine est rebootée dans que les scripts d'arrêt soient exécutés avant.
Si c'est le cas, alors cela mérite un PR chez Sun.
J'avais découvert par expérience que Sun était devenu expert en foutage de g##le, mais là ils abusent un peu quand même...
Pour un redémarrage avec reconfiguration, une solution propre:
# touch /reconfigure # shutdown -i6 -g0
Pourquoi faire simple quand on peut faire Solari^w compliqué. J'ai toujours su que Solaris était développé par des secoués du bulbe...
Je pense que ça doit être bon aussi:
# init 0 ok boot -r
Je n'ai ni clavier ni écran sur le serveur de sauvegarde (pas de CG non plus, cela permet de caser un HBA de plus), et je n'ai nulle envie d'en installer pour palier le fait que le reboot de Solaris ne fait pas les choses comme il devrait le faire...
Croco, FreeBSDiste se demandant s'il ne préfère pas Windows à Solaris...
Le 15-06-2005, Laurent Blume <laurent=//=pas_de_pub/news200505@elanor.org> a écrit :
enena wrote:
Sur un réseau SAN, nous avons une librairie qui contient plusieurs
lecteurs de bande LTO2. Elle est connectés à un serveur SOLARIS sur
lequel on lance la commande "reboot -- -r".
'reboot', sur Solaris, c'est Mal: la machine est rebootée dans que les scripts
d'arrêt soient exécutés avant.
Si c'est le cas, alors cela mérite un PR chez Sun.
J'avais découvert par expérience que Sun était devenu expert en foutage
de g##le, mais là ils abusent un peu quand même...
Pour un redémarrage avec reconfiguration, une solution propre:
# touch /reconfigure
# shutdown -i6 -g0
Pourquoi faire simple quand on peut faire Solari^w compliqué.
J'ai toujours su que Solaris était développé par des secoués du bulbe...
Je pense que ça doit être bon aussi:
# init 0
ok boot -r
Je n'ai ni clavier ni écran sur le serveur de sauvegarde (pas de CG non
plus, cela permet de caser un HBA de plus), et je n'ai nulle envie d'en
installer pour palier le fait que le reboot de Solaris ne fait pas les
choses comme il devrait le faire...
Croco, FreeBSDiste se demandant s'il ne préfère pas Windows à Solaris...
Le 15-06-2005, Laurent Blume <laurent=//=pas_de_pub/ a écrit :
enena wrote:
Sur un réseau SAN, nous avons une librairie qui contient plusieurs lecteurs de bande LTO2. Elle est connectés à un serveur SOLARIS sur lequel on lance la commande "reboot -- -r".
'reboot', sur Solaris, c'est Mal: la machine est rebootée dans que les scripts d'arrêt soient exécutés avant.
Si c'est le cas, alors cela mérite un PR chez Sun.
J'avais découvert par expérience que Sun était devenu expert en foutage de g##le, mais là ils abusent un peu quand même...
Pour un redémarrage avec reconfiguration, une solution propre:
# touch /reconfigure # shutdown -i6 -g0
Pourquoi faire simple quand on peut faire Solari^w compliqué. J'ai toujours su que Solaris était développé par des secoués du bulbe...
Je pense que ça doit être bon aussi:
# init 0 ok boot -r
Je n'ai ni clavier ni écran sur le serveur de sauvegarde (pas de CG non plus, cela permet de caser un HBA de plus), et je n'ai nulle envie d'en installer pour palier le fait que le reboot de Solaris ne fait pas les choses comme il devrait le faire...
Croco, FreeBSDiste se demandant s'il ne préfère pas Windows à Solaris...
Laurent Blume
Croco wrote:
Si c'est le cas, alors cela mérite un PR chez Sun.
J'avais découvert par expérience que Sun était devenu expert en foutage de g##le, mais là ils abusent un peu quand même...
C'est bien documenté:
NOTES The reboot utility does not execute the scripts in /etc/rcnum.d or execute shutdown actions in inittab(4). To ensure a complete shutdown of system services, use shutdown(1M) or init(1M) to reboot a Solaris system.
Il est vrai que le man de Solaris 8 n'avait pas cette note, et l'absence du passage par les scripts était seulement implicitement évoquée. Ce n'est pas parce que d'autres OSes ont choisi des options différentes que celle-là est un abus. Ils ont une commande qui fait un reboot «sale», ce qui peut être nécessaire dans certains cas, et une qui fait ça proprement, ce qui est mieux dans la plupart des cas.
Pourquoi faire simple quand on peut faire Solari^w compliqué.
Je ne vois pas en quoi c'est compliqué?
J'ai toujours su que Solaris était développé par des secoués du bulbe...
Heureusement, maintenant que les sources sont disponibles, il va être possible de corriger leurs erreurs.
Je n'ai ni clavier ni écran sur le serveur de sauvegarde (pas de CG non plus, cela permet de caser un HBA de plus), et je n'ai nulle envie d'en installer pour palier le fait que le reboot de Solaris ne fait pas les choses comme il devrait le faire...
Il fait les choses comme la documentation indique qu'il doit les faire. J'administre mon serveur de mail perso Solaris depuis plus de 5 ans, à distance, sans console, et sans problème. Ceci dit, ce n'est pas quelque chose que je conseillerais en production, bien sûr: certains patches conseillent un passage en mode single-user, et dans le cadre professionnel, je le fais.
Laurent
Croco wrote:
Si c'est le cas, alors cela mérite un PR chez Sun.
J'avais découvert par expérience que Sun était devenu expert en foutage
de g##le, mais là ils abusent un peu quand même...
C'est bien documenté:
NOTES
The reboot utility does not execute the scripts in
/etc/rcnum.d or execute shutdown actions in inittab(4). To
ensure a complete shutdown of system services, use
shutdown(1M) or init(1M) to reboot a Solaris system.
Il est vrai que le man de Solaris 8 n'avait pas cette note, et l'absence du
passage par les scripts était seulement implicitement évoquée.
Ce n'est pas parce que d'autres OSes ont choisi des options différentes que
celle-là est un abus. Ils ont une commande qui fait un reboot «sale», ce qui
peut être nécessaire dans certains cas, et une qui fait ça proprement, ce qui
est mieux dans la plupart des cas.
Pourquoi faire simple quand on peut faire Solari^w compliqué.
Je ne vois pas en quoi c'est compliqué?
J'ai toujours su que Solaris était développé par des secoués du bulbe...
Heureusement, maintenant que les sources sont disponibles, il va être possible
de corriger leurs erreurs.
Je n'ai ni clavier ni écran sur le serveur de sauvegarde (pas de CG non
plus, cela permet de caser un HBA de plus), et je n'ai nulle envie d'en
installer pour palier le fait que le reboot de Solaris ne fait pas les
choses comme il devrait le faire...
Il fait les choses comme la documentation indique qu'il doit les faire.
J'administre mon serveur de mail perso Solaris depuis plus de 5 ans, à distance,
sans console, et sans problème.
Ceci dit, ce n'est pas quelque chose que je conseillerais en production, bien
sûr: certains patches conseillent un passage en mode single-user, et dans le
cadre professionnel, je le fais.
Si c'est le cas, alors cela mérite un PR chez Sun.
J'avais découvert par expérience que Sun était devenu expert en foutage de g##le, mais là ils abusent un peu quand même...
C'est bien documenté:
NOTES The reboot utility does not execute the scripts in /etc/rcnum.d or execute shutdown actions in inittab(4). To ensure a complete shutdown of system services, use shutdown(1M) or init(1M) to reboot a Solaris system.
Il est vrai que le man de Solaris 8 n'avait pas cette note, et l'absence du passage par les scripts était seulement implicitement évoquée. Ce n'est pas parce que d'autres OSes ont choisi des options différentes que celle-là est un abus. Ils ont une commande qui fait un reboot «sale», ce qui peut être nécessaire dans certains cas, et une qui fait ça proprement, ce qui est mieux dans la plupart des cas.
Pourquoi faire simple quand on peut faire Solari^w compliqué.
Je ne vois pas en quoi c'est compliqué?
J'ai toujours su que Solaris était développé par des secoués du bulbe...
Heureusement, maintenant que les sources sont disponibles, il va être possible de corriger leurs erreurs.
Je n'ai ni clavier ni écran sur le serveur de sauvegarde (pas de CG non plus, cela permet de caser un HBA de plus), et je n'ai nulle envie d'en installer pour palier le fait que le reboot de Solaris ne fait pas les choses comme il devrait le faire...
Il fait les choses comme la documentation indique qu'il doit les faire. J'administre mon serveur de mail perso Solaris depuis plus de 5 ans, à distance, sans console, et sans problème. Ceci dit, ce n'est pas quelque chose que je conseillerais en production, bien sûr: certains patches conseillent un passage en mode single-user, et dans le cadre professionnel, je le fais.
