Ian Collins wrote:
> Oliver Schinagl wrote:
>
>> [EMAIL PROTECTED] wrote:
>>
>>
>>>> However, I found on the liveDVD/CD that nexentia and beleniX both don't
>>>> come in x86_64 flavors? Or does solaris a
Ian Collins wrote:
> Oliver Schinagl wrote:
>
>> Ian Collins wrote:
>>
>>
>>> Oliver Schinagl wrote:
>>>
>>>> once I boot it in 64bit mode, i'd have to run emulation libraries to run
>>>> 32bit bins ri
[EMAIL PROTECTED] wrote:
>> However, I found on the liveDVD/CD that nexentia and beleniX both don't
>> come in x86_64 flavors? Or does solaris autodetect and auto run in 64bit
>> mode at boottime?
>>
>
> Solaris autodetects the CPU type and boots in 64 bit mode on 64 bit
> CPUs and in 32 bit
Hi,
I'm still debating wether I should use ZFS or not and how. Here is my
scenario.
I want to run a server with a lot of storage, that gets disks
added/upgraded from time to time to expand space. I'd want to store
large files on it, 15mb - 5gb per file, and they'd only need to be
accessible via N
ems to be unused/disapeard because of that same
reason. So I can see why desktop search and the like is getting so
popular, people make a mess out of their system, requiring tool/methods
to find stuff again. Anyway, this isn't really the right place to rant
right :)
Toby Thain wrote:
>
&
that the 'revolutionairy' new thing about reiser4 was
that it tracked meta data somehow, makeing desktop searches MUCH faster.
Don't ask me about the details, i'm no filesystem wiz :) but i'm sure
someone familiar with Reiser3/4 hopefully ellaborate?
Darren J Moffat sc
The only thing I haven't found in zfs yet, is metadata etc info.
The previous 'next best thing' in FS was of course ReiserFS (4). Reiser3
was quite a nice thing, fast, journaled and all that, but Reiser4
promised to bring all those things that we see emerging now, like cross
FS search, any documen
[EMAIL PROTECTED] wrote:
One of the reasons i switched back from X/JFS to ReiserFS on my linux
box was that I couldn't shrink the FS ontop of my LVM, which was highly
annoying. Also sometimes you might wanna just remove a disk from your
array: Say you setup up a mirrored ZFS with 2 120gb disks.
I'm reading the administration guide pdf and noticed that it claims that
at the moment ZFS does not support shrinking of the pool. Will this
feature be added in the future? Also expanding of raid-z is not yet
supported, will this also change?
One of the reasons i switched back from X/JFS to Reiser
mike wrote:
> On 6/20/07, Constantin Gonzalez <[EMAIL PROTECTED]> wrote:
>
>> One disk can be one vdev.
>> A 1+1 mirror can be a vdev, too.
>> A n+1 or n+2 RAID-Z (RAID-Z2) set can be a vdev too.
>>
>> - Then you concatenate vdevs to create a pool. Pools can be extended by
>> adding more vdev
Pawel Jakub Dawidek wrote:
> On Wed, Jun 20, 2007 at 01:45:29PM +0200, Oliver Schinagl wrote:
>
>> Pawel Jakub Dawidek wrote:
>>
>>> On Tue, Jun 19, 2007 at 07:52:28PM -0700, Richard Elling wrote:
>>>
>>>
>>>>> On t
Constantin Gonzalez wrote:
> Hi,
>
>
>> I'm quite interested in ZFS, like everybody else I suppose, and am about
>> to install FBSD with ZFS.
>>
>
> welcome to ZFS!
>
>
>> Anyway, back to business :)
>> I have a whole bunch of different sized disks/speeds. E.g. 3 300GB disks
>> @ 40mb,
Pawel Jakub Dawidek wrote:
> On Tue, Jun 19, 2007 at 07:52:28PM -0700, Richard Elling wrote:
>
>>> On that note, i have a different first question to start with. I
>>> personally am a Linux fanboy, and would love to see/use ZFS on linux. I
>>> assume that I can use those ZFS disks later with a
Hello,
I'm quite interested in ZFS, like everybody else I suppose, and am about
to install FBSD with ZFS.
On that note, i have a different first question to start with. I
personally am a Linux fanboy, and would love to see/use ZFS on linux. I
assume that I can use those ZFS disks later with any o
14 matches
Mail list logo
