Email address obfuscation in effect -- please
click here to turn it off.
[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
- To: "MLUG Off-Topic Discussion" <EMAIL:PROTECTED>
- Subject: Re: [MLUG - DISCUSSION] "missing" files after hard crash or power failure
- From: "shawn parker" <EMAIL:PROTECTED>
- Date: Mon, 2 Apr 2007 14:29:58 -0500
- Delivery-date: Mon, 02 Apr 2007 14:30:07 -0500
- Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=diSTVPw9VfuSir6XCmhpRJrYd9GmaIJK3AXlVACMezEM5qOgZaqHt6yKsdzgxqNJZAf/J6hNZSAtcbKpeEZXm3PJZob5+xfFJzVWIgVGAvlvzGzqcsb3rP/WcZ8cLjsjrB+y2NHGe92mt/B7+gzl1I+XKh+Nuvy4O+lkGJ6ZQ1I=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TnFFmBY6AJ+R4nvvrV8d5SUGGvVUnnoag8Joynz2DNZWwwpQy8OJ59iZ7SRsZAHeHdQSnAB45cB3myBYcoiVt0daRGUVMCrpU/Gw+niIU7x0tdW6LZL05QZflVqDWWhXrjm/krMGoHngr3ciAyYjJPNh7u5OH0TggNrv3bFewso=
- Envelope-to: EMAIL:PROTECTED
- In-reply-to: <EMAIL:PROTECTED>
- References: <EMAIL:PROTECTED> <EMAIL:PROTECTED> <EMAIL:PROTECTED> <EMAIL:PROTECTED> <EMAIL:PROTECTED> <EMAIL:PROTECTED> <EMAIL:PROTECTED> <EMAIL:PROTECTED> <EMAIL:PROTECTED> <EMAIL:PROTECTED>
- Reply-to: MLUG Off-Topic Discussion <EMAIL:PROTECTED>
- Sender: EMAIL:PROTECTED
both servers are dell poweredges using perc raid controllers. like i
said previously, the /home partition is local but the /arcgis is
stored on the san (dell emc).
i don't see how local drive cache would be an issue at least with
/arcgis. i think /arcgis is a raid 10 lun; i'll have to check
navisphere.
i'm unsure how the emc san works in regards to "physical" disk cache;
i'll have to do some research on that. to linux, it is just another
patition (/emcpowerr1) mounted to /arcgis.
/home resides on a local raid 1.
plus, according to our oracle dba and our gis specialist, sde isn't
that active of an application. i don't know why linux would cache this
over anything else running on the server. a dozen or so san mounts
running gis software and oracle databases and this is the only
anomaly.
thanks for the information and ideas!
On 4/2/07, Mark Rages <EMAIL:PROTECTED> wrote:
On 4/2/07, George Robb <EMAIL:PROTECTED> wrote:
> There is a package for playing with the cache / drive parameters in
> general... hdparm
>
> http://freshmeat.net/projects/hdparm/
>
> http://www.linuxdevcenter.com/pub/a/linux/2000/06/29/hdparm.html
>
> A simple hdparm /dev/<your drive here (not partition)> will tell the
> current parameters.
>
> Good point that if there is a large cache on the drives or if they
> are on a RAID controller there could be some serious data floating in
> cache.
>
> ;)
Does sync() cause the data to be written? I'm guessing no, since the
man page says:
According to the standard specification (e.g., SVID), sync() schedules
the writes, but may return before the actual writing is done. However,
since version 1.3.20 Linux does actually wait. (This still does not
guarantee data integrity: modern disks have large caches.)
Regards,
Mark
EMAIL:PROTECTED
--
Most of the time,
for most of the world,
no matter how hard people work at it,
nothing of any significance happens.
-- Weinberg's Law
_______________________________________________
discussion mailing list
EMAIL:PROTECTED
http://mlug.missouri.edu/mailman/listinfo/discussion
--
http://silolabs.dnsalias.net/~sparker/pubkey.txt
_______________________________________________
discussion mailing list
EMAIL:PROTECTED
http://mlug.missouri.edu/mailman/listinfo/discussion