El blog de ​​Michael OSS / Linux, redes y mi vida privada

Ahorro de energía suspender servidor de archivos con

Después de un tiempo eterno ahora me corrió un servidor 24x7, he decidido eliminar este ahora y para construir una opción más eficiente en energía. Puede objetivo era disponer de un servidor de archivos, utilizando Wake-on-LAN para despertar y no se ejecutan constantemente. Era importante para mí lo más rápidamente posible y despertar el servidor, ¿quién quiere esperar mucho tiempo para acceder a los documentos.

Para resolver el problema ahora se está ejecutando una Debian Lenny con el último kernel de backports.

  cachorro: ~ # uname-r
 2.6.32-amd64-bpo.5 

Sólo la actualización del núcleo ha reducido las funciones de ahorro de energía activadas (en especial cpufreq) el consumo de alrededor de 20 vatios.

Además, quiero que el servidor no siempre se cierre manualmente, así que me fui en busca de un inspector del ya existente que se comprueba por un lado, si alguien está conectado a través de SSH, por el contrario la red, los sospechosos habituales de los controles de la actividad para garantizar que la servidor no se apaga cuando sea necesario.
Encontré lo que estaba en el "servidor sleepd", fue construida al parecer por el Heise tiempo parcial encontrar el script de shell se encuentra bajo http://mercurial.intuxication.org/hg/server-sleepd .
Dentro de la secuencia de comandos se pueden distinguir de qué hacer con el servidor cuando se apaga, en mi caso, "pm-suspend" está llamado a lo puso a dormir.

He tenido problemas, pero la función WOL, no se despertaba de nuevo el servidor. El error es simplemente un WOL deaktiverem en el NIC y el evento de despertar deaktivertem de la tarjeta de red para buscar en ACPI.

Si todos se ven de la siguiente manera:

  cachorro: ~ # cat / proc / acpi / wakeup
 Dispositivo S-estado de estado de nodo Sysfs
 PS2K S4 deshabilitado pnp: 00:0 una
 UAR1 S4 deshabilitado pnp: 00:0 b
 NSMB S4 deshabilitado PCI: 0000:00: 01,1
 USB0 S4 deshabilitado PCI: 0000:00: 02,0
 USB2 S4 deshabilitado PCI: 0000:00: 02,1
 NMAC S5 habilitado pci: 0000:00: 07,0
 P0P1 S4 deshabilitado PCI: 0000:00: 04,0
 HDAC S4 deshabilitado PCI: 0000:00: 05,0
 BR10 S4 deshabilitado PCI: 0000:00: 09,0
 BR12 S4 deshabilitado PCI: 0000:00:0 c.0
 BR11 S4 deshabilitado PCI: 0000:00:0 b.0
 cachorro: ~ # ethtool eth0
 Ajustes para eth0:
	 Puertos compatibles: [MII]
	 Half 10baseT / Full Modos de enlace: 10BaseT / 10baseT half / full
	                         Full 100baseT / 100baseT Descanso / Final
	                         1000baseT / Final del partido
	 Soporta auto-negociación: Sí
	 Half 10baseT / Full Anunciados los modos de enlace: 10BaseT / 10baseT half / full
	                         Full 100baseT / 100baseT Descanso / Final
	                         1000baseT / Final del partido
	 Anunciado auto-negociación: Sí
	 Velocidad: 1000Mb / s
	 Dúplex: Completa
	 Puerto: MII
	 PHYAD: 1
	 Transceptor: externa
	 La negociación automática: el
	 Soporta Wake-on: g
	 Wake-on: g
	 Link detected: yes 

Lo importante aquí es que en / proc / acpi / wakeup en la respectiva tarjeta de red es "activado" aparece en el estado, de lo contrario los eventos de esta fuente no está acostumbrado a despertar.
El ID de PCI correcta del mapa de la red se pueden encontrar a través de "lspci".

Es el conjunto conmigo en las interfaces de / etc / network / al iniciar las conexiones de red.

  por ethtool-s eth0 quiere g
 gt; / proc / acpi / wakeup hasta el eco NMAC & gt; / proc / acpi / wakeup 

Después de un tiempo eterno ahora me corrió un servidor 24x7, he decidido eliminar este ahora y para construir una opción más eficiente en energía. Puede objetivo era disponer de un servidor de archivos, utilizando Wake-on-LAN para despertar y no se ejecutan constantemente. Era importante para mí lo más rápidamente posible y despertar el servidor, que ...