Joe Zeff j...@zeff.us writes:
On 06/22/2013 06:49 PM, lee wrote:
Joe Zeff j...@zeff.us writes:
On 06/21/2013 09:19 PM, lee wrote:
And how would I disable it? Mdmonitor is stopped and disabled, and md
is still running.
systemctl stop SERVICENAME.service
systemctl mask SERVICENAME.service
On 23.06.2013 04:45, Joe Zeff wrote:
On 06/22/2013 06:49 PM, lee wrote:
Joe Zeff j...@zeff.us writes:
On 06/21/2013 09:19 PM, lee wrote:
And how would I disable it? Mdmonitor is stopped and disabled, and md
is still running.
systemctl stop SERVICENAME.service
systemctl mask
Am 23.06.2013 04:45, schrieb Joe Zeff:
On 06/22/2013 06:49 PM, lee wrote:
Joe Zeff j...@zeff.us writes:
On 06/21/2013 09:19 PM, lee wrote:
And how would I disable it? Mdmonitor is stopped and disabled, and md
is still running.
systemctl stop SERVICENAME.service
systemctl mask
On 06/21/2013 09:19 PM, lee wrote:
And how would I disable it? Mdmonitor is stopped and disabled, and md
is still running.
systemctl stop SERVICENAME.service
systemctl mask SERVICENAME.service
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
Joe Zeff j...@zeff.us writes:
On 06/21/2013 09:19 PM, lee wrote:
And how would I disable it? Mdmonitor is stopped and disabled, and md
is still running.
systemctl stop SERVICENAME.service
systemctl mask SERVICENAME.service
Thank you, that would work if there was a service called md, but
On 06/22/2013 06:49 PM, lee wrote:
Joe Zeff j...@zeff.us writes:
On 06/21/2013 09:19 PM, lee wrote:
And how would I disable it? Mdmonitor is stopped and disabled, and md
is still running.
systemctl stop SERVICENAME.service
systemctl mask SERVICENAME.service
Thank you, that would work if
Reindl Harald h.rei...@thelounge.net writes:
Am 19.06.2013 17:01, schrieb lee:
Look at pulseaudio, for example. It can be useful *if* you actually
have use for features it provides --- which I don't
most do
Do you have any evidence for that?
It's like installing all available packages
Reindl Harald:
irqbalance is a daemon that evenly distributes IRQ load across
multiple CPUs for enhanced performance.
lee:
That's what it claims, but does it really?
Okay, if you really want to know, it's a subversive program by the TLA
to infiltrate computers in Iraq...
--
[tim@localhost
Reindl Harald h.rei...@thelounge.net writes:
Am 21.06.2013 08:39, schrieb lee:
Reindl Harald h.rei...@thelounge.net writes:
Am 19.06.2013 17:01, schrieb lee:
Look at pulseaudio, for example. It can be useful *if* you actually
have use for features it provides --- which I don't
most do
Reindl Harald h.rei...@thelounge.net writes:
Am 18.06.2013 04:41, schrieb lee:
Joe Zeff j...@zeff.us writes:
As long as the drive itself is working, there's a way to recover the
data, although there may well not be an easy or fast way.
Imagine the power supply would fail so that I can't
Am 19.06.2013 17:01, schrieb lee:
Look at pulseaudio, for example. It can be useful *if* you actually
have use for features it provides --- which I don't
most do
It's like installing all available packages just because they exist.
no
Why is md running?
I'm not using software raid.
Joe Zeff j...@zeff.us writes:
On 06/17/2013 07:21 PM, lee wrote:
Joe Zeff j...@zeff.us writes:
On 06/16/2013 07:09 PM, lee wrote:
Just think it through and then explain to me how it would make sense to
dedicate (a part of the limited) resources to have mcelog constantly
running.
[...]
On 06/18/2013 12:41 AM, Joe Zeff wrote:
On 06/17/2013 07:21 PM, lee wrote:
Joe Zeff j...@zeff.us writes:
On 06/16/2013 07:09 PM, lee wrote:
Just think it through and then explain to me how it would make
sense to
dedicate (a part of the limited) resources to have mcelog constantly
running.
Am 18.06.2013 04:41, schrieb lee:
Joe Zeff j...@zeff.us writes:
As long as the drive itself is working, there's a way to recover the
data, although there may well not be an easy or fast way.
Imagine the power supply would fail so that I can't read logfiles
anymore.
What do I do? Fix
Am 17.06.2013 02:25, schrieb lee:
Joe Zeff j...@zeff.us writes:
On 06/15/2013 08:40 PM, lee wrote:
When the hardware has gone so bad that I can't start mcelog anymore, I
very likely can't retrieve information from the logfiles, either,
without fixing the problem first.
As long as it's
?
such things are done with SAN-storages with typically
*two* conrollers for failover, if you rely on *one*
single controller and nothing else can read your
RAID you should hire someone with knowledge
but what the hell has this to do with mcelog.service since
nobody but you is using 10 SAS disks local
this thread with is the mcelog.service of any use to me?
people explained you why it *could* be useable
why do you ask if you are knowing it better?
so disable it and stop trolling
is it really that hard?
P.S.: and do not forget to disable a couple of other services
which are not hardly needed
for others because they have spare controllers or not
using hardware RAID and if *you* do not need mcelog.service
disable it and stop your uselles discussion why *you* can
not read logfiles if your system does not boot, others can
hence in professional environment you even use the --syslog
option
to constantly check some logfile. Which
logfile that is, is not even documented. It might be /var/log/syslog
when you look at the mcelog.service file. Lots of things are being
logged there, and I usually don't look at that unless something isn't
working. I could make something that greps
Joe Zeff j...@zeff.us writes:
On 06/16/2013 07:09 PM, lee wrote:
Just think it through and then explain to me how it would make sense to
dedicate (a part of the limited) resources to have mcelog constantly
running.
I take it, then, that you've either never heard of logrotate or have
some
Joe Zeff j...@zeff.us writes:
As long as the drive itself is working, there's a way to recover the
data, although there may well not be an easy or fast way.
Imagine the power supply would fail so that I can't read logfiles
anymore.
What do I do? Fix the hardware right away or waste a week or
On 06/17/2013 07:21 PM, lee wrote:
Joe Zeff j...@zeff.us writes:
On 06/16/2013 07:09 PM, lee wrote:
Just think it through and then explain to me how it would make sense to
dedicate (a part of the limited) resources to have mcelog constantly
running.
I take it, then, that you've either never
On 06/17/2013 07:41 PM, lee wrote:
Joe Zeff j...@zeff.us writes:
As long as the drive itself is working, there's a way to recover the
data, although there may well not be an easy or fast way.
Imagine the power supply would fail so that I can't read logfiles
anymore.
What do I do? Fix the
On 06/15/2013 08:40 PM, lee wrote:
When the hardware has gone so bad that I can't start mcelog anymore, I
very likely can't retrieve information from the logfiles, either,
without fixing the problem first.
As long as it's not the drive itself that went bad you can always
connect it to
Joe Zeff j...@zeff.us writes:
On 06/15/2013 08:40 PM, lee wrote:
When the hardware has gone so bad that I can't start mcelog anymore, I
very likely can't retrieve information from the logfiles, either,
without fixing the problem first.
As long as it's not the drive itself that went bad you
On 06/16/2013 05:25 PM, lee wrote:
Where would I find a working computer which I could use and which has
the same or at least a compatible hardware RAID controller to connect
the drives to?
Are you saying that you have the only computer in the world with that
hardware? If so, you have only
Joe Zeff j...@zeff.us writes:
On 06/16/2013 05:25 PM, lee wrote:
Where would I find a working computer which I could use and which has
the same or at least a compatible hardware RAID controller to connect
the drives to?
Are you saying that you have the only computer in the world with that
RAID you should hire someone with knowledge
Yay, sure, I'll send you the bills.
but what the hell has this to do with mcelog.service
It seems to be part of an attempt, directed by invalid assumptions, to
explain how running mcelog all the time might be useful.
since nobody but you is using 10
to have mcelog constantly
running
*you* started this thread with is the mcelog.service of any use to me?
people explained you why it *could* be useable
No, they explained what it is supposed to do and made invalid
assumptions. Their point seems to be that it could be useful for
instances when
On Sun, Jun 16, 2013 at 5:25 PM, lee l...@yun.yagibdah.de wrote:
Where would I find a working computer which I could use and which has
the same or at least a compatible hardware RAID controller to connect
the drives to?
In this situation I'd be much more concerned about all the data I lost
can read your disks
I haven't said that anywhere.
- this is usually *not* true for others because they have spare
controllers or not using hardware RAID and if *you* do not need
mcelog.service disable it and stop your uselles discussion why *you*
can not read logfiles if your system does
T.C. Hollingsworth tchollingswo...@gmail.com writes:
On Sun, Jun 16, 2013 at 5:25 PM, lee l...@yun.yagibdah.de wrote:
Where would I find a working computer which I could use and which has
the same or at least a compatible hardware RAID controller to connect
the drives to?
In this situation
On 06/16/2013 06:44 PM, lee wrote:
Are you assuming that most ppl using Linux have fallback systems with
independent internet connections and emergency power generators standing
by that automatically take over seamlessly when something with their
used system or around it fails?
I can't speak
On 06/16/2013 07:09 PM, lee wrote:
Just think it through and then explain to me how it would make sense to
dedicate (a part of the limited) resources to have mcelog constantly
running.
I take it, then, that you've either never heard of logrotate or have
some reason not to use it.
--
users
On 06/16/2013 07:52 PM, lee wrote:
No, they explained what it is supposed to do and made invalid
assumptions. Their point seems to be that it could be useful for
instances when the logged output of mcelog helps you to figure out what
might be wrong with your hardware.
Have you considered the
Hi,
is the mcelog.service of any use to me?
There's a package mcelog-1.0-0.6.6e4e2a00.fc18.x86_64 installed and
listed as a leave by package-cleanup, the service is running;
/var/log/mce doesn't exist (which is probably good).
In which way would it help me to log such errors if there were any
On Sat, 15 Jun 2013 11:55:53 +0200
lee l...@yun.yagibdah.de wrote:
Hi,
is the mcelog.service of any use to me?
Yes, if you want to know about potential hardware problems
cpu
the service is running;
/var/log/mce doesn't exist (which is probably good).
It doesn't use it's own log
Frank Murphy frankl...@gmail.com writes:
On Sat, 15 Jun 2013 11:55:53 +0200
lee l...@yun.yagibdah.de wrote:
Hi,
is the mcelog.service of any use to me?
Yes, if you want to know about potential hardware problems
cpu
Wouldn't it make much more sense to run this service only when
On 06/15/2013 12:21 PM, lee wrote:
Well, I usually don't do that, so what's the point in running this
service all the time?
Once your hardware's going bad it may be too late to start it, and
having it always running may help you learn (if it matters) when things
started going bad. (You may
39 matches
Mail list logo
