search for: tcach

...obsolete client (retrocomputing, don't ask) crash with "seccomp violation" for the writev() call -- and after I added it to the allow list, for the tgkill() call. However, the writev() call in question is this: [pid 592791] writev(2, [{iov_base="free(): double free detected in tcache 2", iov_len=40}, {iov_base="\n", iov_len=1}], 2) = 41 So the tgkill() probably makes sense as it comes from libc itself, rather than from OpenSSH. The client in question is PuTTY_Release_0.64, which seems to trigger "compat KEX proposal" in sshd. Version 0.65 doesn't...

...T) { - t = get_cycles_sync(); + t = vget_cycles_sync(); if (t < __vxtime.last_tsc) t = __vxtime.last_tsc; usec += ((t - __vxtime.last_tsc) * @@ -147,8 +147,8 @@ time_t __vsyscall(1) vtime(time_t *t) long __vsyscall(2) vgetcpu(unsigned *cpu, unsigned *node, struct getcpu_cache *tcache) { - unsigned int dummy, p; - unsigned long j = 0; + unsigned int p; + unsigned long dummy, j = 0; /* Fast cache - only recompute value once per jiffies and avoid relatively costly rdtscp/cpuid otherwise. @@ -162,7 +162,8 @@ vgetcpu(unsigned *cpu, unsigned *node, s p = tcache->blob...

...T) { - t = get_cycles_sync(); + t = vget_cycles_sync(); if (t < __vxtime.last_tsc) t = __vxtime.last_tsc; usec += ((t - __vxtime.last_tsc) * @@ -147,8 +147,8 @@ time_t __vsyscall(1) vtime(time_t *t) long __vsyscall(2) vgetcpu(unsigned *cpu, unsigned *node, struct getcpu_cache *tcache) { - unsigned int dummy, p; - unsigned long j = 0; + unsigned int p; + unsigned long dummy, j = 0; /* Fast cache - only recompute value once per jiffies and avoid relatively costly rdtscp/cpuid otherwise. @@ -162,7 +162,8 @@ vgetcpu(unsigned *cpu, unsigned *node, s p = tcache->blob...

...ccache[FILE:/tmp/krb5cc_1000] -the caller may retry after a kinit After I made the parameter name change to the heimdal version, the error turned into this: Failed to resolve credential cache 'KEYRING:persistent:1000'! (Unknown credential cache type) free(): double free detected in tcache 2 Aborted (core dumped) Based off of this behavior change, to me it appears that the "smb_gss_krb5_import_cred" step/function in smbclient (perhaps other steps/functions too) is specifically looking for or expecting "default_cc_name" and likely other properties or files or...

...ses I get an unexpeced output - hence the report. Bug Summary ------- When competing nft ruleset imports are running, and the ruleset is dumped (with `nft list ruleset`), a couple of rare errors can be seen: 1. An error message returned by `nft list ruleset`: "free(): double free detected in tcache 2" 2. Output is composed of duplicate (or even trippled) dumps of the same tables/rules Test files to reproduce ----------------------- R1.tf ``` #!/usr/sbin/nft -f flush ruleset table inet filter { set DROP-NETS-V4 { type ipv4_addr flags interval elements = {...

...: use the default nflog parameters | --nflog-prefix prefix : Prefix string for log message | --nflog-group group : NETLINK group used for logging | --nflog-range range : Number of byte to copy | --nflog-threshold : Message threshold ofin-kernel queue | free(): double free detected in tcache 2 | zsh: IOT instruction sudo ../../../install/sbin/ebtables -h nflog It is caused by nft_fini() freeing 'target->t' in xtables_targets list which apparently has been freed already by ebt_cs_clean(). Maybe the xtables_find_target() call is bad? -- You are receiving this mail because...

...aller may > retry after a kinit > > After I made the parameter name change to the heimdal version, the error > turned into this: > Failed to resolve credential cache 'KEYRING:persistent:1000'! (Unknown > credential cache type) > free(): double free detected in tcache 2 > Aborted (core dumped) > > Based off of this behavior change, to me it appears that the > "smb_gss_krb5_import_cred" step/function > in smbclient (perhaps other steps/functions too) is specifically looking for > or expecting "default_cc_name" and >...

...T) { - t = get_cycles_sync(); + t = vget_cycles_sync(); if (t < __vxtime.last_tsc) t = __vxtime.last_tsc; usec += ((t - __vxtime.last_tsc) * @@ -147,8 +147,8 @@ time_t __vsyscall(1) vtime(time_t *t) long __vsyscall(2) vgetcpu(unsigned *cpu, unsigned *node, struct getcpu_cache *tcache) { - unsigned int dummy, p; - unsigned long j = 0; + unsigned int p; + unsigned long dummy, j = 0; /* Fast cache - only recompute value once per jiffies and avoid relatively costly rdtscp/cpuid otherwise. @@ -162,7 +162,8 @@ vgetcpu(unsigned *cpu, unsigned *node, s p = tcache->blob...

...T) { - t = get_cycles_sync(); + t = vget_cycles_sync(); if (t < __vxtime.last_tsc) t = __vxtime.last_tsc; usec += ((t - __vxtime.last_tsc) * @@ -147,8 +147,8 @@ time_t __vsyscall(1) vtime(time_t *t) long __vsyscall(2) vgetcpu(unsigned *cpu, unsigned *node, struct getcpu_cache *tcache) { - unsigned int dummy, p; - unsigned long j = 0; + unsigned int p; + unsigned long dummy, j = 0; /* Fast cache - only recompute value once per jiffies and avoid relatively costly rdtscp/cpuid otherwise. @@ -162,7 +162,8 @@ vgetcpu(unsigned *cpu, unsigned *node, s p = tcache->blob...

I know, and i have him the "samba" solution, because ... I dont know sssd also. And i dont get the fuss on samba+winbind or samba+sssd I have 3 services running minimal : samba winbind user-homes.automount Everything works as it should. I hope, and i'll add the note here also. NOTE ! My packages are NOT sssd compliant, you need to recompile SSSD yourselfs agains my samba