System = SunOS
Node = jaguar
Release = 5.11
KernelID = snv_133
Machine = i86pc
BusType = unknown
Serial = unknown
Users = unknown
OEM# = 0
Origin# = 1
NumCPU = 1
Hi Folks,
I seem to have a problem changing the owner of a symlinked directory.
As root...
mkdir a
chown admin:audiogroup a
ln -s a
Michelle Knight schreef op 03-05-10 10:23:
I seem to have a problem changing the owner of a symlinked directory.
As root...
mkdir a
chown admin:audiogroup a
ln -s a b
Directory b shows up owned by root, but I can't change it from this. I
can't change the mod permissions either.
Great stuff- Many thanks!
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Urk - my only problem now is that they don't seem to be showing in the
published zfs smb share.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
Got it - I used cp -L -R to symlnk copy the whole structure instead.
Messy, but it does the job.
Thanks for all the advice! Much appreciated.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
Well,
This is the overall issue.
I have a music collection. The top level folders contain a letter for each
artist and each letter then contains a separate folder for each artist. Nice
and easy to organise and navigate.
A - ACDC
- Alanis Morisett
B - BeeGees
However ... I wanted to create
... and now I've discovered that cp -L doesn't create symlinks.
Back to the drawing board.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Michelle Knight schreef op 03-05-10 11:41:
What I've been doing is creating links in the entirelist folder, which
contain links to the sub-folders in each of the letters. very quick, very
simple. However, despite having access to all the folders and files, they
don't show up in the ZFS SMB
On 05/ 3/10 12:44 PM, Michelle Knight wrote:
... and now I've discovered that cp -L doesn't create symlinks.
Back to the drawing board.
You need to do it the other way round. Create a directory with all your
artists and then create symlinks for A, B, C etc
so:
everything/ACDC
Beautiful! It worked.
I can't work out why the symlinks failed to show up in the share when I did it,
but this way they are showing up fine.
Thank you very much!!!
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
Hmmm ... no, it didn't.
I think it might be the sheer number of symlinks I've got in the directory.
That might be causing problems with the ZFS smb share.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
Now ...
Why would this work...
cd /mirror/audio/Cd-Tracks/0-entirelist
ln -s ../a/* .
...but this fail ...
ln -s /mirror/audio/Cd-Tracks/a/* /mirror/audio/Cd-Tracks/0-entirelist/.
Any ideas?
--
This message posted from opensolaris.org
___
On Sun, 2 May 2010, Dave Pooser wrote:
If my system is going to fail under the stress of a
scrub, it's going to
fail under the stress of a resilver. From my
perspective, I'm not as scared
I don't disagree with any of the opinions you stated
except to point
out that resilver will
The long ls command worked, as in it created the links, but they didn't work
properly under the ZFS SMB share.
They didn't work as in, on a remote Linux box, I could execute ls and see them,
but I couldn't change in; permission issues. (despite having the correct
ownership) and also on the
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Michelle Knight
I seem to have a problem changing the owner of a symlinked directory.
As root...
mkdir a
chown admin:audiogroup a
ln -s a b
Directory b shows up owned by root, but I
On 5/3/2010 7:41 AM, Michelle Knight wrote:
The long ls command worked, as in it created the links, but they didn't work
properly under the ZFS SMB share.
I'm guessing you meant the 'long ln' command?
If you look at what those 2 commadns create you'll notice (in the output
of ls -l) that
I'm setting up a two-node cluster with 1U x86 servers. It needs a
small amount of shared storage, with two or four disks. I understand
that the J4200 with SAS disks is approved for this use, although I
haven't seen this information in writing. Does anyone have experience
with this sort of
On Sat, May 1, 2010 at 1:48 PM, Victor Latushkin
victor.latush...@sun.comwrote:
On Apr 29, 2010, at 2:20 AM, Freddie Cash wrote:
On Wed, Apr 28, 2010 at 2:48 PM, Victor Latushkin
victor.latush...@sun.com wrote:
2. Run 'zdb -ddd storage' and provide section titles Dirty Time Logs
See
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/02/2010 07:33 PM, Peter Jeremy wrote:
Note that ZFS v14 was imported to FreeBSD 8-stable in mid-January.
I can't comment whether it would be able to recover your data.
I managed to get a livefs cd that had zfs14, but it was unable to import
Hi Richard,
Renaming the root pool is not recommended. I have some details on what
actually breaks, but I can't find it now.
This limitation is described in the ZFS Admin Guide, but under the
LiveUpgrade section in the s10 version. I will add this limitation under
the general limitation
Hi Ned,
Yes, I agree that it is a good idea not to update your root pool
version before restoring your existing root pool snapshots.
If you are using a later Solaris OS to recover your pool and root pool
snapshots, you can alway create the pool with a specific version, like
this:
# zpool
Yes, you were correct, I chown zp-ext/test/mfitzpat and tried to mount
/zp-ext/test
When I mounted /zp-ext/test/mfitzpat on the remote linux system, as
/fs/mfitzpat
I get the correct permissions and I can create new files/dirs.
[mfitz...@nona-man test]$ ls -l
total 4
drwxr-xr-x+ 2
Hi Robert,
Could be a bug.
What kind of system and disks are reporting these errors?
Thanks,
Cindy
On 05/02/10 10:55, Lutz Schumann wrote:
Hello,
thanks for the feedback and sorry for the delay in answering.
I checked the log and the fmadm. It seems the log does not show changes, however
Hi
Does this mean exporting and re-importing a rpool break things? I have tried
exporting and re-importing other pools with new names and yet haven't seen
problems with it
roy
- Cindy Swearingen cindy.swearin...@oracle.com skrev:
Hi Richard,
Renaming the root pool is not recommended.
mef == Mary Ellen Fitzpatrick mfitz...@bu.edu writes:
mef Is there a way to set permissions so that the /etc/auto.home
mef file on the clients does not list every exported dir/mount
mef point?
If I understand the question right, then, no. These maps are very
traditional from the
On Mon, 3 May 2010, Mary Ellen Fitzpatrick wrote:
I want to use autofs on the remote clients, as I have many dirs that
need to be exported from /zp-ext/test/*
Here is the auto.home on the client, as setup for the user mfitzpat. I
really do not want to edit the auto.home file for each user.
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Kyle McDonald
If you're only sharing them to Linux machines, then NFS would be so
much
easier to use. You'll still want relative links though.
Only if you have infrastructure to sanitize
From: Cindy Swearingen [mailto:cindy.swearin...@oracle.com]
Sent: Monday, May 03, 2010 12:58 PM
Hi Ned,
Yes, I agree that it is a good idea not to update your root pool
version before restoring your existing root pool snapshots.
If you are using a later Solaris OS to recover your pool
On Sun, May 2, 2010 14:12, Richard Elling wrote:
On May 1, 2010, at 1:56 PM, Bob Friesenhahn wrote:
On Fri, 30 Apr 2010, Freddie Cash wrote:
Without a periodic scrub that touches every single bit of data in the
pool, how can you be sure
that 10-year files that haven't been opened in 5 years
more below...
On May 3, 2010, at 2:22 PM, Edward Ned Harvey wrote:
From: Cindy Swearingen [mailto:cindy.swearin...@oracle.com]
Sent: Monday, May 03, 2010 12:58 PM
Hi Ned,
Yes, I agree that it is a good idea not to update your root pool
version before restoring your existing root pool
On May 3, 2010, at 2:38 PM, David Dyer-Bennet wrote:
On Sun, May 2, 2010 14:12, Richard Elling wrote:
On May 1, 2010, at 1:56 PM, Bob Friesenhahn wrote:
On Fri, 30 Apr 2010, Freddie Cash wrote:
Without a periodic scrub that touches every single bit of data in the
pool, how can you be sure
On Apr 30, 2010, at 11:44 AM, Freddie Cash wrote:
Sure, you don't have to scrub every single week. But you definitely want to
scrub more than once over the lifetime of the pool.
Yes. There have been studies of this and the results depend on the technical
(probabilities) and the comfort level
On Apr 29, 2010, at 11:55 AM, Katzke, Karl wrote:
The server is a Fujitsu RX300 with a Quad Xeon 1.6GHz, 6G ram, 8x400G
SATA through a U320SCSI-SATA box - Infortrend A08U-G1410, Sol10u8.
slow disks == poor performance
Should have enough oompf, but when you combine snapshot with a
On Mon, May 3, 2010 17:02, Richard Elling wrote:
On May 3, 2010, at 2:38 PM, David Dyer-Bennet wrote:
On Sun, May 2, 2010 14:12, Richard Elling wrote:
On May 1, 2010, at 1:56 PM, Bob Friesenhahn wrote:
On Fri, 30 Apr 2010, Freddie Cash wrote:
Without a periodic scrub that touches every
On 2010-May-02 01:44:51 +0800, Edward Ned Harvey solar...@nedharvey.com wrote:
Obviously, the kernel has the facility to open an inode by number. However,
for security reasons (enforcing permissions of parent directories before the
parent directories have been identified), the ability to open an
Quick sanity check here. I created a zvol and exported it via iSCSI to
a Windows machine so Windows could use it as a block device. Windows
formats it as NTFS, thinks it's a local disk, yadda yadda.
Is ZFS doing it's magic checksumming and whatnot on this share, even
though it is seeing junk data
On 5/3/2010 4:56 PM, Edward Ned Harvey wrote:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Kyle McDonald
If you're only sharing them to Linux machines, then NFS would be so
much
easier to use. You'll still want relative links though.
On 05/ 4/10 11:33 AM, Michael Shadle wrote:
Quick sanity check here. I created a zvol and exported it via iSCSI to
a Windows machine so Windows could use it as a block device. Windows
formats it as NTFS, thinks it's a local disk, yadda yadda.
Is ZFS doing it's magic checksumming and whatnot on
On Mon, May 3, 2010 at 4:33 PM, Michael Shadle mike...@gmail.com wrote:
Is ZFS doing it's magic checksumming and whatnot on this share, even
though it is seeing junk data (NTFS on top of iSCSI...) or am I not
getting any benefits from this setup at all (besides thin
provisioning, things like
On 2010-Apr-30 21:56:46 +0800, Edward Ned Harvey solar...@nedharvey.com wrote:
How many bytes long is an inode number? I couldn't find that easily by
googling, so for the moment, I'll guess it's a fixed size, and I'll guess
64bits (8 bytes).
Based on a rummage in some header files, it looks like
On 2010-May-03 23:59:17 +0800, Diogo Franco diogomfra...@gmail.com wrote:
I managed to get a livefs cd that had zfs14, but it was unable to import
the zpool (internal error: Illegal byte sequence). The zpool does
appear if I try to run `zpool import` though, as tank FAULTED corrupted
data, and
If you're just wanting to do something like the netapp .snapshot
(where it's in every directory), I'd be curious if the CIFS shadow
copy support might already have done a lot of the heavy lifting for
this. That might be a good place to look
On Mon, May 3, 2010 at 7:25 PM, Peter Jeremy
From: Richard Elling [mailto:richard.ell...@gmail.com]
Once you register your original Solaris 10 OS for updates, are
you
unable to get updates on the removable OS?
This is not a problem on Solaris 10. It can affect OpenSolaris, though.
That's precisely the opposite of what I thought.
From: Peter Jeremy [mailto:peter.jer...@alcatel-lucent.com]
Therefore, it should be very easy to implement proof of concept, by
writing
a setuid root C program, similar to sudo which could then become
root,
identify the absolute path of a directory by its inode number, and
then
print
From: jason.brian.k...@gmail.com [mailto:jason.brian.k...@gmail.com] On
Behalf Of Jason King
If you're just wanting to do something like the netapp .snapshot
(where it's in every directory), I'd be curious if the CIFS shadow
copy support might already have done a lot of the heavy lifting
Well the GUI I think is just Windows, it's all just APIs that are
presented to windows.
On Mon, May 3, 2010 at 10:16 PM, Edward Ned Harvey
solar...@nedharvey.com wrote:
From: jason.brian.k...@gmail.com [mailto:jason.brian.k...@gmail.com] On
Behalf Of Jason King
If you're just wanting to do
On May 3, 2010, at 7:55 PM, Edward Ned Harvey wrote:
From: Richard Elling [mailto:richard.ell...@gmail.com]
Once you register your original Solaris 10 OS for updates, are
you
unable to get updates on the removable OS?
This is not a problem on Solaris 10. It can affect OpenSolaris,
On 05/ 4/10 03:39 PM, Richard Elling wrote:
On May 3, 2010, at 7:55 PM, Edward Ned Harvey wrote:
From: Richard Elling [mailto:richard.ell...@gmail.com]
Once you register your original Solaris 10 OS for updates, are
you
unable to get updates on the removable OS?
This is
48 matches
Mail list logo