similar to: Crashes on File Access - Post Solaris Patching

I recently patched my Solaris server and suddenly my Samba service is not working correctly. When Anyone accesses a samba share the samba daemon panics and shuts down. Solaris than restarts the system, unless there are multiple panics simultaneously than the service is placed in maintenance mode. The SAMBA server is a stand alone supporting a dozen end users for a large file store behind the

Hello, Just yesterday, we installed the new samba version - 4.18.1 - and configured AD domain controllers. Samba service started without any issues. But with in 10 minutes of starting the service entered failed state. Restarting the service is also resulting in the same issue. Service enters failed state with in 15-20 minutes I have deployed samba on RHEL 8. When the service enters the

On 04/05/15 17:03, Daniel Carrasco Mar?n wrote: > Hi, > > Just a moments ago i've sent a message to other user saying that I've a > working server with CUPS authentication using AD groups. Well, that > authentication is not working anymore and i've not changed anything... > > The thursday I was configuring the server to allow the management of cups > with AD

On Tue, May 09, 2017 at 02:59:51AM +0000, Zhangxiaoxu via samba-technical wrote: > Hi, > Thanks a lot. > > Use the valgrind, we found the stack of the malloc as below, so, maybe it is not memory leak. > ==2796353== 36,334,440 bytes in 100,929 blocks are still reachable in loss record 774 of 774 > ==2796353== at 0x4C2AB80: malloc (in

Hi, Bartlett I decided to cut some subsystem by myself, So I spent several days to study the SAMBA 4 WAF build system and now know the base steps of build. but which subsystem can be removed for snmd/nmbd/smbpasswd ? followings are the full dependencies of these 3 binary ldd bin/smbpasswd libpthread.so.0 => /lib/libpthread.so.0 (0xf7139000) libsamba-util.so.0 =>

Hi, Thanks a lot. Use the valgrind, we found the stack of the malloc as below, so, maybe it is not memory leak. ==2796353== 36,334,440 bytes in 100,929 blocks are still reachable in loss record 774 of 774 ==2796353== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==2796353== by 0x953B88F: ??? (in

Sure. ``` [global] workgroup = EXAMPLE server string = dns proxy = no interfaces = eth0 bind interfaces only = yes log file = /var/log/samba/log.%m max log size = 1000 # new options log level = 5 netbios name = FILES #panic action = /usr/share/samba/panic-action %d server role = STANDALONE SERVER local master = no security = user encrypt passwords =

Hi, I attempted to build v3.3 using Sun Studio 12, but it failed right out of the gate. It looks like it can't find the standard libraries, but according to the make output, it's looking in the right places. Would someone please clue me in as to what I'm missing? Thanks. -John Using FLAGS = -I/opt/heimdal/include -I/usr/sfw/include/openssl -g -xs -xtarget=ultraT1

I found 179 more *.{c,cpp,h} files with tabs. Unfortunately, the tabs stops used vary so blindly expanding them messes up alignment in many cases :( Index: examples/BFtoLLVM/BFtoLLVM.cpp Index: include/llvm/AbstractTypeUser.h Index: include/llvm/GlobalVariable.h Index: include/llvm/InstrTypes.h Index: include/llvm/IntrinsicInst.h Index: include/llvm/ADT/PostOrderIterator.h Index:

https://bugs.freedesktop.org/show_bug.cgi?id=97537 Bug ID: 97537 Summary: nvc0 occasionally crashes in glDrawArrays in a multi-threaded app Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

Overall the build process for dovecot is very clean. I did however run into a significant problem when it came to locating the mysql libraries, especially when building a 64 bit executable but similar problems occured building a 32 bit executable. I am describing the 64 bit build issues below since that is the worst case scenario. Fixing the 64 bit build will automatically fix the 32 bit

On 10/5/2020 12:16 PM, Rowland penny via samba wrote: > On 05/10/2020 17:01, Jason Keltz via samba wrote: >> On 10/5/2020 11:58 AM, Rowland penny via samba wrote: >> >>> On 05/10/2020 16:30, Jason Keltz via samba wrote: >>>> Hi. >>>> >>>> Using MIT5 backend with Samba.. >>> I hope you mean on the clients, the use of MIT as the

Hi, I am trying to compile R-2.2.1 on Solaris 2.9 with a 64-bit build. Following the instructions in "R Installation and Adminstration", I changed the following settings in "config.site": CC="gcc -m64" F77="g77 -64" CXX="g++ -m64" LDFLAGS="-L/usr/local/lib/sparcv9 -L/usr/local/lib" But I got the following error messages:

On Wed, 21 Jul 2004, Chris Lattner wrote: > > Yes, this makes a tremendous amount of sense. Do you think you could > prepare some patches to make this happen? If you have any questions, feel > free to ask :) Ok, a patch[1] is attached. I didn't care to coerce the offset, since I assume that it is an uint, but maybe I should? Hopefully I've understood the llvm source

Hi, Just a moments ago i've sent a message to other user saying that I've a working server with CUPS authentication using AD groups. Well, that authentication is not working anymore and i've not changed anything... The thursday I was configuring the server to allow the management of cups with AD groups and was working perfect. After that i've added some printer alias to samba

We currently have a samba install on Solaris 8 providing a front-end to a Rational ClearCase system. Because of some recent changes, we are having Kerberose issues in validating files (too many open files). After some research, I found that the best way to resolve these is to re-compile samba as a 64bit application to increase the open file restrictions on a Solaris 32 bit app. The problem I am

Hi, been trying to build R-1.5.1 for som eof our users here. No probs with gcc-3.2 32-bit installtion, but thought we'd try it with the 64-bit just for the crack. Configuring thus CC=gcc3 CFLAGS="-m64" CXX=g++3 CXXFLAGS="-m64" F77=g773 FFLAGS="-m64" LDFLAGS="-m64 -L/usr/local/packages/gcc-3.2/lib/sparcv9" ./configure

Author: eota Repository: /hg/zfs-crypto/gate Revision: 50021b84343742e322d24ce75d5cf4b26369fd38 Log message: 6310483 boot needs some more help for gcc on SPARC Files: create: usr/src/psm/stand/boot/sparc/common/util.h update: usr/src/psm/promif/ieee1275/common/prom_node.c update: usr/src/psm/promif/ieee1275/common/prom_test.c update: usr/src/psm/stand/boot/common/readfile.c update:

I try to compile samba 3.0.7 with parameters "--with-ldap" and "--with-ldapsam" and got a messages: *************** checking for LDAP support... yes checking ldap.h usability... no checking ldap.h presence... yes configure: WARNING: ldap.h: present but cannot be compiled configure: WARNING: ldap.h: check for missing prerequisite headers? configure: WARNING: ldap.h: proceeding

Ok, here's the new patch. (Please tell me if I shouldn't mail patches directly on the mailing list.) While I was editing LowerGC.cpp I made a little test (not part of this patch, but the diff with LowerGC.cpp in cvs is attached). I've added a new intrinsic called llvm.gcroot_value(sbyte*, sbyte*), which takes a pointer directly instead and transforms it into an alloca. The idea is the