Thanks for your quick reply,
Unfortunately I don't have the time to install additional hardware to the
server.
I can take it down on a Sunday since nobody is working on it and an upgrade
would also be nice...
So I'm backing up everything and format/install clean RH 8.0...
The FAQ says:
Q: Can XFS be used for a root filesystem?
Yes.
A document describing how to convert your system to XFS is currently being
worked on. The current state of this document you may find at
http://www.linuxdoc.org/HOWTO/Linux+XFS-HOWTO/
The document describes on how to do the backup/restore similary to your way
(with adding extra hardware to temporary backup the files).
In the configuration of lilo.conf:
/dev/hda2 / xfs defaults 1 1
So not only the FAQ mentions it but also the HOWTO shows that root partition
can be XFS.
For my case I don't want to get into LVM cause I have never used it before
and it would be more trouble for my upgrade and don't have the time to check
it out.
So one / of 130GB will work for me (I guess)...
And final question:
Can you please be more specific on the limitation of samba and acls?
What I want to do is for a file/folder the user that owns it to be able to
give permissions to another user(s) or maybe another group.
Access will normaly be Read, Write, Full Control.
Please let me know if that's possible or if I will just waste my time with
the upgrade.
Regards,
Spyros
----- Original Message -----
From: "Greg Freemyer" <freemyer@xxxxxxxxxxxxxxxxx>
To: "Spyros Ioakim" <sioakim@xxxxxxxxxxxxx>; <linux-xfs@xxxxxxxxxxx>
Sent: Saturday, February 22, 2003 9:50 PM
Subject: re: upgrade scenario for samba server
> >> After the system boots up with xfs I untar everything to /home and
/samba.
> >> I also take the necessary files from /etc (I don't restore this don't
> >> worry)
> >> for the samba configuration, smbpasswd, passwd, shadow and whatever
else I
> >> might need.
>
> That should work. I personally have /home and /samba as standalone XFS
filesytems. Then / is ext3 (without the kernel patch). This allows me to
boot with a standard bootloader and also makes it easy to go into rescue
mode from standard CDs.
>
> Having / as xfs may add to your work load, but I'm not sure. I assume the
Redhat installer with xfs support has everything you need for / to be xfs??
>
> Be aware that once you have ACLs (and/or EAs) that you need to back up,
tar will no longer work for you. XFS comes with xfsdump and xfsrestore.
There is also a modified version of tar called star that handles ACLs and
EAs. I have never used star, so I can't say if it is any good or not. star
is often used in conjunction with ext3 and the kernel patches you talked
about.
>
> == And the "If I were you section"
>
> I would buy a 3ware 2-channel controller and a 200 GB IDE drive. Total
cost $450. (Or get a 300 GB for a couple hundred more)
>
> The 3-ware card may be overkill, but I really like the way it makes an IDE
drive perform like a SCSI drive and the 2-channel card is only a little over
$100.
>
> (In reality, I would buy 2 drives and setup a mirror, but that is a
different discussion.)
>
> Then add the new controller and disk to your existing environment.
Compile up a kernel with XFS 1.2 support. (3ware and LVM are in the vanilla
kernel).
>
> Then install the new kernel into /boot and reboot with it.
>
> The disk should show up as /dev/sda (or whatever is next in your setup.)
>
> Then add /dev/sda to a LVM PV and create a couple of good size LVs out of
it. Be sure a leave some unused space on the PV for later expansion, and
for snapshot usage.
>
> Build a xfs filesystem on one LV for /home and use another LV for /samba
>
> Make sure /samba and /home are quiescent.
>
> Mount the new filesystems and use tar to populate them. (ie. cd
/mnt_new_home; tar cvf - /home | tar xvpf - )
>
> mount the new FSes as /home and /samba. Restart samba (may not be
needed)
>
> Now you have some volume expansion capability with LVM and you also have
snapshot functionality. (I'm a big fan of snapshots).
>
> Also if you run out of diskspace, LVM will let put in another big drive
and add it to the PV. Then use resize tools to extend the filesystems onto
the extra drive.
>
> The good part is you did not have to do a full re-install of the OS.
>
> == End of "If I were you"
>
> >> Any comments/ideas would be appreciated...
> >> First of all will I get NT style permissions with samba or I'm just
going
> >> to
> >> get a system with XFS and no gain :-?
> >> Is there anything special required for samba to use those acls?
>
> When you install XFS be sure and install all of the acl and attr related
parts as well.
>
> >From my test server (I installed Samba last summer, so these are likely a
little old):
>
> # rpm -qa | grep attr
> attr-2.0.8-2
> attr-devel-2.0.8-2
> # rpm -qa | grep acl
> acl-2.0.11-2
> acl-devel-2.0.11-2
>
> Then you have to re-compile Samba to use ACLs. Something like
./configure --use_acls. Samba has a very complex ./configure line, so
definitely try to get the ./configure line that was used to build your
current installation and just add the --use_acls option.
>
> Also, you are aware that Samba only supports Posix ACLs (from a withdrawn
draft standard). NTFS supports a superset of these so there are some NTFS
ACLs that you will still not be able to support via Samba.
>
> HTH
> Greg
> --
> Greg Freemyer
>
|