Arduino PDU - Revision history

PhilippeTeuwen: Reverted edits by JasonAnderson (talk) to last revision by PhilippeTeuwen

2016-03-02T15:02:01Z

Reverted edits by JasonAnderson (talk) to last revision by PhilippeTeuwen

Can't load revision 10012

at 12:51, 2 March 2016

2016-03-02T12:51:03Z

minor updates

Can't load revision 10003

PhilippeTeuwen: Reverted edits by TimothyDalton (Talk) to last revision by PhilippeTeuwen

2011-02-27T16:16:30Z

Reverted edits by TimothyDalton (Talk) to last revision by PhilippeTeuwen

Can't load revision 6985

at 11:42, 27 February 2011

2011-02-27T11:42:13Z

Can't load revision 6984

PhilippeTeuwen: /* What do we need ? / cahier des charges */

2011-02-15T15:37:14Z

What do we need ? / cahier des charges

← Older revision		Revision as of 15:37, 15 February 2011
Line 13:		Line 13:
	** pour la config		** pour la config
	** pour les ordres de commande		** pour les ordres de commande
	** telnet (à condition qu'il ne soit accessible que via un réseau interne)		** telnet (à condition qu'il ne soit accessible que via un réseau interne). Mettre aussi un mot de passe car les machines qui ont accès au réseau interne peuvent aussi se faire compromettre et ce serait con qu'un gugus s'amuse...
	* communication serie avec le system		* communication serie avec le system
	** pour la config (IP) uniquement ?		** pour la config (IP) uniquement ?

PhilippeTeuwen: /* What do we need ? / cahier des charges */

2011-02-15T15:32:04Z

What do we need ? / cahier des charges

← Older revision		Revision as of 15:32, 15 February 2011
Line 18:		Line 18:
	** est-il vraiment utile de pouvoir commander via le port serie (vu qu'il ne sera raccorder a priopri qu'a une seule machine ...)		** est-il vraiment utile de pouvoir commander via le port serie (vu qu'il ne sera raccorder a priopri qu'a une seule machine ...)
	** (Phil) je dirais qu'on peut s'en passer, cf point suivant		** (Phil) je dirais qu'on peut s'en passer, cf point suivant
	* robustesse		* robustesse (Phil)
	** ~~(Phil)~~ on veut pouvoir (à distance) reprendre la main sur la bête qui se serait crashée (stack ethernet, whatever).		** on veut pouvoir (à distance) reprendre la main sur la bête qui se serait crashée (stack ethernet, whatever).
	** Une des façons sans doute la plus sûre est de reflasher l'Arduino via USB et d'injecter directement la config qu'il faut dans l'image.		** Une des façons sans doute la plus sûre est de reflasher l'Arduino via USB et d'injecter directement la config qu'il faut dans l'image.
	** Ainsi, il n'y a pas besoin de développer un module CLI série pour reconfigurer l'IP.		** Ainsi, il n'y a pas besoin de développer un module CLI série pour reconfigurer l'IP.

PhilippeTeuwen at 15:31, 15 February 2011

2011-02-15T15:31:52Z

← Older revision		Revision as of 15:31, 15 February 2011
Line 4:		Line 4:
	-> if you want to remotely shut down or reboot a server, You'll sure use a APC or PDU...		-> if you want to remotely shut down or reboot a server, You'll sure use a APC or PDU...

	The "problem" with this system~~, this~~ is a very hard way to shut down a server.		The "problem" with this system is that it's a very hard way to shut down a server.
	it ~~could~~ be better to ~~put on~~ the power or reset button ?		<br>Wouldn't it be better to press the power or reset button ?

	~~Yes~~ you get the idea, a system able to ~~put~~ on the power button (remotely ~~off~~ course)		Now you get the idea, a system able to push on the power button (remotely of course)

	=== What do we need ? / cahier des charges ===		=== What do we need ? / cahier des charges ===
Line 13:		Line 13:
	** pour la config		** pour la config
	** pour les ordres de commande		** pour les ordres de commande
			** telnet (à condition qu'il ne soit accessible que via un réseau interne)
	** simple telnet suffit (on sera obligatoirement sur reseaux prive)
	* communication serie avec le system		* communication serie avec le system
	** pour la config (IP) uniquement ?		** pour la config (IP) uniquement ?
	** est-il vraiment utile de pouvoir commander via le port serie		** est-il vraiment utile de pouvoir commander via le port serie (vu qu'il ne sera raccorder a priopri qu'a une seule machine ...)
			** (Phil) je dirais qu'on peut s'en passer, cf point suivant
	(vu qu'il ne sera raccorder a priopri qu'a une seule machine ...)
			* robustesse
⚫	* idealement capable de commander plusieur serveur (par commande on entend ''~~apuiller~~'' sur le BP power ou reset)
			** (Phil) on veut pouvoir (à distance) reprendre la main sur la bête qui se serait crashée (stack ethernet, whatever).
			** Une des façons sans doute la plus sûre est de reflasher l'Arduino via USB et d'injecter directement la config qu'il faut dans l'image.
			** Ainsi, il n'y a pas besoin de développer un module CLI série pour reconfigurer l'IP.
			** C'est sensé être aussi plus robuste car on est à l'abri de tout plantage ou erreur de codage si on peut simplement le reflasher à distance pour corriger le tir.
			** Seule condition: les commandes physiques des boutons de reset ne peuvent pas se déclencher en cas d'arrêt, de reflashage, ou de reboot de l'Arduino! Si on n'a pas le contrôle absolu des ports lors de ces opérations, une solution est de bufferiser ces sorties (charge capa) et de devoir maintenir la sortie reset haute pendant longtemps (1 ou 2 secondes) pour que le reset soit effectué. Ainsi, aucun risque de déclenchement accidentel au reflashage.
		⚫	* idealement capable de commander plusieur serveur (par commande on entend ''appuyer'' sur le bouton power ou reset)
	* pouvoir mettre une etiquette sur chaque serveur (evite de se tromper de serveur)		* pouvoir mettre une etiquette sur chaque serveur (evite de se tromper de serveur)
	* sans alim ou si celui si est dans le choux, les serveurs ne doivent pas se couper/rebooter ...

	==== Idee dingue ou pas ? ====		==== Idee dingue ou pas ? ====

Dorian: /* What do we need ? / cahier des charges */

2011-02-11T15:30:29Z

What do we need ? / cahier des charges

← Older revision		Revision as of 15:30, 11 February 2011
Line 26:		Line 26:
	* ssh		* ssh
	** bon ca on n'y pense meme pas ! :-p		** bon ca on n'y pense meme pas ! :-p
			* Extensionalisable sans trop de frais
			** point de vue interface ethernet
			*** maintenant vu le faible cout :/

Dorian: /* What do we need ? / cahier des charges */

2011-02-11T15:19:14Z

What do we need ? / cahier des charges

← Older revision		Revision as of 15:19, 11 February 2011
Line 21:		Line 21:
	* pouvoir mettre une etiquette sur chaque serveur (evite de se tromper de serveur)		* pouvoir mettre une etiquette sur chaque serveur (evite de se tromper de serveur)
	* sans alim ou si celui si est dans le choux, les serveurs ne doivent pas se couper/rebooter ...		* sans alim ou si celui si est dans le choux, les serveurs ne doivent pas se couper/rebooter ...

			==== Idee dingue ou pas ? ====
			* 'lecture' des diodes power et HDD ou autre ?
			* ssh
			** bon ca on n'y pense meme pas ! :-p

Dorian: /* What do we need ? / cahier des charges */

2011-02-11T15:16:16Z

What do we need ? / cahier des charges

← Older revision		Revision as of 15:16, 11 February 2011
Line 13:		Line 13:
	** pour la config		** pour la config
	** pour les ordres de commande		** pour les ordres de commande
			** simple telnet suffit (on sera obligatoirement sur reseaux prive)
	* communication serie avec le system		* communication serie avec le system
	** pour la config (IP) uniquement ?		** pour la config (IP) uniquement ?