Ahmed Kamal schrieb:
Hi guys,
Situation
=======
I'm managing a server in some rural area with too many power cuts! Even
long power cuts that our ups can't handle, and sometimes flickery power
spikes, such that evidently sometimes the server reboots, and waits at
the stupid "check file system" prompts. I get to drive for an hour to
fix that FS corruption! Now, that machine does not have IPMI management
or similar, and the serial port is connected to the UPS for auto-shutdown.
Problem
=====
This leaves me with no "remote" way to fix serious errors such as FS
checking
Suggestion
=======
Is there such a thing as remote serial console. I'm thinking *if* the
kernel gets to boot, then it immediately starts the network interface,
and a tiny server for sending console messages to whoever is connected.
I should be able to fix FS corruption and other serious problems. My
question is, does such a thing exist ?
Regards
------------------------------------------------------------------------
_______________________________________________
rhelv5-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/rhelv5-list
Hello!
You should look for KVM-over-IP or a Console Server.
We're using both types of devices. It is always better to have one way
more... With a console server you can even connect to the serial port of
your UPS. And some manufacturers have embeded system controllers in
their servers, which can be connected to the network. With these
controllers you are able to view the console, monitor your hardware or
powercycle the server.
For KVM-over-IP Avocent has some devices in store:
http://www.avocent.com/DSR_Switches.aspx
And we're using Digi Console Servers to redirect the serial console over
IP: http://www.digi.com/products/consoleservers/index.jsp
Dependend on the typ of data on your disks and the kind of workload, you
can disable the filesystem check with tune2fs for very large filesystems
if you're using ext3 filesystems. This should work fine if you write
seldomly. If you have heavy write access on the disk this can be
dangerous if your journals get damaged.
Regards
Berthold
_______________________________________________
rhelv5-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/rhelv5-list
