Linux niet afsluiten maar stroom eruit trekken?

[geerttttt]

Ik zit met een projectje waarbij een 'servertje' eens per week zijn werk moet doen.
Op die dag wordt door een medewerker de stroom aangezet in die ruimte, waardoor de server ook stroom krijgt.
Deze server gaat draaien op een distro (ubuntu of fedora o.i.d.) zonder grafische meuk, deze streamt dan een videofeed naar het internet.

Een uurtje later is de ruimte niet meer nodig, dus gaat de stroom in die ruimte er weer af.
Dat betekent dus dat de server zomaar afgekapt wordt.

Dat is in ieder geval de meest handige oplossing voor de situatie zoals die daar is. Nu is de vraag echter, kan dit zomaar zonder dat dit problemen kan gaan geven op de server? Is er anders wellicht een manier om dit voor elkaar te krijgen dat dit wel kan? Ik weet dat een keertje niet zo erg is, maar structureel weet ik niet of de server niet ooit het loodje legt..

Iemand die hier wat meer over kan zeggen?

[DeOS]

Lijkt mij vragen om hardware storingen.

[Marzman]

Een cronjob maken die net voor dat uur de server afsluit?

Of de stroom regelen via de pc. Ik heb zelf een USB stekkerdoos die wordt afgesloten bij het afsluiten van Windows en waar na het opstarten van Windows de stroom weer op gaat. Zoiets zal er ook wel voor Linux zijn.

[ Voor 65% gewijzigd door Marzman op 27-11-2009 20:07 ]

[Boudewijn]

Want?
Zeker als je vanaf een read only gemount flash geheugen werkt kan dat gewoon prima.
Readonly disk kan afaik ook wel hoor .

[Marzman]

Alleen wordt die disk dan niet netjes "geparkeerd"

[Verwijderd]

Wat als de medewerker ziek is of vergeet?

[Verwijderd]

Marzman schreef op vrijdag 27 november 2009 @ 20:08:
Alleen wordt die disk dan niet netjes "geparkeerd"

Lijkt me geen groot probleem zolang niemand er mee gaat slepen. En fsck ruimt de niet compleet afgehandelde acties op je fs wel op bij de volgende boot.

[sebastius]

Marzman schreef op vrijdag 27 november 2009 @ 20:08:
Alleen wordt die disk dan niet netjes "geparkeerd"

Dat is tegenwoordig niet meer. Sinds de 286 ongeveer parkeren harddisks zichzelf

[BarthezZ]

Misschien is een klein UPSje een goede optie? Kan je die een signaal uit laten sturen als de stroom plat is en kan de server netjes afsluiten, hoeft niet heel prijzig te zin want de ups hoeft het maar kort uit te houden.

[Graviton12]

sebastius schreef op vrijdag 27 november 2009 @ 20:12:
[...]

Dat is tegenwoordig niet meer. Sinds de 286 ongeveer parkeren harddisks zichzelf

offtopic:
Lol ik dacht net hetzelfde
Wat was het weer gewoonweg "park" intypen zeker?

[geerttttt]

Boudewijn schreef op vrijdag 27 november 2009 @ 20:06:
Want?
Zeker als je vanaf een read only gemount flash geheugen werkt kan dat gewoon prima.
Readonly disk kan afaik ook wel hoor .

Readonly?... dan zou ik 2 partities moeten maken waarbij het hele OS e.d. in read only geladen wordt en dan de andere partitie read/write aangezien ik dus het e.e.a. moet streamen. Neem aan dat ie toch een soort buffer moet houden en hierdoor telkens wel wat moet wegschrijven?

[Nvidiot]

Je zou /tmp in een ramdrive kunnen zetten? Het minste werk lijkt me de hierboven genoemde oplossing met een klein UPS-je wat een nette shutdown doet.

[CyBeR]

Koop in plaats van een reguliere pc zo'n embedded dingetje wat eigenlijk bedoeld is om als router ofzo gebruikt te worden. Die hebben vaak nog best wat CPU aan boord en draaien vanaf een CF kaartje. Daar zitten geen bewegende onderdelen in en ze kunnen heel goed tegen dit soort mishandeling.

Een van deze dingetjes bijvoorbeeld: http://www.pcengines.ch/alix.htm

Ik heb er hier zoeen met OpenBSD voor m'n internet.

[ Voor 17% gewijzigd door CyBeR op 27-11-2009 21:04 ]

[Boudewijn]

Jup die dingen werken prima, heb er ook een zwik .


Read only want dan kun je je fs er niet mee vernaggelen. Het lijkt me nasty als je hem nodig hebt en je gaat uitgebreid fscken/

[Graviton12]

Je bedoelt zoiets?
http://www.marvell.com/pr...r/kirkwood/sheevaplug.jsp

Heb deze in de muur zitten als firewall, draait Debian maar alleen met ssh dus geen X.

[geerttttt]

Tja, die kleine dingetjes zijn wel grappig, maar ik moet ook bijv. een video in port erop hebben, en die zal ik niet zo snel op die apparaatjes vinden denk ik...

[laurencevde]

goedkoop usb-"tv"-kaartje eraan? (hoeft geeneens een tuner te hebben...)

[Boudewijn]

Mwa gewoon een standaard pc vindt dit ook niet zo erg hoor.
Je kunt ze redelijk mishandelen, dus dit lijkt me wel mee te vallen.

Als je beetje oppast met je fs gaat het wel goed.

[Bob]

Zo licht moet je er nu ook weer niet over gaan denk ik. De harde schijf parkeert zijn leeskop inderdaad, maar niet op de normale, rustige manier. Het wordt soms een emergency park genoemd en HD's zijn niet gemaakt om die emergency parks gedurende hun hele leven te doen.
http://www.pixelbeat.org/.../#Power-Off_Retract_Count

[AirX]

Je kunt uiteraard een SSD gebruiken... heb je geen parkeer problemen

[leuk_he]

Boudewijn schreef op zaterdag 28 november 2009 @ 23:03:
Als je beetje oppast met je fs gaat het wel goed.

Zo read-only mogelijk configureren, en ander no-atime aanzetten. Als hij echt heftige dingen gaat schrijven gaat het fout, maar de theorie(!) zegt dat met logging file systeem (EXT3 enzo, niet ext2) hij kan recoveren.

streamen is toch alleen lezen van schijf?

Of dat goed staat ingesteld zodat hij altijd goed recovered isde vraag. Sommige systemen vliegen in maintenance mode en dan moet je alsnog onderhoud doen.

[ Voor 4% gewijzigd door leuk_he op 28-11-2009 23:15 ]

[Ultraman]

Als je met read-only af kunt, doen!
Zo niet, dan zou ik je schijven mounten met, sowieso 'noatime', maar ook 'sync'. Sync gebruik je ook voor bijvoorbeeld USB media die je aan hangt. Zolang de disk niet bezig is kun je ze dan in principe uit de USB trekken. Handig als je omgaat met volkstammen die dat zonder blikken en blozen doen, je USB stick/drive er uit trekken als jij zegt dat het document/bestand er op staat. Erg handig, net als de default in Windows (Optimize for quick removal).
Sync doet:

sync
All I/O to the file system should be done synchronously. In case of media with limited number of write cycles (e.g. some flash drives) "sync" may cause life-cycle shortening.

Werkt trouwens alleen voor ext, fat en ufs voor zover ik weet.
Zorgt ervoor dat data direct wordt weggeschreven ipv eerst een aardige buffer aan te maken en die als een blok weg te schrijven.

Graviton12 schreef op vrijdag 27 november 2009 @ 20:21:
[...]


offtopic:
Lol ik dacht net hetzelfde
Wat was het weer gewoonweg "park" intypen zeker?

offtopic:
Jup, daar was "PARK" voor. Progseltje in je /DOS map. Vroeg of je zeker was, druk Y of J (NL), je hoorde ding klik zeggen en je PC kon uit.

[ Voor 53% gewijzigd door Ultraman op 28-11-2009 23:27 ]

[Rainmaker]

Mijn ervaring is dat ext3 dit prima kan hebben. Even los van de overige hardware, waarvan ik niet zeker weet hoe die reageert.

Je zou het eventueel nog "helemaal" safe kunnen maken met een RAID controller met batterij backup.

[Tags NL]

geerttttt schreef op vrijdag 27 november 2009 @ 20:02:
Ik zit met een projectje waarbij een 'servertje' eens per week zijn werk moet doen.
Op die dag wordt door een medewerker de stroom aangezet in die ruimte, waardoor de server ook stroom krijgt.
Deze server gaat draaien op een distro (ubuntu of fedora o.i.d.) zonder grafische meuk, deze streamt dan een videofeed naar het internet.

Een uurtje later is de ruimte niet meer nodig, dus gaat de stroom in die ruimte er weer af.
Dat betekent dus dat de server zomaar afgekapt wordt.

Snap de situatie niet echt waarin dit gebeurd? Waarom gaat die machine en stroom alleen maar een keer per week aan en waarom een uur later er weer af?

[JumpStart]

Bob schreef op zaterdag 28 november 2009 @ 23:08:
Zo licht moet je er nu ook weer niet over gaan denk ik. De harde schijf parkeert zijn leeskop inderdaad, maar niet op de normale, rustige manier. Het wordt soms een emergency park genoemd en HD's zijn niet gemaakt om die emergency parks gedurende hun hele leven te doen.
http://www.pixelbeat.org/.../#Power-Off_Retract_Count

Waar, in de informatie waar je naar linkt, staat dat een Power Off Retract niet gemaakt is om normaal gebruikt te worden?

Voor zover ik kan zien in het bijbehorende octrooi wordt de energie van de draaiende platters, via de electromotor die dan als dynamo functioneert, gebruikt om de koppen te parkeren. Niets uitzonderlijks omdat iedere electromotor als dynamo kan werken. De stappenmotor die normaal de koppen positioneert doet niets anders dan dat het onder stroom ook zou doen, "in a controlled fashion" nog wel, alleen komt de stroom nu ergens anders vandaan.

Als je één keer per weer een zogenaamde Big Red Switch doet (oftewel hard de stroom er vanaf) dan zie ik nog niet dat dit meteen tot hardwarematige problemen aan je HD gaat geven.

[laurencevde]

Waar is dit voor? De schoonmaker in de gaten houden?

Het is bijna onmogelijk bestandssysteem/os/schijf-combo te krijgen die perfect is vwb random uitzetten... Ze zijn er nogal mee bezig in de linux-kernel om al het mogelijke af te vangen, maar er is niemand die je durft te garanderen dat corruptie onmogelijk is... RO mounten of een UPS is in een situatie als dit dan ook de enige veilige mogelijkheid. Ook omdat het journal nalopen/bestandssysteem checken de boottijd flink kan verhogen, en het lijkt me ook de bedoeling om vrijwel instant-on te worden?

Ik denk niet dat harde schijven dergelijk misbruik leuk vinden, dus dat wordt flash-geheugen... Dat het kan wil nog niet zeggen dat hun levensduur er niet door achteruit gaat...
Maar volgens mij is van een hoop flash-kaartjes de wear-leveling/remapping niet helemaal atomic, wat betekent dat hij data kan verliezen... Ook weer een reden om read-only te gaan...

Ik zou zo'n mini-pc'tje pakken, eentje met voldoende geheugen om de buffer van de video-stream in op te slaan, er een flash-kaart indrukken, en die ro-mounten (let op dat een standaard distro daarop aangepast moet worden...). En natuurlijk een goedkope usb-video-in...

[ik222]

De beste oplossing die al genoemd is overigens lijkt mij toch echt een kleine ups neerzetten die de server zodra de stroom eraf gaat gewoon netjes afsluit. Dan heb je helemaal geen probleem.

[Fiber]

Of een oude laptop gebruiken. Die hebben een ingebouwde "UPS"....

[ Voor 1% gewijzigd door Fiber op 28-11-2009 23:59 . Reden: " " ]

[swbr]

Maak gewoon een script dat een 'sleep 1800' en daarna een 'init 0' doet, en zet dat in je /etc/init.d en maak de juiste symlinks aan zodat het bij het booten uitgevoerd wordt.

[Tsurany]

UPS? Zodra de stroom eraf gaat stuurt hij een signaal die de PC vervolgens afsluit.

[RemcoDelft]

Antaresje schreef op zondag 29 november 2009 @ 00:00:
Maak gewoon een script dat een 'sleep 1800' en daarna een 'init 0' doet, en zet dat in je /etc/init.d en maak de juiste symlinks aan zodat het bij het booten uitgevoerd wordt.

Zoiets

Of neem Puppy Linux, start standaard op van USBstick (of desgewenst van disk), laadt alles in het geheugen, waarna je de disk met hdparm meteen uit kan laten gaan. Trek je de stekker er uit, ben je alle veranderingen kwijt. Simpel, klein en snel.

[geerttttt]

Ok, meer opties dus. Flash geheugen is dus iig aan te raden wil ik echt gebruik gaan maken van power-off mogelijkheden.

Ik moet het maken voor een bedrijf waar eens per week een presentatie is, deze moeten gestreamd worden naar het internet. Er werken daar 2 mannetjes (om en om) die de geluidsapparatuur aanzetten. Ik kan hem wel vragen om gewoon eerst de pc uit te zetten en dan pas de kast, maar in praktijk denk ik dat dit vergeten gaat worden, en ik wil het ook graag zo maken dat er voor hun situatie niks verandert.

Een andere optie is dus een UPS, maar aangezien hij in een klein rack (1/4e rack ofzo) geplaatst moet worden is dat qua ruimte al niet zo heel erg ruim daarbinnen.

Daarnaast, ik ben niet zo bekend met UPS systemen, kunnen die echt een signaal doorgeven aan de betreffende pc dat hij op noodstroom werkt zodat de pc zichzelf kan uitschakelen?

[ThinkPad]

geerttttt schreef op zondag 29 november 2009 @ 15:22:

Een andere optie is dus een UPS, maar aangezien hij in een klein rack (1/4e rack ofzo) geplaatst moet worden is dat qua ruimte al niet zo heel erg ruim daarbinnen.

Daarnaast, ik ben niet zo bekend met UPS systemen, kunnen die echt een signaal doorgeven aan de betreffende pc dat hij op noodstroom werkt zodat de pc zichzelf kan uitschakelen?

Ja dat kunnen ze.

En een UPS hoeft niet zo heel groot te zijn hoor.
Ik heb hier een APC SmartUPS 700VA, die is ongeveer 37cm diep, 17cm hoog, en 15cm breed.

Hij weegt wel aardig wat, dus daar moet je wel even opletten met je rek.

[Graviton12]

UPS'en van tegenwoordig zijn niet meer de UPS'en van 10 jaar terug die enkel stroom leveren

[schaduw]

misschien is een laptop zo te configureren dat hij zichzelf (netjes) afsluit als de netspanning afgesloten wordt en hij op de accu verder zou moeten?

[Tsurany]

Dat kan op een laptop prima. Kies een accu percentage en kies wat hij daarbij als actie moet uitvoeren.

[daft_dutch]

schaduw schreef op zondag 29 november 2009 @ 15:45:
misschien is een laptop zo te configureren dat hij zichzelf (netjes) afsluit als de netspanning afgesloten wordt en hij op de accu verder zou moeten?

dit doe je door wat aantepassen in /etc/acpid/actions/

[Sprite_tm]

Desalniettemin denk ik dat een appliance PC ook prima mogelijk is. Theoretisch gezien (ik heb het zelf nog nooit uitgeprobeerd) zou je zelfs een LiveCD kunnen maken, hetzij 'echt' op CD-formaat hetzij als harde-schijf-image. Je OS boot dan, maar alle writes gaan ipv naar de HD/CDROM naar RAM toe; iirc heet dat geintje 'unionfs'. Zorg dus dat je een klein OSje netjes op die HD installeert zoals je het wil, zorg dan dat de HDs als unionFS gemount worden en als 't goed is kan je zorgen dat de HD vanaf dat moment niet meer beschreven word -> geen fscks nodig, geen hangende sectoren, geen vollopende disks, uitschakel-proof apparaat

[Boudewijn]

Is netboot anders nog een idee?

[mcDavid]

Oppassen met het aanraden van een UPS! Bedenk goed dat dat ding ook maar een uurtje de tijd heeft om bij te laden!

+ veel laadcycly en in ontladen toestand een week weggezet worden... dingen waar een UPS niet van houdt..

[ Voor 32% gewijzigd door mcDavid op 01-12-2009 11:27 ]

[arie_papa]

Kun je niet gewoon booten vanaf live cd / flash ism read only, en de stream mounten via een netwerk share?
Zeker bij flash kun je je systeem helemaal afconfigureren en daarnaast ook zorgen voor een makkelijke backup (2e identieke flashkaart)
De netwerkshare heeft verder geen last van de stroomonderbreking en je kunt makkelijker het werk voorbereiden

[H!GHGuY]

compactflash met zoveel mogelijk read-only/ramdisk.

Meeste embedded devices hebben exact dit soort aanpak.

[geerttttt]

Dat unionfs is wel een leuk idee, is naar kijken. kan dat ook met een gewone debian of ubuntu installatie welke ik dan unionfs maak bijv?

[Sprite_tm]

Lijkt me wel jah Voor zover ik weet moet je de kernel wel recompileren omdat unionfs last time I checked nog niet in de normale kernel zat. Verder lijkt het me een gevalletje RTFM; als die tig liveCDs het voorelkaar hebben zou het met een HD niet zo heel veel moeilijker moeten wezen.