APC Smart-UPS 750 - apcupsd

Fórumok

Sziasztok!

Van az irodában egy APC Smart-UPS 750, rajta 3 számítógép és 2 monitor. Az egyik gépnek csak az a feladata, hogy rá van kötve SERIAL kábellel az UPS és ő figyeli az aktuális állapotot. A másik két gép mindennapi munkagép, ők az 1-es gépen keresztül kérdezik le az UPS állapotát hálózaton át.

Jelenlegi állapot:

- monitoroz az 1-es gép
- a 2-es és 3-as az 1-esen keresztül figyeli az UPS-t
- áramszünet esetén szabályosan lekapcsol mindhárom (persze nem egyszerre, az 1-es utoljára)

Miután minden gép lekapcsolt, az UPS kimenetein ott marad a feszültség. Így mikor visszajön az áram, a gépek nem kapcsolódnak vissza.

Van arra megoldás, hogy amikor az 1-es gép is elmegy alvóba, valami löketet adjon az UPS-nek, hogy vegye le a feszültséget a kimenetekről, majd mikor visszajön nyomja vissza?

Balázs

Hozzászólások

Köszi, javul, de még mindig nem teljesen jó.

Teszt:

Kihúztam a tápot az UPS-ből, a 2-es és 3-as gépek szépen lekapcsoltak. Az 1-es gép tovább működött. Mivel lecsökkent a terhelés, ezért az apcaccess 45 percet írt hátralévő időnek. Ha ezen időn belül "visszajött" az áram, akkor az UPS örült a mannának viszont nem lett elvéve a kimenetekről az áram, így nem kapcsolt vissza a 2-es és a 3-as.

Csak akkor működik úgy, ahogy szeretném, amikor az 1-es gép is lekapcsol és csak után jön vissza az áram. Ez viszont nem jó.

Gondolkodom sufni megoldáson (WakeOnLan), de nem hiszem el, hogy erre nincs megoldás. (Biztos van, csak én vagyok a béna.)

"ha a többin már elindította a shutdown folyamatot"

Nem vagyok biztos benne, hogy az 1-es állítja le a többit. Én úgy értelmezem, hogy a 2-es és a 3-as saját maga figyeli az UPS állípotát az 1-esen keresztül, és a megdott érték esetén (5 perc vagy 5%) lekapcsolnak. Az 1-es szerintem nem is értesül a többi gép állapotáról.

Sokat szenvedtem én is ezzel. Jelenleg egy P3-as gépet használok AT táppal, szünetmentes nélküli árammal táplálva, hogy WOL-al felébressze a szervereket. Semmi mást nem csinál csak boot után 15 perccel kiadja a wol parancsokat. Ki kellene váltani valami kevesebbet fogyasztó cuccra.
2010-ben 4 olyan kellemetlen idejű áramszünet is volt, ami miatt be kellet jönnöm bekapcsolni valamelyik gépet.
Az azonnali indítás sem jó, mert jöhet még egy kimaradás, és az akkuk teljesen le vannak merülve.

Persze, de lehet olyan idejű áramkimaradás, hogy a szerver(ek) már leálltak, de áramkimaradás nem történik a szerver tápján, az áram visszajött. Ilyen esetben jól jön az a 15 perc.
Én sem hittem volna de, két éve 4szer is előfordult olyan kimaradás, ami ha 2 perccel rövidebb vagy hosszabb - semmi galibát nem okoz.

Komolyan nem ertem sracok. Ez a masodik ilyen tema az utobbi idoben. Legolcsobb gagyi (usb-s) APC es osregi apcupsd is tudja:

1. aramkimaradas
2. lemerul beallitott szintig
3. gepek elkezdik a shutdown-t, ennek vegen, kozvetlen a poweroff elott apcupsd szol az UPS-nek, hogy fel perc mulva o is kapcs ki magat.
4. gepek remelhetoleg lealltak, UPS kis kesleltetessel kikapcsolja a kimenetet. (Ha valaki meg nem fejezte be a shutdownt, akkor igy jart.)
5. egyszercsak visszajon a betap, esetleg tobbedszeri nekifutasra.
6. nem baj, mert az UPS csak akkor kapcsolja vissza a kimenetet, amikor beallitott szintre feltoltotte az akksit. Igy mindenkepp van ido egy esetleges ujabb shutdownra is.
7. tehat mar vagy fel oraja van aram, amikor az USP bekapcsolja a kimenetet.
8. gepek BIOS beallitasa miatt visszatero betapra elkezdenek bootolni, mukodni.
9. goto 1.

No igen! Csak azt nem tudom, hogy mi kell az apcupsd.conf-ba, hogy ezek teljesüljenek.

...
"4. gepek remelhetoleg lealltak, UPS kis kesleltetessel kikapcsolja a kimenetet. (Ha valaki meg nem fejezte be a shutdownt, akkor igy jart.)"
...
"6. nem baj, mert az UPS csak akkor kapcsolja vissza a kimenetet, amikor beallitott szintre feltoltotte az akksit. Igy mindenkepp van ido egy esetleges ujabb shutdownra is."
...

>"4. gepek remelhetoleg lealltak, UPS kis kesleltetessel kikapcsolja a kimenetet. (Ha valaki meg nem fejezte be a shutdownt, akkor igy jart.)"

# UPS Grace period after request to power off (seconds)
# SLEEP 020 180 300 600 (default = 20)
SLEEP 020

>"6. nem baj, mert az UPS csak akkor kapcsolja vissza a kimenetet, amikor beallitott szintre feltoltotte az akksit. Igy mindenkepp van ido egy esetleges ujabb shutdownra is."

# Battery charge needed to restore power
# RETURNCHARGE 00 15 50 90 (default = 15)
RETURNCHARGE 50

Egyes rendszerek eseten lehet, hogy KILLDELAY-jel tudod csak megoldani az UPS kikapcsolas idoziteset:

# If KILLDELAY is non-zero, apcupsd will continue running after a
# shutdown has been requested, and after the specified time in
# seconds attempt to kill the power. This is for use on systems
# where apcupsd cannot regain control after a shutdown.
# KILLDELAY 0 disables
KILLDELAY 0

A megoldást sajnos én sem nem tudom, de szerintem a gond a 3.-nál van.

3a. A kliensgépek elkezdik a leállást. Gondolom nekik korábban kell valamivel mint annak a gépnek amire a ups mgmt. kábel van dugva, mert ha nem előfordulhat, hogy a mgmt. gép áll le először, és a többi gép csak akkor fog lekapcsolni amikor az ups leveszi a kimenetről a delejt, de akkor azonnal :). (Vagy ezt rosszul gondolom, és ugyanarra a határértékre kell minden apcupsd configot belőni, és akkor sem fordulhat elő a fent vázolt eset?)
3b. Mivel a gépek leálltak, az ups-en a terhelés igen csak megcsappant ennek okán a mgmt. gépnek még bőven lenne ideje lekapcsolni (mondjuk az eddigi 10 percig bírja a szünetmentesről lesz 30 perc, ezért ő egy jó darabig nem fog még lekapcsolni.
3c. Közben vissza jön a delej, és a mgmt. gép nem fog leállni, és a többi gép sem indul vissza.

---
Egy anlgaii etegyem ktuasátai szenirt nem szimát melyin serenrodbn vnanak a bteűk egy szbóan, az etegyeln ftonos dloog, hogy az eslő és az ultosó bteűk a hölyeükn lneegyek. A tböbi bteű lheet tljees össze-vabisszásagn, mgiés porbléma nlkéül oalvsahtó

>de szerintem a gond a 3.-nál van.

Nincs.

> 3a. A kliensgépek elkezdik a leállást. Gondolom nekik korábban kell...

Tok mindegy. A mgmt gepen beallitod az apcupsd.confba, hogy SLEEP 300. Ezzel az mgmt gep leallasa utan 5 perccel az UPS lekapcsolja a kimeneti aramot mindetol fuggetlenul. (Akkor is, ha kozben visszajott a bejovo betap! Ilyenkor (egy allithato) delay utan persze visszakapcsolja.)

Tehat mindenki masnak van 5perc+mgmt gep leallasnyi ideje shutdownolni. Ha nem eleg, lehet novelni tovabb a SLEEP-et.

>3b. Mivel a gépek leálltak, az ups-en a terhelés igen csak megcsappant ennek okán a mgmt. gépnek még bőven lenne ideje lekapcsolni

Tok mindegy, mgmt gep mar reges reg kikapcsolt, es megkerte az UPS-t, hogy terhelestol, mindentol fuggetlenul 300 sec mulva kapcsolja le a kimenetet.

>3c. Közben vissza jön a delej, és a mgmt. gép nem fog leállni

Es harmadszor is. Mindenki leallt ahogy tudott, 300 sec utan puff, leveszi az UPS a kimeneterol a feszt, var egy kicsit es utana visszaadja a kimenetere a tapot. (Mindenki elindul, boldog.)

De ezt mar leirtam fent. Rajzolj folyamatabrat, ugy konnyen atlathato.

> Tok mindegy. A mgmt gepen beallitod az apcupsd.confba, hogy SLEEP 300...

Itt egy példa folyamat, hol hibádzik a gondolatmenetem?

Minden gép önmagát állítja le.

1 mgmt gep apcupsd soros/usb ups kapcsolattal.
SLEEP xxx
RETURNCHARGE xx
KILLDELAY 0
....
MINUTES 5

2 kliensgép apcupsd (csatlakozik az mgmt-n futó apcupsd-hez)
UPSCABLE ether
UPSTYPE net
DEVICE mgmt_ip:xxxx
....
MINUTES 10

pl. folyamat
20:00 futásidő 15 perc - áramszünet kezdete
20:10 futásidő 10 perc - kliensek shutdown indul
20:11 futásidő 40 perc - kliensgépek leálltak

20:46 futásidő 05 perc - mgmt shutdown indul
20:49 futásidő -- perc - a szünetmentes lekapcsolja a kimeneteket
21:23 - visszajön a delej szünetmentes tölt
~21:30 - kimenetek bekapcsolnak, a gépek indulnak.

Mi történik ha a delej 20:11-20:45 közt visszajön?
Ezt meg lehet csinálni apcupsd-vel, vagy kell hozzá saját scriptet írnom (pl. WOL)?

---
Egy anlgaii etegyem ktuasátai szenirt nem szimát melyin serenrodbn vnanak a bteűk egy szbóan, az etegyeln ftonos dloog, hogy az eslő és az ultosó bteűk a hölyeükn lneegyek. A tböbi bteű lheet tljees össze-vabisszásagn, mgiés porbléma nlkéül oalvsahtó

"Itt egy példa folyamat, hol hibádzik a gondolatmenetem?"

Itt:

"20:11 futásidő 40 perc - kliensgépek leálltak

20:46 futásidő 05 perc - mgmt shutdown indul"

Nem csak a kliensgepek allnak le, hanem a management gep is. Minek uzemeljen, semmit nem csinal es csak lemeriti feleslegesen az akksit.

Igen én is azt szeretném.
De mi kell ehhez a apcupsd configokba mgmt/kliens oldalon, hogy ez teljesüljön?

---
Egy anlgaii etegyem ktuasátai szenirt nem szimát melyin serenrodbn vnanak a bteűk egy szbóan, az etegyeln ftonos dloog, hogy az eslő és az ultosó bteűk a hölyeükn lneegyek. A tböbi bteű lheet tljees össze-vabisszásagn, mgiés porbléma nlkéül oalvsahtó

Hogy miután a kliensgépek megkezdték leállást utána a mgmt gép is lekapcsolja magát. (és a szünetmentest, de ez megoldva)
(vagy egy-egy master/slave apcupsd példa configot :)

---
Egy anlgaii etegyem ktuasátai szenirt nem szimát melyin serenrodbn vnanak a bteűk egy szbóan, az etegyeln ftonos dloog, hogy az eslő és az ultosó bteűk a hölyeükn lneegyek. A tböbi bteű lheet tljees össze-vabisszásagn, mgiés porbléma nlkéül oalvsahtó

Ha jól látom, ott keveredtek bele, hogy minden gépnek a UPS azonos állapoában kell triggerelni a shutdown-t, hogy ne történhessen meg az, hogy a kliensek már leálltak, a főgép még vígan megy, az áram meg visszajön.
Tehát, ha a klienseket 10 perc futásidőnél lövöd le, akkor az 1-es gép leállását is el kell indítanod ugyanakkor, max. a shutdown scriptbe tehetsz némi delay-t + a UPS-nek küldött sleep idő. A 2-nek együtt elégnek kell lenni arra, hogy a kliensek leálljanak és így az 1. gép is mindenképp le fog állni, ha vissza is jött a villany, hiszen a folyamat már elindult. Végén UPS shutdown és megfelelő akkutöltöttség esetén újraindul minden a 0-ról.

Pontosan! Ezt a verziót is próbáltuk. Ez csak akkor bugzik, ha a shutdown delay alatt jön vissza az áram. Persze kicsi rá az esély, de előfordulhat. Úgy szerettem volna megoldani, hogy ne kelljen hackelni sehova semmit, csak a dokumentált opciókat helyesen megválasztva működjön tökéletesen.

Úgy oldottuk meg végül, hogy először a kliensgépek állnak le, majd 5 perccel később a szerver. A szerveren 5 percenként fut egy script, ami megnézi, hogy ONLINE állapotban van-e az UPS és 50%-os töltöttséggel rendelkezi-e. Ha teljesül, akkor wakeonlan a klienseknek. Amennyiben több órás az áramszünet, akkor a szerver is leáll és mikor a villany visszajön, mindenki indul. Kész.

Köszönöm, igen ez a gondom

< 1-es gép leállását is el kell indítanod ugyanakkor...

Nem jó, az apcupsd leírása szerint sem, nincs garancia arra, hogy az egy időben indított shutdown esetén a slave-k is leállnak, lehet hogy az 1. gép áll le elsőnek, ha meg sleepel késleltetem a shutdown folyamatot, akkor meg ha közben visszajön az áram, akkor meg az 1-es gép csaphatja ki a kliensek alól a szünetmentest :), ha meg figyelem a onbatt/online státus-t és megszakítom a leállítást, akkor is előállhat az az eset, hogy A kliens leáll, B kliens meg meg se kezdi a leállást.

Master/Slave Shutdown

In master/slave configurations, however, the master cannot be 100 percent sure that the slaves have all shutdown before it performs the power off. To avoid this situation, be sure to configure any slaves (clients) to shut down before the master by setting different TIMEOUT, BATTERYLEVEL, or MINUTES parameters in the config file.
---
Egy anlgaii etegyem ktuasátai szenirt nem szimát melyin serenrodbn vnanak a bteűk egy szbóan, az etegyeln ftonos dloog, hogy az eslő és az ultosó bteűk a hölyeükn lneegyek. A tböbi bteű lheet tljees össze-vabisszásagn, mgiés porbléma nlkéül oalvsahtó