Re: Sysinstall automatic filesystem size generation.

From: Matthias Buelow (mkb_at_incubus.de)
Date: 08/29/05

  • Next message: Chuck Swiger: "Re: Sysinstall automatic filesystem size generation." 
    Date: Mon, 29 Aug 2005 20:59:33 +0200
To: Don Lewis <truckman@freebsd.org>

    Don Lewis wrote:

    >> I'd like to stress the "probably". I've already seen unrepairable
    >> filesystem corruption with softupdates enabled in the past with
    >> "good" scsi disks at power loss.
    >
    >Did you remember to disable write caching by setting the WCE mode page
    >bit to zero? At least with SCSI, it doesn't seem to affect performance
    >under most workloads.

    No.. I thought that with SCSI it is "ok" to leave the cache enabled
    because SCSI supports some sort of request queueing which doesn't
    break the order established by softupdates?

    >I've seen this when doing compile, run, panic experiments. The
    >executable that I just compiled would end up with a size of zero after
    >the reboot because it was still cached in RAM and executing from RAM
    >when the machine paniced. The executable was scheduled to be written to
    >disk about 30 seconds after it was compiled and linked, but the machine
    >paniced before the 30 seconds was up.

    Yes, that would account for the 0-size files but not for ones that
    got deleted by background fsck, with it logging "UNREF FILE" messages
    (and that were files that have definitely NOT had directory entries
    removed since amongst those were dot-files in my homedir, which I
    had to restore from backup then, and some others where I have not
    yet found out which they were..)

    >Softupdates only tries to guarantee that the on-disk file system is in a
    >consistent state at all times, with the possible exception that not all
    >space may be accounted for.

    It doesn't try very hard, though, nor is it very successful.

    mkb.
    _______________________________________________
    freebsd-stable@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-stable
    To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"

  • Next message: Chuck Swiger: "Re: Sysinstall automatic filesystem size generation."

    Relevant Pages

    • Re: xp_cmdshell and dtsrun
      ... The Sql Server Service account and Server ... Agent Service account are both the same... ... I'm not having a problem executing the the DTS Package, ...
      (microsoft.public.sqlserver.programming)
    • Re: Hard disk system advice
      ... You don't need a SCSI,, ... I personally don't think you need a raid either.. ... Ram increase will help, but it depends on your Operating system.. ... I'm looking to get a feasable hard disk system that'll run a project ...
      (rec.arts.movies.production.sound)
    • TS und Performance-Optimierung
      ... dass gerade der RAM den Flaschenhals verursacht. ... SCSI will ich erstens wg. ... die DB und Index auf 2 getrennten HDDs zu ... betreiben damit der Zugriff gleichzeitig erfolgen kann. ...
      (microsoft.public.de.german.windows.terminaldienste)
    • Re: Ultra 5/10 vs Ultra 60 for workstation.
      ... max 2 drives per channel, with one drive on a channel you get 33MB/s for that drive, which is definately not U320 performance, but more than many IDE hard disks more than two years old can manage. ... In fact, I have a dual Sun SCSI card here, which I had to remove from my Ultra 80 when I run out of PCI slots. ... More RAM slots, so you are less likely to need to get rid of ram in order to add RAM. ...
      (comp.sys.sun.hardware)
    • Re: copy function and run it
      ... jump to it. ... The executing function then copies a vxworks image ... A compiler could have optimized your function away as a dead code. ... Make sure that the location in the RAM is not used by anything else. ...
      (comp.arch.embedded)