headers
Patch Nag | 1 Feb 03:35

New Solaris Patches available at riddleware.com 20090131

119758-14    SunOS 5.10_x86: Samba patch
121431-33    SunOS 5.8_x86 5.9_x86 5.10_x86: Live Upgrade Patch
138242-04    SunOS 5.10_x86: svccfg & svcprop patch
139484-03    SunOS 5.10_x86: ufs patch

------------------------------------

Please check the Links page before posting:
    http://groups.yahoo.com/group/solarisx86/links
Post message: solarisx86 <at> yahoogroups.com
UNSUBSCRIBE:  solarisx86-unsubscribe <at> yahoogroups.com
Permalink | Reply | 0 comments |
headers
Alex Smith (K4RNT | 1 Feb 08:35
Picon

Potential bug in ZFS default pools in S10U6 and OpenSolaris build 105 if using /export/home as basedir?

I've been using /export/home for my basedir since Solaris 8 - has this
convention changed?

I've noticed that if I change my default basedir for users from /home
to /export/home, I get all kinds of wacky ZFS errors (mostly concerned
with being unable to mount rpool/export/home after mounting
rpool/export) keeping some crucial services from starting.

A workaround for this is as follows:

<snip>
zfs unmount rpool/export/home
zfs unmount rpool/export
rm -rf /export/home
zfs mount rpool/export
zfs mount rpool/export/home
</snip>

Is this a valid bug, or am I breaking some ZFS or new Solaris
convention? Should I submit this as a possible bug?

This has happened in both Solaris 10 10/08 x86 and Solaris Express
snv_105 SPARC.

Please advise. Thanks in advance! :)

--

-- 
" ' With the first link, the chain is forged. The first speech
censured, the first thought forbidden, the first freedom denied,
chains us all irrevocably.' Those words were uttered by Judge Aaron
(Continue reading)

Permalink | Reply | 3 comments |
headers
Ian Collins | 1 Feb 09:06
Favicon

Re: Potential bug in ZFS default pools in S10U6 and OpenSolaris build 105 if using /export/home as basedir?

Alex Smith (K4RNT) wrote:
> I've been using /export/home for my basedir since Solaris 8 - has this
> convention changed?
>
> I've noticed that if I change my default basedir for users from /home
> to /export/home, 
How?

Your nameservice usually takes care of mounting home directories.  Which 
nameservice do you use?

> I get all kinds of wacky ZFS errors (mostly concerned
> with being unable to mount rpool/export/home after mounting
> rpool/export) keeping some crucial services from starting.
>
>   
Which errors?

What does zfs list show?

--

-- 
Ian.

------------------------------------

Please check the Links page before posting:
    http://groups.yahoo.com/group/solarisx86/links
Post message: solarisx86 <at> yahoogroups.com
UNSUBSCRIBE:  solarisx86-unsubscribe <at> yahoogroups.com
(Continue reading)

Permalink | Reply | 2 comments |
headers
Alex Smith (K4RNT | 1 Feb 09:21
Picon

Re: Potential bug in ZFS default pools in S10U6 and OpenSolaris build 105 if using /export/home as basedir?

On Sun, Feb 1, 2009 at 2:06 AM, Ian Collins <ian <at> ianshome.com> wrote:
> Alex Smith (K4RNT) wrote:
>> I've been using /export/home for my basedir since Solaris 8 - has this
>> convention changed?
>>
>> I've noticed that if I change my default basedir for users from /home
>> to /export/home,
> How?

useradd -D -b /export/home

>
> Your nameservice usually takes care of mounting home directories.  Which
> nameservice do you use?

DNS.

>> I get all kinds of wacky ZFS errors (mostly concerned
>> with being unable to mount rpool/export/home after mounting
>> rpool/export) keeping some crucial services from starting.
>>
>>
> Which errors?

I can't paste anymore, cause I worked around the errors. However, I
can replicate the problem by using the default ZFS mounts from a
Solaris 10 or snv_105 install, using a single pool for all mounts,
having seperate mounts for rpool/export and rpool/export/home, and
immediately trying to add users with the command 'useradd -m userfoo'.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ian Collins | 1 Feb 09:43
Favicon

Re: Potential bug in ZFS default pools in S10U6 and OpenSolaris build 105 if using /export/home as basedir?

Alex Smith (K4RNT) wrote:
> On Sun, Feb 1, 2009 at 2:06 AM, Ian Collins <ian <at> ianshome.com> wrote:
>   
>> Alex Smith (K4RNT) wrote:
>>     
>>> I've been using /export/home for my basedir since Solaris 8 - has this
>>> convention changed?
>>>
>>> I've noticed that if I change my default basedir for users from /home
>>> to /export/home,
>>>       
>> How?
>>     
>
> useradd -D -b /export/home
>
>   
I've never changed the default base directory, why would you want to?

>
> I can't paste anymore, cause I worked around the errors. However, I
> can replicate the problem by using the default ZFS mounts from a
> Solaris 10 or snv_105 install, using a single pool for all mounts,
> having seperate mounts for rpool/export and rpool/export/home, and
> immediately trying to add users with the command 'useradd -m userfoo'.
>   
Odd, it worked OK for me:

# uname -a
SunOS bester 5.11 snv_101 i86pc i386 i86pc
(Continue reading)

Permalink | Reply | 0 comments |
headers
dick hoogendijk | 1 Feb 11:02
Picon
Gravatar

X11R7.4: Xorg server 1.5.3, Mesa 7.2, and associated driver updates

SXCE.B107 will have this new X.
I read lots of complains about this on the FreeBSD mailinglist. It even
makes me worry a little what will happen on Nevada. It will probably be
OK, but is there already some news on how well this 'upgrade' goes?

--

-- 
Dick Hoogendijk -- PGP/GnuPG key: 01D2433D
+ http://nagual.nl/ | SunOS sxce snv105 ++
+ All that's really worth doing is what we do for others (Lewis Carrol)

------------------------------------

Please check the Links page before posting:
    http://groups.yahoo.com/group/solarisx86/links
Post message: solarisx86 <at> yahoogroups.com
UNSUBSCRIBE:  solarisx86-unsubscribe <at> yahoogroups.com
Permalink | Reply | 2 comments |
headers
Laurent Blume | 1 Feb 15:32
Favicon

Re: Re: PCI Bus Abort

Al Hopper a écrit :
> If you leave the side cover unfastened, you can carefully/quickly
> remove it after the system has been in typical use for awhile, and use
> an IR temp probe to take a look/see.  Take a look at the Good Stuff
> here:
> 
> http://us.fluke.com/usen/products/TemperatureSelect.htm
> 
> This type of sensor is invaluable for PC hardware problem finding - it
> allows you to "look" at everything inside the box - CPU and other
> heatsinks, hard drives, RAM .... etc.
> 
> If you have never owned a Fluke test instrument - you'll be impressed
> with them.  They make a really high quality product that's built to
> last.  Highly recommended - available online from folks that see tools
> and such.

Hey Al,

Quite impressive stuff, I'll look into it :-)
Still, I'd like very much to receive email warning when heat is 
building, I won't be close to that box... Ah well, next time, I'll try 
to get a BMC.

Laurent

--

-- 
/ Leader de Projet & Communauté    | I'm working, but not speaking for
\ G11N   http://fr.opensolaris.org | Bull Services http://www.bull.com
/ FOSUG  http://guses.org          |
(Continue reading)

Permalink | Reply | 0 comments |
headers
Laurent Blume | 1 Feb 16:02
Favicon

ACL on Samba shares preventing file removal

Hi all,

I'm still struggling to get some sort of ACL support on Samba shares of ZFS.

I installed the latest Samba patch, 119758-14.

There's a directory with rwxrwxr-x access.

User belong to the group, so has proper R/W access.

If Samba ACL are not configured for ZFS, it works as expected with the 
same user from Windows.

If it is activated, then I can create and remove a directory, and I can 
create and modify, but *not* remove a file.

Thz ACL shown in Windows say I shouldn't be able to remove either 
directories or files. If I modify that (server-side, using chmod) to be 
able to remove both directories and files, the behaviour is the same.

Any hope to get proper ACL support on ZFS via Samba one day? Does it 
actually work in OpenSolaris 2008.11 with the CIFS shares?

Laurent
--

-- 
/ Leader de Projet & Communauté    | I'm working, but not speaking for
\ G11N   http://fr.opensolaris.org | Bull Services http://www.bull.com
/ FOSUG  http://guses.org          |

------------------------------------
(Continue reading)

Permalink | Reply | 10 comments |
headers
Ian Collins | 1 Feb 19:01
Favicon

Re: ACL on Samba shares preventing file removal

Laurent Blume wrote:
>
> Any hope to get proper ACL support on ZFS via Samba one day? Does it 
> actually work in OpenSolaris 2008.11 with the CIFS shares?
>
>   
What do you have in your smb.conf?  I have a client who makes very heavy 
use of ACLs with ZFS and we don't see any problems (with Solaris 10 U5 
and 6).

CIFS and ACLs works fine as well.

--

-- 
Ian.

------------------------------------

Please check the Links page before posting:
    http://groups.yahoo.com/group/solarisx86/links
Post message: solarisx86 <at> yahoogroups.com
UNSUBSCRIBE:  solarisx86-unsubscribe <at> yahoogroups.com
Permalink | Reply | 9 comments |
headers
Laurent Blume | 1 Feb 19:29
Favicon

Re: ACL on Samba shares preventing file removal

Ian Collins a écrit :
> What do you have in your smb.conf?

Straight out of a blog, ceince there's no real documentation so far:

   vfs objects          = zfsacl
   nfs4:acedup          = merge
   nfs4:chown           = yes
   nfs4:mode            = special

Only the first line causes the issue.

>  I have a client who makes very heavy 
> use of ACLs with ZFS and we don't see any problems (with Solaris 10 U5 
> and 6).

That's seems incredible to me. ACL support was so buggy as of 2 weeks 
ago, you had an error message and an ACL reset client-side everytime you 
tried just to look at them (order problem).
And there were (are?) issues in the Samba code, parts of it are 
hardwired to old-fashioned ACLs, and didn't get through the VFS part.

Just have a look at the last issues corrected in the patch, in 
particular bugid 6701458.

So, maybe they don't see the problems - but they certainly have them, 
unless they're using a Samba version modified from source, not the Sun 
version.

> CIFS and ACLs works fine as well.
(Continue reading)

Permalink | Reply | 8 comments |

Gmane