<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Mistakes in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744369#M68580</link>
    <description>Well, I know of one small accounting firm where the secretary was placed in charge of doing the system backups as there was no SA (she became the ad hoc SA without knowing it).&lt;BR /&gt;&lt;BR /&gt;Her training was "this is how a backup is done". Things were going fine until one day they lost a key file. No problem, just restore from backup. Well, the only type of restore they knew how to do was a full restore. So they attempted a full restore. Unfortunately, there had been errors in the backup, there was no data in the backups. The restore deleted the OS with nothing to replace it with.&lt;BR /&gt;&lt;BR /&gt;I was called it to try to salvage the data. I couldn't. Their choices were to find a recovery specialist company or install a new system, knowing all their data would have to be re-entered manually. They chose the new install. The firm had to hire 15 temps to manually do the payrolls that the firm was responsible for, and 5 tmps to manually re-enter all the data. It took them a week.&lt;BR /&gt;&lt;BR /&gt;The secretary was fired before I had the OS installed.&lt;BR /&gt;&lt;BR /&gt;So I think the answer is how much pain did you cause and how pissed off your management team gets.&lt;BR /&gt;&lt;BR /&gt;Marty</description>
    <pubDate>Thu, 13 Jun 2002 20:37:03 GMT</pubDate>
    <dc:creator>Martin Johnson</dc:creator>
    <dc:date>2002-06-13T20:37:03Z</dc:date>
    <item>
      <title>Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744361#M68572</link>
      <description>How may mistake can a systemadministrator make before he should be released from the job?&lt;BR /&gt;</description>
      <pubDate>Thu, 13 Jun 2002 18:53:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744361#M68572</guid>
      <dc:creator>hpuxrox</dc:creator>
      <dc:date>2002-06-13T18:53:33Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744362#M68573</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;One thought (within reason) is that if you aren't making mistakes then you're not doing anything!&lt;BR /&gt;&lt;BR /&gt;That said, like everything, "it depends".&lt;BR /&gt;&lt;BR /&gt;Is the person generally thoughtful and careful executing tasks?  Was the mistake an honest one that the admin learned from making?  Did the person honestly admit the mistake or try to hide it only to be found out?  Has the person made the *same* ( or very similar) mistake again and again?&lt;BR /&gt;&lt;BR /&gt;If the mistake was "honest", openly admitted, and not hidden; contrititon was shown; and  knowledge was gained, then probably everyone has profitted.&lt;BR /&gt;&lt;BR /&gt;How many times?  It depends...&lt;BR /&gt;&lt;BR /&gt;I'm reminded again of the adage not to throw the baby out with the bath water.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Thu, 13 Jun 2002 19:00:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744362#M68573</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-06-13T19:00:25Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744363#M68574</link>
      <description>In my opinion to be consider "released from the job", it has to be a serious offense, not mistakes. For example security violation, company proprietary violation, etc, etc. Mistakes can be corrected and learnt from.&lt;BR /&gt;my $0.02</description>
      <pubDate>Thu, 13 Jun 2002 19:10:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744363#M68574</guid>
      <dc:creator>S.K. Chan</dc:creator>
      <dc:date>2002-06-13T19:10:25Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744364#M68575</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;It depends on the output of the mistake. If it has costed the organisation dearly then definitely some action may be taken. Sometimes even a small command can create havoc. People learn from mistakes only !!!&lt;BR /&gt;&lt;BR /&gt;Piyush</description>
      <pubDate>Thu, 13 Jun 2002 19:13:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744364#M68575</guid>
      <dc:creator>PIYUSH D. PATEL</dc:creator>
      <dc:date>2002-06-13T19:13:36Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744365#M68576</link>
      <description>Contractors can be released without a serious offense.&lt;BR /&gt;</description>
      <pubDate>Thu, 13 Jun 2002 19:15:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744365#M68576</guid>
      <dc:creator>hpuxrox</dc:creator>
      <dc:date>2002-06-13T19:15:03Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744366#M68577</link>
      <description>I hate touchy-feely stuff but the answer is, of course, it depends.&lt;BR /&gt;&lt;BR /&gt;If he lies about what happened, one time is sufficient. I have shown SA's the door in that case. If the mistake was admitted soon after the event then I'm much more tolerant.&lt;BR /&gt;&lt;BR /&gt;Nobody expect perfection but I do expect honesty and caution. I always tell staff members that if you are doing something new ALWAYS do it on the Sandbox first.&lt;BR /&gt;&lt;BR /&gt;I guess my best answer is that his mistake clobbers my production uptime statistics then I'm mad. If he then lies about it, I'm real mad.&lt;BR /&gt;&lt;BR /&gt;I have very little tolerance for stuff like: "I didn't realize I was on the Production Server", "I didn't know that I was logged in as root", or "I didn't know that that unused LVOL was raw data".&lt;BR /&gt;&lt;BR /&gt;If it's small stuff I don't sweat it at all, but if a stupid, avoidable mistake shuts down production at an entire plant then it's probably time for this guy to update his resume. &lt;BR /&gt;&lt;BR /&gt;I tend to be upfront with this sort of thing during the interview process.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Warm fuzzy thoughts, Clay&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 13 Jun 2002 19:17:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744366#M68577</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-06-13T19:17:52Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744367#M68578</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;What is the definition of an expert?&lt;BR /&gt;&lt;BR /&gt;An expert is someone that has made all the mistakes.&lt;BR /&gt;&lt;BR /&gt;Release him from the job when he made the same mistake twice!&lt;BR /&gt;&lt;BR /&gt;Bye,&lt;BR /&gt;Rik</description>
      <pubDate>Thu, 13 Jun 2002 19:46:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744367#M68578</guid>
      <dc:creator>RikTytgat</dc:creator>
      <dc:date>2002-06-13T19:46:01Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744368#M68579</link>
      <description>Hi Yates,&lt;BR /&gt;&lt;BR /&gt; I agree w/the others i.e. the act or the following actions need to be deemed malicious.&lt;BR /&gt;Everybody makes mistakes &amp;amp; I also agree that if some learning doesn't take place then that could be deemed malicious.&lt;BR /&gt; But I also think a lot of these "situations" stem from mgmnt i.e. they aren't interviewing properly and/or they're just filling seats. They need to make the right decisions &amp;amp; properly balance quality with quantity &amp;amp; by quantity I mean the $ they're willing to pay.&lt;BR /&gt;The old adage is still true - You get what you pay for.&lt;BR /&gt;&lt;BR /&gt;My 2 cents,&lt;BR /&gt;Jeff</description>
      <pubDate>Thu, 13 Jun 2002 20:33:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744368#M68579</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2002-06-13T20:33:15Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744369#M68580</link>
      <description>Well, I know of one small accounting firm where the secretary was placed in charge of doing the system backups as there was no SA (she became the ad hoc SA without knowing it).&lt;BR /&gt;&lt;BR /&gt;Her training was "this is how a backup is done". Things were going fine until one day they lost a key file. No problem, just restore from backup. Well, the only type of restore they knew how to do was a full restore. So they attempted a full restore. Unfortunately, there had been errors in the backup, there was no data in the backups. The restore deleted the OS with nothing to replace it with.&lt;BR /&gt;&lt;BR /&gt;I was called it to try to salvage the data. I couldn't. Their choices were to find a recovery specialist company or install a new system, knowing all their data would have to be re-entered manually. They chose the new install. The firm had to hire 15 temps to manually do the payrolls that the firm was responsible for, and 5 tmps to manually re-enter all the data. It took them a week.&lt;BR /&gt;&lt;BR /&gt;The secretary was fired before I had the OS installed.&lt;BR /&gt;&lt;BR /&gt;So I think the answer is how much pain did you cause and how pissed off your management team gets.&lt;BR /&gt;&lt;BR /&gt;Marty</description>
      <pubDate>Thu, 13 Jun 2002 20:37:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744369#M68580</guid>
      <dc:creator>Martin Johnson</dc:creator>
      <dc:date>2002-06-13T20:37:03Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744370#M68581</link>
      <description>Hi Yates,&lt;BR /&gt;&lt;BR /&gt;We are person and a person is no free error by a definition.&lt;BR /&gt;&lt;BR /&gt;Then, the mistakes are less important if you have a good installation, a good DRP, a good training etc...&lt;BR /&gt;&lt;BR /&gt;If not, a little mistake can transform to a great, great problem...Then the responsability of this is the person that don't take the necesary care.&lt;BR /&gt;&lt;BR /&gt;Even there are a mistake and a malicious mistake, and the second case is no admissible.&lt;BR /&gt;&lt;BR /&gt;Then the answer is depend.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Justo.</description>
      <pubDate>Fri, 14 Jun 2002 06:38:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744370#M68581</guid>
      <dc:creator>Justo Exposito</dc:creator>
      <dc:date>2002-06-14T06:38:03Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744371#M68582</link>
      <description>I agree with S K..&lt;BR /&gt;You need to get them in training, and to follow procedures.  It's not easy being a new sysadmin.. even an expert will take time to learn a new environment... and still make mistakes.&lt;BR /&gt;Lot's of errors on the other hand, and lots of repeated rm -Rf /* 's would annoy me though!, but in my type of work, technical compentance is seen as an equal skill as personal relations (are they at least trying!)&lt;BR /&gt;&lt;BR /&gt;Later,&lt;BR /&gt;Bill&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 14 Jun 2002 06:44:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744371#M68582</guid>
      <dc:creator>Bill McNAMARA_1</dc:creator>
      <dc:date>2002-06-14T06:44:43Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744372#M68583</link>
      <description>And you shouldn't fire (oops, want to say "release") someone from his job, if you cannot be shure you will be able to get someone else, who makes less mistakes.&lt;BR /&gt;&lt;BR /&gt;Hartmut</description>
      <pubDate>Fri, 14 Jun 2002 06:47:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744372#M68583</guid>
      <dc:creator>Hartmut Lang</dc:creator>
      <dc:date>2002-06-14T06:47:10Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744373#M68584</link>
      <description>A *good* IT Manager views any mistakes made by his staff as his own mistakes:&lt;BR /&gt;&lt;BR /&gt;-If the mistake was a repteated or malicious one, then the manager considers how he managed to hire the wrong kind of people, and looks to change his hiring criteria.&lt;BR /&gt;&lt;BR /&gt;-If the mistake was just that - an 'honest' mistake, then the manager looks how the process his people work within can be changed to prevent it happening again. Good change &amp;amp; configuration management procedures can make these kind of mistakes very rare.&lt;BR /&gt;&lt;BR /&gt;Just my thoughts...&lt;BR /&gt;&lt;BR /&gt;Duncan</description>
      <pubDate>Fri, 14 Jun 2002 06:51:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744373#M68584</guid>
      <dc:creator>Duncan Edmonstone</dc:creator>
      <dc:date>2002-06-14T06:51:19Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744374#M68585</link>
      <description>Hi Yates,&lt;BR /&gt;&lt;BR /&gt;I would say that the important variables are the degree of the mistakes, the rate of unique mistakes over work done, the rate of repetitive mistakes over work done and also whether sufficient planning and testing was done in advance or in short DUE DILIGENCE.&lt;BR /&gt;&lt;BR /&gt;I would also say that one important factor that must not be left out is culture.&lt;BR /&gt;&lt;BR /&gt;I won't want to pinpoint specific cultures here since they can be pretty sensitive. However, some cultures are more tolerant of mistakes than others. While in other cultures, there is simply no room for mistakes. So it depends on both the country and company culture as well.&lt;BR /&gt;&lt;BR /&gt;Hope this helps. Regards.&lt;BR /&gt;&lt;BR /&gt;Steven Sim Kok Leong</description>
      <pubDate>Fri, 14 Jun 2002 06:57:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744374#M68585</guid>
      <dc:creator>Steven Sim Kok Leong</dc:creator>
      <dc:date>2002-06-14T06:57:50Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744375#M68586</link>
      <description>Would you apply for a SA job where only X (a few) mistakes where allowed? And if you did would that make you nervous and more likely to make mistakes?&lt;BR /&gt;In Martins story I believe the person who out the secretary in charge (and "trained" her) should be released if anyone should.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Trond</description>
      <pubDate>Fri, 14 Jun 2002 07:20:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744375#M68586</guid>
      <dc:creator>Trond Haugen</dc:creator>
      <dc:date>2002-06-14T07:20:28Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744376#M68587</link>
      <description>As also shown by the others: it's not the count that counts :) it's the severity&lt;BR /&gt;&lt;BR /&gt;If one can prove that whatever happened is malice or disturbing the company's production on purpose, I see no reason to give him/her a second chance.&lt;BR /&gt;&lt;BR /&gt;If the error is severe (rm -rf /) it depends on how it happened, how soon he/she admits, and the steps he/she takes to repair the damage. Everyone makes mistakes now and then, but it takes a /human/ to admit, and an expert to not panic, but find a way to get it right again asap.&lt;BR /&gt;&lt;BR /&gt;If severe errors happen multiple times (in a short span), the person is probably not in the right place anyway&lt;BR /&gt;&lt;BR /&gt;Other things are theft. When is theft considered theft? If one takes two empty blank sheets from the printer to make some personal notes? If one prints 12 color-me pictures for your children? If you take two pencils? If you take a laptop? If you use company software? And use that for off-office service to enrich yourself? Come in the office early to drink company coffee instead of doing that at home to save money?&lt;BR /&gt;&lt;BR /&gt;Just my (personal) opinion&lt;BR /&gt;&lt;BR /&gt;BTW I did advice to release a guy long time ago, because I could *prove* he did wrong (multiple times) and he kept denying (multiple times). He was released</description>
      <pubDate>Fri, 14 Jun 2002 07:30:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744376#M68587</guid>
      <dc:creator>H.Merijn Brand (procura</dc:creator>
      <dc:date>2002-06-14T07:30:20Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744377#M68588</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;Like a lot of answers on the forum "It depends.&lt;BR /&gt;&lt;BR /&gt;It depends on what level the sysadmin is at.&lt;BR /&gt;&lt;BR /&gt;It depends on how it affects the business.&lt;BR /&gt;&lt;BR /&gt;It depends on how it affects other team members.&lt;BR /&gt;&lt;BR /&gt;It depends on whether they have made the same mistake before.&lt;BR /&gt;&lt;BR /&gt;It depends on the nature of the mistake - was it a simple typo or an untested script/routine run on the live server.&lt;BR /&gt;&lt;BR /&gt;It depends on whether they were correctly trained on what they had been tasked to do.&lt;BR /&gt;&lt;BR /&gt;It depends upon how many consecutive hours they had been working for ??? tired staff will make mistakes. No ands, ifs or buts ??? They Will.&lt;BR /&gt; &lt;BR /&gt;So the definitive answer is: -&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;IT DEPENDS.&lt;BR /&gt;&lt;BR /&gt;Each and every situation must be looked at and all of the above and more must be taken into account before a decision is made.&lt;BR /&gt;&lt;BR /&gt;Just my 0.02 Euros worth.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Paula&lt;BR /&gt;</description>
      <pubDate>Fri, 14 Jun 2002 07:42:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744377#M68588</guid>
      <dc:creator>Paula J Frazer-Campbell</dc:creator>
      <dc:date>2002-06-14T07:42:29Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744378#M68589</link>
      <description>My view is that if you operate an environment where fear of being released if someone screws up exists, then you run the risk that mistakes will be covered up and a covered up mistake can easily turn into unrecoverable mistake.&lt;BR /&gt;&lt;BR /&gt;As has been mentioned above if the SA quickly admits the mistake and has a plan for recovery AND for ensuring it does'nt happen again then there is little to be gained from an explosion of anger from management. Just make a note that the mistake occured for future reference if it happens again and if you want to make a point do it in the salary reviews of that person.</description>
      <pubDate>Fri, 14 Jun 2002 07:56:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744378#M68589</guid>
      <dc:creator>Nick Wickens</dc:creator>
      <dc:date>2002-06-14T07:56:54Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744379#M68590</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Another point is the publicity involved. In certain cases, where the mistake was brought to the newspapers and becomes talking point, the company just have to sack the person because of the scrutiny.&lt;BR /&gt;&lt;BR /&gt;The mistake might not be that grave, but the complaints by the users on the mistake would be.&lt;BR /&gt;&lt;BR /&gt;The company may be tolerant of the mistake, but the customers aren't. If that's the case, the company sometimes has no choice. *shrug*&lt;BR /&gt;&lt;BR /&gt;Another 2 cents. Regards.&lt;BR /&gt;&lt;BR /&gt;Steven Sim Kok Leong</description>
      <pubDate>Fri, 14 Jun 2002 08:05:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744379#M68590</guid>
      <dc:creator>Steven Sim Kok Leong</dc:creator>
      <dc:date>2002-06-14T08:05:39Z</dc:date>
    </item>
    <item>
      <title>Re: Mistakes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744380#M68591</link>
      <description>Brother Yates,&lt;BR /&gt;&lt;BR /&gt;To me it all depends on the honesty factor.  If the "offender" has the right attitude about h[ie][sr] responsibilities, owns up to h[ie][sr] transgressions, and learns from them, I'm a lot more tolerant.  On the other hand, the second hint of deceptiveness is going to send me across the hall to talk to Human Resources about getting rid of h[ie][mr].&lt;BR /&gt;&lt;BR /&gt;Good to hear from you, it's been a while.&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Fri, 14 Jun 2002 10:43:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mistakes/m-p/2744380#M68591</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2002-06-14T10:43:52Z</dc:date>
    </item>
  </channel>
</rss>

