Discuss November 2005

discuss@lists.centos.org

232 participants
368 discussions

RE: [CentOS] Re: ATA-over-Ethernet v's iSCSI -- CORAID is NOT SAN , also check multi-target SAS
by Bowie Bailey 08 Nov '05

08 Nov '05

From: Bryan J. Smith [mailto:thebs413@earthlink.net] > > CORAID will _refuse_ to allow anything to access to volume after one > system mounts it. It is not multi-targettable. SCSI-2, iSCSI and > FC/FC-AL are. AoE is not. As I understand it, Coraid will allow multiple machines to mount a volume, it just doesn't handle the synchronization. So you can have more than one machine use it, you just need GFS to keep it synchronized. I am in the process of building a system like this. I don't have both hosts accessing the storage yet, but Coraid assures me that it is possible. Bowie

1 0

Reducing the deleterious effects of ego related issues on the list: growing up individually.
by William L. Maltby 08 Nov '05

08 Nov '05

Folks, I *suggest* that little or no reply to this is warranted. It's just the statements of an old fart trying to make a (slightly) better environment for all of us. These thoughts are offered for consideration and use as you see fit. For some, "Hey, that'll work for me too" is the hoped for result. No discussion is intended or warranted, IMO. If you recognize yourself in here, so what? I have no problem with it, you shouldn't. If you are obnoxious, have too little ego to withstand reasonable well-intentioned community-spirited criticism, ... have myriad other issues and believe I am referring to *you*; your problem, not mine. I may be referring to you, but why should you care? If you get embroiled in some of the negative activities exampled below with good intentions, I understand completely and do not unduly condemn you for your efforts. If the person that removed others from the list because their attitude was not to the liking of the powers-that-be wants to remove me too, go for it. It won't bother me. This place is no prize, in real-life terms. Nevertheless, ... I've not been a list member long, but I've sen enough to make me wonder if I want to stay here (save your snide self-serving comments, they waste bandwidth and have 0 useful product other than to your own ego). I recently was the *potential* victim of one of those threads that begins with a simple query, gets some alternatives discussed and descends into a folks-defending-ego thread. Not having a victim mentality, ego issues or need to walk on water in the eyes of anyone, I avoided the trap. But the thread started to go that way regardless. I like to feel that my behavior contributed to its early death. *All* of this is unnecessary and childish. Example: as minor background to lend credence to a possibility that had been proposed, I mentioned that I had worked on UNIX systems since way back when. Not waving my ego or trying to denigrate anyone else's POV or credentials, just supporting an assertion that there had been a time when things had been done a certain way. And questioning if it was not still so. Since I was discussing a solution conflicting with one posed by a knowledgeable participant, it seemed to appropriate to set the stage with an "I've worked on *IX since ..." clause. One did not interpret it as intended and chose to come flapping his background, degrees and experience . *But* he also provided some valuable education to me surrounding the topic. His need to "out credential" me (easily done since I have none) caused me no aggravation whatsoever. Wasted a few lines worth of reading time, but no big deal to me. *I* had no problem with the (somewhat) inappropriate nature of his response and did nothing more than thank him for taking the time and educating me on some of the conventions in place in the Linux (*IX?) community today. I *propose* that this should be the normal response to certain perceived objectionable behavior, as a courtesy to the rest of the list. Why? Selfishness. I get tired of <DEL> <DEL> <DEL> ... on the crap that follows. *If* there was any chance that one's objectionable behavior would be improved by pointing out various transgressions and/or lapses in etiquette, I say go for it. But there are certain individuals for which we know this effort to be a complete waste of time and energy. So why do it? Discrimination is needed. A good starting point may be "If I say this, *might* the person see it as a positive suggestion, as intended?". Anyway, this was the (potential) end of the thread... but nooooo. Someone else has to jump in. Don't misunderstand, I *completely* understand the emotional impetus, some of the history causing that impetus and think the interjection was not unreasonable and I know it was well-intentioned (for which I thank you). But part of the maturity we need on the list is to consider not only our on ego-centric needs to "stand up for ourselves and others", but the "personalities" of (and possible effects on) various list participants. To put it in a slightly humorous vein (I know this is not allowed and I will *never* let that issue die completely, but...) When you have an urge to reply to one who has demonstrated a persecution complex (justified or not), one who must always be right (and who may in actuality probably very often be so), one who can not see the harsh unforgiving nature of his relationship with others, one who is paranoid (aren't all sysadmins? Being paranoid does not mean they are *not* out to get you. There is a reason that a well known acronym is BOFH.), ... DO A RISK VS. REWARD ANALYSIS The Rasmussen(?) trees might be applied to your endeavor ( :-) ) If the reward is nothing more than the egotistical satisfaction of telling that SOB where to get off let the damn issue slide. If the reward seems minimal or unlikely to materialize at all, let the damn issue slide. If the adverse results seem very likely and/or *probably* significant, such that the perceived reward is not justified, let the damn issue slide. Additional considerations. Don't let someone else's problems become yours (ours, mine). *He* has ego issues? Not *my* problem and will not become so. He's paranoid? *I'm* not and will not become so. *He* is grating, intolerant, has tunnel-vision... pick the pejorative trait of the day... *not* (my/your/our) problem, let the damn issue slide. I thought the LFS crew was overly contentious. But considering the much higher level of activity, it was the garden of Eden compared to this place. *Some* of this is because there is nothing (that I have seen yet) that highlights or establishes the standards of behavior that the list expects. So far I have seen only an arbitrary removal of certain participants because one individual got irked and had the power to remove folks' privileges. Not a good way to run a community effort, IMO. Some of the dissension occurs over misinformation. It would be nice if everything posted was 100% complete and accurate. Can't be so. Corrections will be posted. I'm wrong! =:-0 So what! I have an ego that can withstand that condemnation. I suggest you go to a Dollar General or some such and purchase one for yourself. The strength of community knowledge lies in quantity as well as quality. Postings should not be discouraged for fear of condemnation resulting from erroneous information. Anal retentive types that insist only 100% complete and accurate information should appear are doing a disservice to the community. It denies the community the benefits of the interactions that can result. I feel no obligation to force you into believing I'm right. I offer what I have, right wrong or indifferent. I will *not* argue back and forth about its correctness if the issue can't be discussed rationally among *friends*. Do with it what you will. Someone thinks it's wrong-headed? Carve the crap out of it. Slice me, dice me, anyway you want to. Not an issue. I care not if your information is right or wrong. Google is your/my/our friend (one of many) in dispute resolution proceedings and the results need not be published if it will engender on-list wars. Open, tolerant discussions benefit all, except the terminally insecure (we used to call them a**hole engineers - because they always believed they were getting it there or were intent on giving it to another there and spent inordinate amounts of energy covering it - CYA). I *can* and *do* learn from everyone regardless of right/wrong. Maximization of learning through community knowledge and experience *demands* that incorrect information postings be expected and tolerated (kindness and consideration of responses to such are needed by all involved) And LFS folks even permitted and appreciated humor. A *big* plus compared to here (don't bother to say it). Anyway, that's all I wanted to offer. Take it any way you prefer. Flames off-list handled as I see fit, on-list shows what kind of a jerk you are to waste everyone's time. This posting *may* not be a waste, based on my subjective observations. Bill Maltby

7 11

Re: [CentOS] Re: New Standard/Daylight time-change dates in rhel4u2butnot centos4.2?
by Brian T. Brunner 08 Nov '05

08 Nov '05

Zulu time will (necessarily) be reckoned relative to Durban, South Africa (capital of KwaZulu-Natal province, South Africa) where the Zulu people live. Brian Brunner brian.t.brunner(a)gai-tronics.com (610)796-5838 >>> sam(a)wa4phy.net 11/07/05 07:37PM >>> Peter Farrow wrote: > For those of us who live the promised land where GMT is absolute time > all the this "UTC" nonsense is of little concern.... > > Those of you across the water cant even bring yourselves to call it > GMT, you have hide behind the label of "UTC", it is GMT, Greenwich > Mean Time at Zero Longitude... <snip> How about Zulu time :-) That still works for me, and everybody else who has had dealings with the armed forces or U.S. Gov't (aside the politicians) -- Snowman _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated

1 0

Re: [CentOS] Reducing the deleterious effects of ego relatedissues on the list: growing up individua
by Brian T. Brunner 08 Nov '05

08 Nov '05

Let it slide. Brian Brunner brian.t.brunner(a)gai-tronics.com (610)796-5838 >>> craigwhite(a)azapple.com 11/07/05 06:39PM >>> On Mon, 2005-11-07 at 15:03 -0800, Bryan J. Smith wrote: > No sense in responding further. I think I've made my point. ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated

1 0

Re: [CentOS] Re: New Standard/Daylight time-change dates in rhel4u2butnot centos4.2?
by Brian T. Brunner 08 Nov '05

08 Nov '05

No. Brian Brunner brian.t.brunner(a)gai-tronics.com (610)796-5838 >>> peter(a)farrows.org 11/07/05 06:27PM >>> (can't wait for the barrage of replies to this one..... tee hee....) ---> Brian, I'm ready: lay it on me.... at least 5 paragraphs please...... ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated

1 0

updated rpmstrap script
by Deim Ágoston 08 Nov '05

08 Nov '05

hello, I just upgraded the rpmstrap script for CentOS 4.2. As I don't have any x86_64 machines I just upgraded the i386 section. Some of the version numbers are changed and there were some new package requirements. The file is attached. Overwrite the original file under /usr/lib/rpmstrap/scripts and itt will work again. Bye, Ago

1 0

Re: New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2?
by Brian T. Brunner 08 Nov '05

08 Nov '05

The laws already exist: Disturbing the peace, Misappropriation of public funds, Prohibition on unfunded mandates. What's lacking is prosecutors, judges, and juries who see the politicians as getting in the way of the statesmen and the people. To drag this back towards On Topic, it seems to me that the ntp folks might be petitioned to write up and submit to the Congress, a paper requesting them to keep their danged hands in one-another's pockets, and leave the clock alone. albeit not in those precise words... Brian Brunner brian.t.brunner(a)gai-tronics.com (610)796-5838 >>> thebs413(a)earthlink.net 11/07/05 02:50PM >>> Aleksandar Milivojevic <alex(a)milivojevic.org> wrote: > Those darn politicians, there should be a law to put into > jail for life any politician who even thinks about > proposing any artificial time changes, While my Libertarian ideals agree with you on the fact that politicians live to legislate, but statemen do not, asking for such jail time for doing such would require yet another law. ;-> Seriously now, GMT everything. I have always GMT'd the RTC -- especially with the common "double jump" that Windows used to pull on me (until they fixed that). But I started GMT'ing all systems over the last few years and have been running things according to GMT time. I only setup locale on an individual user-base now. That minimizes such legislation non-sense (among other things). -- Bryan J. Smith | Sent from Yahoo Mail mailto:b.j.smith@ieee.org | (please excuse any http://thebs413.blogspot.com/ | missing headers) _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated

7 14

Dag repo
by Phil Savoie 08 Nov '05

08 Nov '05

Hi All, Went to Dags page and did not see an entry or Centos for yum configuration. Is Dag ok to use for Centos? If so, how would I enter the info in my dag repo file? Phil

8 8

RE: [CentOS] New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2?
by Bassett, Mark 08 Nov '05

08 Nov '05

Which is why I always symlink /etc/localtime Not only does it solve these issues, but it makes it very clear which timezone is selected! -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Aleksandar Milivojevic Sent: Monday, November 07, 2005 2:45 PM To: centos(a)centos.org Subject: Re: [CentOS] New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2? Quoting s.davison(a)computer.org: > Many thanks, that was basically the problem. It > wasn't Canadian time, but it was the wrong > /etc/localtime. I don't know where that > /etc/localtime came from -- it's not the same > as any of the files in the /usr/share/zoneinfo > hierarchy. But putting US/Eastern in there did > the trick. My guess is you had old version of tzdata package, that was updated to current version sometime in the past. Now, if you look which package owns /etc/localtime and /usr/share/zoneinfo stuff, you get: # rpm -qf /etc/localtime glibc-2.3.4-2.13 # rpm -qf /usr/share/zoneinfo/US/Eastern tzdata-2005m-1.EL4 As far as I can see, tzdata package has no pre/postinstall scripts associated with it. That would mean /etc/localtime doesn't get updated when tzdata is updated. Unless I missed something, it's probably a bug in tzdata RPM package. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

2 1

3ware 9500S -8 PCI 64
by Denis Croombs 07 Nov '05

07 Nov '05

I am thinking of using this controller with 8 x 80gbyte SATA drives an Raid 5, on Centos 4.x does anyone have experience of this type of setup and what type of performance can I expect on a AMD dual 2.8Ghz MP cpu system with 2gb ram? Thanks Denis

1 0

← Newer
1
...
26
27
28
29
30
31
32
...
37
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss November 2005