Displaying 20 results from an estimated 80000 matches similar to: "[Bug 1176] Cannot set sticky bits via sftp"
2018 Jan 16
0
Hitting kMaxNumChunks
On Tue, Jan 16, 2018 at 11:44 AM, Frederik Deweerdt <
frederik.deweerdt at gmail.com> wrote:
> Hello Kostya,
>
> I see that master has the same value for kMaxNumChunks, is there
> anything in particular that leads you to think i wouldn't run into the
> same limit?
>
No. It's just that I haven't heard anyone else complain recently.
If you have a reproducer that
2018 Jan 25
1
Hitting kMaxNumChunks
On Wed, Jan 24, 2018 at 12:10 PM, Frederik Deweerdt <
frederik.deweerdt at gmail.com> wrote:
> On Wed, Jan 24, 2018 at 11:30 AM, Kostya Serebryany <kcc at google.com>
> wrote:
> > +Aleksey, who has been dealing with the allocator recently.
> >
> > If you have a "((idx)) < ((kMaxNumChunks))" (0x40000, 0x40000)
> > check failure, it means that
2018 Feb 09
0
Hitting kMaxNumChunks
Hello,
On Wed, Jan 24, 2018 at 4:22 PM, Kostya Serebryany <kcc at google.com> wrote:
>
>
> On Wed, Jan 24, 2018 at 12:10 PM, Frederik Deweerdt
> <frederik.deweerdt at gmail.com> wrote:
[...]
>>
>> > If yes, yea, I guess we need to bump kMaxNumChunks
>> >
>> >
>> I'll increase the limit to 2^19 for our build, and I'll report
2008 Jun 12
1
[Bug 1310] chmod sftp command and setgid/setuid bit
https://bugzilla.mindrot.org/show_bug.cgi?id=1310
Damien Miller <djm at mindrot.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |djm at mindrot.org
Blocks| |1452
--- Comment #3 from Damien Miller
2018 Jan 24
0
Hitting kMaxNumChunks
+Aleksey, who has been dealing with the allocator recently.
If you have a "((idx)) < ((kMaxNumChunks))" (0x40000, 0x40000)
check failure, it means that you've allocated (and did not deallocate) 2^18
large heap regions, each *at least* (2^17+1) bytes.
This means, that you have live large heap chunks of 2^35 bytes (or more) in
total, which is 32Gb.
Does this sound correct?
If yes,
2018 Jan 16
2
Hitting kMaxNumChunks
Hello Kostya,
I see that master has the same value for kMaxNumChunks, is there
anything in particular that leads you to think i wouldn't run into the
same limit?
Thanks,
Frederik
On Tue, Jan 16, 2018 at 11:23 AM, Kostya Serebryany <kcc at google.com> wrote:
> llvm 3.9 seems pretty old.
> Does this happen with trunk?
>
> On Thu, Jan 11, 2018 at 11:20 AM, Frederik Deweerdt
2018 Jan 16
0
Hitting kMaxNumChunks
llvm 3.9 seems pretty old.
Does this happen with trunk?
On Thu, Jan 11, 2018 at 11:20 AM, Frederik Deweerdt via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> Hello,
>
> We've had a build that hit the following assert:
> AddressSanitizer CHECK failed:
> /var/lib/jenkins/jenkins/workspace/fst-clang/local/src/
> llvm/llvm-3.9.0.src/projects/compiler-rt/lib/asan/../
2014 Dec 31
0
[Bug 11027] New: Sticky bit not set when using --chmod=D+t alone, without --perms
https://bugzilla.samba.org/show_bug.cgi?id=11027
Bug ID: 11027
Summary: Sticky bit not set when using --chmod=D+t alone,
without --perms
Product: rsync
Version: 3.0.9
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5
Component: core
Assignee:
2008 Feb 04
2
[Bug 1436] New: scp -p does not preserve sticky bit (01000)
https://bugzilla.mindrot.org/show_bug.cgi?id=1436
Summary: scp -p does not preserve sticky bit (01000)
Classification: Unclassified
Product: Portable OpenSSH
Version: 4.7p1
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: scp
AssignedTo: bitbucket at
2006 Sep 15
1
[Bug 1229] No way to set default umask for SFTP server
http://bugzilla.mindrot.org/show_bug.cgi?id=1229
Summary: No way to set default umask for SFTP server
Product: Portable OpenSSH
Version: 4.3p2
Platform: Other
OS/Version: Mac OS X
Status: NEW
Severity: enhancement
Priority: P2
Component: sftp-server
AssignedTo: bitbucket at mindrot.org
2000 Jan 25
1
sticky bit on directories created via net neighborhood
I've set "force directory mode = 1775" in smb.conf, but when
I make directories in a share through network neighborhood, I
end up with 0775, i.e. user has rwx, group rwx, others rx.
The sticky bit is not getting set.
What am I doing wrong?
thanks in advance,
Ed Schernau
ed@schernau.com
Network Architect
2006 Nov 09
1
[Bug 1229] No way to set default umask for SFTP server
http://bugzilla.mindrot.org/show_bug.cgi?id=1229
------- Comment #2 from hans at parse.nl 2006-11-09 20:52 -------
I think there's a bunch of Gentoo users including me that are
interested in this feature aswell, now that the Gentoo core system
packages team decided to ditch the sftplogging
(http://sftplogging.sourceforge.net/) features of the openssh ebuild.
See my ticket at
2018 Jan 24
2
Hitting kMaxNumChunks
On Wed, Jan 24, 2018 at 11:30 AM, Kostya Serebryany <kcc at google.com> wrote:
> +Aleksey, who has been dealing with the allocator recently.
>
> If you have a "((idx)) < ((kMaxNumChunks))" (0x40000, 0x40000)
> check failure, it means that you've allocated (and did not deallocate) 2^18
> large heap regions, each *at least* (2^17+1) bytes.
> This means, that
2020 Aug 10
11
[Bug 3201] New: provide an option to use sftp instead of ssh 'exec sh -c …' for installing ssh-keys via ssh-copy-id
https://bugzilla.mindrot.org/show_bug.cgi?id=3201
Bug ID: 3201
Summary: provide an option to use sftp instead of ssh 'exec sh
-c ?' for installing ssh-keys via ssh-copy-id
Product: Portable OpenSSH
Version: -current
Hardware: All
OS: All
Status: NEW
Severity: enhancement
2016 Dec 21
0
Can Linux ACLs override Sticky Bits on a Samba Share?
Hi,
I have an Ubuntu Linux server where I use Sticky Bits to help enforce specific permissions on Samba shares:
-- Each Samba share is associated with a unique Linux group
-- Only members of the group can access the share
-- All members of the group can create new files and directories in the share
-- SGID is set on all directories.
-- The "creator" of any new file will be the
2002 Dec 05
0
[Bug 452] New: sftp does not abort when commands given via -b fail
http://bugzilla.mindrot.org/show_bug.cgi?id=452
Summary: sftp does not abort when commands given via -b fail
Product: Portable OpenSSH
Version: older versions
Platform: ix86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: sftp
AssignedTo: openssh-unix-dev at mindrot.org
2018 Jan 11
2
Hitting kMaxNumChunks
Hello,
We've had a build that hit the following assert:
AddressSanitizer CHECK failed:
/var/lib/jenkins/jenkins/workspace/fst-clang/local/src/llvm/llvm-3.9.0.src/projects/compiler-rt/lib/asan/../sanitizer_common/sanitizer_allocator.h:1078
"((idx)) < ((kMaxNumChunks))" (0x40000, 0x40000)
Increasing the limit and recompiling seems like the obvious
workaround, but I'm wondering
2002 Dec 05
2
[Bug 452] sftp does not abort when commands given via -b fail
http://bugzilla.mindrot.org/show_bug.cgi?id=452
------- Additional Comments From spin at avalon.net 2002-12-06 03:15 -------
Forgot to mention that this is 3.1p1-6 RedHat RPM.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
2005 Jan 20
2
[Bug 950] terminal settings not restored after Ctrl+C during password prompt in scp/sftp
http://bugzilla.mindrot.org/show_bug.cgi?id=950
------- Additional Comments From dtucker at zip.com.au 2005-01-20 22:36 -------
(From update of attachment 738)
Does this need to go to OpenBSD? It doesn't seem to occur on OpenBSD, but I
don't know if it's just because the dice haven't landed right or something with
the tty semantics (or process scheduling?) causes it to not
2018 Jan 24
2
Hitting kMaxNumChunks
On Tue, Jan 16, 2018 at 1:38 PM, Kostya Serebryany <kcc at google.com> wrote:
>> I see that master has the same value for kMaxNumChunks, is there
>> anything in particular that leads you to think i wouldn't run into the
>> same limit?
>
>
> No. It's just that I haven't heard anyone else complain recently.
> If you have a reproducer that works on