On 26 Jul 2011, at 21:51, Gordon Ross wrote:
> Generally, that means the local account is not found or the password is wrong.
> Did you look in /var/smb/smbpasswd?
That's what I thought at first, except I traced the code and that isn't the
case. It fails all users in smbpasswd too :-(
The logi
I've gotten a provider for the 'package' resource working for
OpenIndiana/Solaris 11's pkg packaging system. Pending getting it
accepted into Chef, I've packaged it as a cookbook containing the
providers:
https://github.com/williamsjj/chef_openindiana
The cookbook also contains a LWRP for managin
Generally, that means the local account is not found or the password is wrong.
Did you look in /var/smb/smbpasswd?
On Tue, Jul 26, 2011 at 2:59 PM, Chris Ridd wrote:
> We're trying to use the oi_148 kernel CIFS server in workgroup mode to serve
> a few Windows clients.
>
> The smbd was authentic
Relax, Steve. It will all be ok.
This mailing list works pretty well actually. There is also an irc channel,
#OpenIndiana, which I have found to be both friendly and helpful.
OpenIndiana is not Indiana, nor is it OpenSolaris. You will find more of a tie
to Illumos than anything. Go to Illumos.o
Uh, new to OpenIndiana (O.I.) and kind of dismayed to see the lack of any
community forum anywhere - with the exception to this mailing list... which is
hardly the ideal way to resolve an issue, or seek guidance IMHO. I was able to
find something at OpenSolaris.org but the "Indiana" category app
We're trying to use the oi_148 kernel CIFS server in workgroup mode to serve a
few Windows clients.
The smbd was authenticating users against /var/smb/smbpasswd happily for a
while but - I'm not sure when - has stopped.
It doesn't log why, and some dtrace suggests something weird is up inside s
On Tue, Jul 26, 2011 at 7:29 AM, Gabriele Bulfon wrote:
> Hi, is there any way to let NFS4 server not require the same users of the
> client to exist on the server??
> I noticed that the root access on an NFS4 server, let me chmod on any user
> who's id exists on the server,
> wether it is same na
On Mon, Jul 25, 2011 at 3:31 PM, Jonathan Adams wrote:
> "sudo zoneadm -z rpmzone install" ? rather than:
> "sudo zoneadm install -z rpmzone install"
>
Thanks, this didn't work either. I got the same error message.
I'm going to get another computer tomorrow, and will install OI afresh
on that (t
Rocky,
What is the name of that package?
Thanks,
j.
-Original Message-
From: Rocky Shek [mailto:roc...@dataonstorage.com]
Sent: Monday, July 25, 2011 11:10 PM
To: 'Discussion list for OpenIndiana'
Subject: Re: [OpenIndiana-discuss] nexenta dsm
Gary,
The package you download is only
My currently SNV_134 OpenSolaris build boots from a USB stick and I'm looking
to upgrade to OI, but the USB port its connected to is falling apart and has
become really temperamental.
There's an issue (bug) with 134 in that you cannot boot it from a different USB
port as it won't fine the OS f
My bad - I haven't done heavy NFS sharing since Solaris 9 and that was
using NIS. I'm currently sharing a ZFS file system with sharenfs=ro at
this time, so I'm probably not the best person to ask lol.
Let us know what works for you.
2011/7/26 Ignacio Marambio Catán :
> yes, no_root_squash is a li
Well, this sounds a bit odd to me, expecially in this world of virtualized
environments running
on the same storage, where many VM may run completely different solutions with
their own users,
and I can't imagine to have all those users into the storage.
To me, the storage should be anaware of cli
yes, no_root_squash is a linux setting, it is what you achieve with
root= in solaris.
As far as i know id mapping (uid to uid) was not really necessary in
nfs4 because nfs4 uses usernames instead of uids so it's just a matter
of having the same users created everywhere no matter the uid.
nacho
On
Thanx for your suggestion, but I think the no_root_squashing is achieved
through the "root="
option on zfs.
Infact, my zfs share output is like this:
-@data/sonicle /data/sonicle/webtop
sec=sys,rw=@192.168.222.198/32,root=@192.168.222.198/32 ""
-@data/sonicle /data/sonicle/www
sec=sys,rw
If you don't use a unifying authentication system such as LDAP or
NIS+, look up the root_squash and no_root_squash NFS share options.
I'm not sure if this will fix your problems, I've used pure NFSv4 most
of the time.
On Tue, Jul 26, 2011 at 10:29, Gabriele Bulfon wrote:
> Hi, is there any way to
Hi, is there any way to let NFS4 server not require the same users of the
client to exist on the server??
I noticed that the root access on an NFS4 server, let me chmod on any user
who's id exists on the server,
wether it is same name or not. Any chmod to a uid not existent on the server,
is cha
hi, actually I could solve the problem by moving to NFS4, but got a different
problem
I set up every mapid correctly, so I could get correct root access over NFS4.
So I mount from the client with vers=4, go to the mount point, create a
directory, and it's
correctly root:root.
Then I find that
Hi,
I moved a cyrus server data files onto a OI ZFS storage, shared as NFS,
accessed with options
"vers=3,rsize=32768,wsize=32768,intr,noatime" from a Solaris 10 (vers 3 seemed
the only way to easily access the server as root and get original permissions).
It works, but once usage goes up, I get
Hi,
I upgraded since OpenSolaris.
On Mon, Jul 25, 2011 at 5:51 PM, YOSHIDA Shigeru wrote:
> Hi,
>
> I installed OpenIndiana build 148 desktop.
> I'm in trouble on setting my keyboard.
>
> My keyboard is PFU Happy Hacking Keyboard(pc101 layout.)
> But, the system seems to treat the keyboard Japa
19 matches
Mail list logo