We have a Solaris system that is AD joined using `smbadm join'. This
works pretty well for allowing Windows users to SMB mount the data pool
(full control with ACLs). Due to firewall requirements we would also like
to allow users to have SFTP access, but we need the same ACLs to apply.
Is there an
Quoting Guenther Alka on Thu, Oct 11 21:15:
>
> You should add this to
> https://www.illumos.org/issues/9735
>
> as this can be fixed at Illumos only.
Ah, I see. Thank you for the pointer, we had not been able to find that
with our Google searches. Looks like we will have to switch to Samba.
Th
Our AD forest admins just disabled SMBv1 support this morning and our AD
joined OmniOSce boxes (freshly upgraded to r151026w) can no longer talk
to the forest. I have tried removing and re-staging the computer object
in AD but it still won't join.
The command I run:
root@metro-sequoia:~/ # smbad
Quoting Dan McDonald on Wed, Sep 16 15:04:
>
> > On Sep 16, 2015, at 2:54 PM, Omen Wild wrote:
>
> MUCH EARLIER you said:
>
> > A zpool scrub turned up no errors or repairs.
>
> Dumb question --> when did you last attempt a scrub on this pool? Think
> it
Quoting Dan McDonald on Wed, Sep 16 14:32:
>
>
> > On Sep 16, 2015, at 2:31 PM, Omen Wild wrote:
> >
> > No change, still crashes when I try to 'rm -rf' the parent directory.
>
> I think he wanted you to just rmdir . Since the directory entry
> i
Quoting Dan McDonald on Tue, Sep 15 19:31:
>
> > On Sep 15, 2015, at 6:54 PM, Omen Wild wrote:
> >
> > I have the problem file tucked away so it is not causing any harm at the
> > moment. Dan McDonald (from OmniOS) has been working with me. Once he is
> > done
Quoting Ian Collins on Wed, Sep 16 10:31:
>
> >No luck. I get an "Operation not applicable" error trying to overwrite it:
> >root@zaphod:/zaphod/backuppc/trash# mv a fcouncil.html
> >mv: failed to access 'corrupt.html': Operation not applicable
> >
> >"echo '' > corrupt.html" gives the same error.
Quoting Stephan Budach on Tue, Sep 15 06:59:
>
> Am 15.09.15 um 03:46 schrieb Paul B. Henson:
> >>From: Omen Wild
> >>Sent: Monday, September 14, 2015 3:10 PM
> >>
> >>Mostly we are wondering how to clear the corruption off disk and worried
> >>
zfs_remove+0x395
fop_remove+0x5b
vn_removeat+0x382
unlinkat+0x59
_sys_sysenter_post_swapgs+0x149
Thanks for the help.
> Sent from my iPhone (typos, autocorrect, and all)
>
> > On Sep 14, 2015, at 6:0
Quoting Dan McDonald on Mon, Sep 14 18:41:
>
> One thing you can try is to overwrite the file and then remove it.
> Someone else reported a similar vug, and it turned out to be corrupt
> metadata or extended attributes.
We will try it, probably tomorrow. This is a backup server and we have
a lon
Apologies, this email escaped without a subject line. I'm hoping this
one, coupled with threading, will help ameliorate the problem.
--
"What is this talk of 'release'? Klingons do not make software
'releases'. Our software 'escapes,' leaving a bloody trail of
designers and quality assurance pe
11 matches
Mail list logo