search for: 6u

....cpp (working copy) @@ -82,16 +82,16 @@ // Set the permissions mode, uid and gid hdr.init(); char buffer[32]; - sprintf(buffer, "%-8o", mbr.getMode()); + snprintf(buffer, sizeof(buffer), "%-8o", mbr.getMode()); memcpy(hdr.mode,buffer,8); - sprintf(buffer, "%-6u", mbr.getUser()); + snprintf(buffer, sizeof(buffer), "%-6u", mbr.getUser()); memcpy(hdr.uid,buffer,6); - sprintf(buffer, "%-6u", mbr.getGroup()); + snprintf(buffer, sizeof(buffer), "%-6u", mbr.getGroup()); memcpy(hdr.gid,buffer,6); // Set the last m...

Over the past 2 days, my smbd processes are multiplying worse than rabbits. At least with rabbits it's easy to tell why you wind up with so many... Here's the setup: Samba version 3.2.8-0.24 installed via rpm on a FC6 box with 2 nics, both on the same subnet. The samba server acts as a PDC in a mixed environment but mostly windows pc's running xp. It is used mostly for file

Lately it never fails when I attach a Mac running OSX 10.5 that I get runaway pid's. I tracked them down so far to multiple close_wait's: # /usr/sbin/lsof | grep pbg5mac smbd 24876 root 6u IPv4 80015755 TCP yoda.wrenkasky.com:netbios-ssn->pbg5mac.wrenkasky.com:49381 (CLOSE_WAIT) They can grow to over 100 if I don't catch it or nobody can log on anymore ;-) Anybody had any problems with Macs using samba? Ed ..............................................................

...netstat -an | grep LISTEN tcp4 0 0 *.32785 *.* LISTEN tcp4 0 0 130.238.4.133.22 *.* LISTEN What in ?@# is 32785 ?? # lsof ... sshd 11152 root 5u IPv4 0x7003ded8 0t0 TCP *:32785 (LISTEN) sshd 11152 root 6u IPv4 0x7004ded8 0t0 TCP xxx.yyy.zzz.hhh:22 (LISTEN) ... #cat /etc/sshd_config Port 22 Protocol 2,1 ListenAddress xxx.yyy.zzz.hhh ListenAddress xxx.yyy.zzz.XXX .... OOPS, forgot to remove a old ListenAddress for a removed interface... Did that and HUP-ed sshd # lsof ... sshd 11152 root 6u...

Thanks for that email. The one lihe change I made is this : from #define FLAC__MAX_RICE_PARTITION_ORDER (15u) to #define FLAC__MAX_RICE_PARTITION_ORDER (6u) and that seemed to make decoder_new() happy, but it's promptly crashing after making a call to the read callback (below), then to the meta callback. The meta callback did nothing but print a string and return. I removed it, and it's just crashing at the read callback. The flac fil...

Hi there, when I try to start the nmbd -D daemon on my OpenServer5.0.5 box, I'll get the errormessage in log.nmbd: [...] [2002/03/12 19:30:18, 0] nmbd/nmbd.c:(783) Netbios nameserver version 2.2.3a started. Copyright Andrew Tridgell and the Samba Team 1994-2002 [2002/03/12 19:30:18, 0] lib/util_sock.c:(789) bind failed on port 137 socket_addr = 0.0.0.0. Error = Address already in use

...de "private/bitwriter.h" #include "private/crc.h" +#include "private/macros.h" #include "FLAC/assert.h" #include "share/alloc.h" #include "share/endswap.h" @@ -67,11 +68,6 @@ static const unsigned FLAC__BITWRITER_DEFAULT_INCREMENT = 4096u / sizeof(uint32_ #define FLAC__WORDS_TO_BITS(words) ((words) * FLAC__BITS_PER_WORD) #define FLAC__TOTAL_BITS(bw) (FLAC__WORDS_TO_BITS((bw)->words) + (bw)->bits) -#ifdef min -#undef min -#endif -#define min(x,y) ((x)<(y)?(x):(y)) - /* adjust for compilers that can't understand usin...

...Any other thoughts? Thanks, Reza Josh Coalson wrote: > --- Reza Naima <reza@reza.net> wrote: > >>Thanks for that email. The one lihe change I made is this : >> >>from #define FLAC__MAX_RICE_PARTITION_ORDER (15u) >>to #define FLAC__MAX_RICE_PARTITION_ORDER (6u) >> >>and that seemed to make decoder_new() happy, but it's promptly >>crashing >>... > > > Don't change the global define... just replace the value > FLAC__MAX_RICE_PARTITION_ORDER with 6 in the two places > it is used in the FLAC__EntropyCodingMet...

...CHR 1,3 1574 /dev/null tftpd 20782 0 3u unix 0xf73a2ac0 2943680 socket tftpd 20782 0 4u IPv4 2943683 UDP *:tftp tftpd 20782 0 5u sock 0,5 2945126 can't identify protocol tftpd 20782 0 6u sock 0,5 2946157 can't identify protocol tftpd 20782 0 7u sock 0,5 2947174 can't identify protocol tftpd 20782 0 8u sock 0,5 2952758 can't identify protocol tftpd 20782 0 9u sock 0,5...

...vm/unittests/ADT/BitVectorTest.cpp:47: Failure [ 1412s] Value of: Vec.count() [ 1412s] Actual: 1 [ 1412s] Expected: 5U [ 1412s] Which is: 5 [ 1412s] /home/abuild/rpmbuild/BUILD/llvm/unittests/ADT/BitVectorTest.cpp:56: Failure [ 1412s] Value of: Inv.count() [ 1412s] Actual: 10 [ 1412s] Expected: 6U [ 1412s] Which is: 6 [ 1412s] /home/abuild/rpmbuild/BUILD/llvm/unittests/ADT/BitVectorTest.cpp:83: Failure [ 1412s] Value of: 23u [ 1412s] Actual: 23 [ 1412s] Expected: Count [ 1412s] Which is: 27 [ 1412s] /home/abuild/rpmbuild/BUILD/llvm/unittests/ADT/BitVectorTest.cpp:113: Failure [ 1412s] Valu...

amd from the amd-920824upl102-6.i386.rpm file distributed with RedHat Linux 4.1 does not honor the nodev option for NFS filesystems and probably other mount types, allowing any user access to the device files in /dev on a system, provided that they have root access to another linux box on the network. In addition, the default amd.conf from RH 4.1 maps /net/* to NFS mounting, which makes the bug in

...0.0.0:* 2068/skype udp6 0 0 :::5353 :::* 1065/avahi-daemon: udp6 0 0 :::50994 :::* 1065/avahi-daemon: sudo lsof -i | grep LISTEN dovecot 1033 root 6u IPv4 7578 0t0 TCP *:imap2 (LISTEN) dovecot 1033 root 7u IPv4 7579 0t0 TCP *:imaps (LISTEN) dovecot 1033 root 9u IPv4 7580 0t0 TCP *:pop3 (LISTEN) dovecot 1033 root 10u IPv4 7581 0t0 TCP *:pop3s (LISTEN) cupsd 1295 root 5u IPv6...

...   16 /dev/null usbhid-up 4929 root    3u  unix    0xfffff8023ff4c6d0      0t0       ->0xfffff800134846d0 usbhid-up 4929 root    4u  VCHR                 0,140      0t0   140 /dev/usb/1.4.0 usbhid-up 4929 root    5u  VCHR                 0,140      0t0   140 /dev/usb/1.4.0 usbhid-up 4929 root    6u  unix    0xfffff80013483000      0t0       /var/db/nut/usbhid-ups-apc900 usbhid-up 4929 root    7u  unix    0xfffff800735046d0      0t0       /var/db/nut/usbhid-ups-apc900 $ lsof -p 6418 COMMAND    PID USER   FD   TYPE                DEVICE SIZE/OFF  NODE NAME usbhid-up 6418 root  cwd   VDIR 16432...

...if possible. 1] 'apt-get install winbind' informs me that the package is already installed (v4.3.9), yet it is not operating; 2] Lsof -Pnl +M -i4 provides: root at smb-srv:/home/inbay# lsof -Pnl +M -i4 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME dhclient 2976 0 6u IPv4 20143 0t0 UDP *:68 lwsmd 3217 0 17u IPv4 59606 0t0 TCP 10.10.40.164:35156->10.10.20.93:445 (ESTABLISHED) lwsmd 3231 0 24u IPv4 64193 0t0 TCP 10.10.40.164:40020->10.10.20.92:3268 (ESTABLISHED) lwsmd 3231 0 26u IPv4 64244...

...11 ( http://www.insecure.org/nmap/ ) at 2011-10-17 21:59 EDT Interesting ports on 192.168.1.200: PORT STATE SERVICE 443/tcp open https And the port 443 is being listened to.. [root at VIRTCENT02:~] #lsof -i :443 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME haproxy 1763 haproxy 6u IPv4 7586 TCP VIRTUAL.example.com:https (LISTEN) [root at VIRTCENT01:~] #netstat -tulpn | grep 443 tcp 0 0 192.168.1.200:443 0.0.0.0:* LISTEN 1752/haproxy But a page will not render in a web page. Unable to connect Firefox can&...

Hello Luke, After our services do now successfully restart, we hit now the already opened bug where the restarted service takes over puppetd port if it''s configured to listen. One solution is to remove the listen option but it''s very nice to invoke a puppetrun on the clients from the central server without waiting for its next run. Where you already able to take a look? It

...716171 root 3u unix 0x00000000eeb52825 0t0 16427010 type=DGRAM (CONNECTED) upssched 1716171 root 4r REG 8,2 545 39847858 /etc/nut/upssched.conf upssched 1716171 root 5u unix 0x00000000a035b466 0t0 16426351 type=STREAM (UNCONNECTED) upssched 1716171 root 6u unix 0x0000000050820b2b 0t0 16426352 type=STREAM (UNCONNECTED) upssched 1716171 root 7u unix 0x00000000447aac0e 0t0 16424724 /var/run/nut/upssched.pipe type=STREAM (CONNECTED) upssched 1716171 root 10u unix 0x00000000d7bd8088 0t0 16424722 /var/run/nut/upssched.pipe type=STREA...

...716171 root 3u unix 0x00000000eeb52825 0t0 16427010 type=DGRAM (CONNECTED) upssched 1716171 root 4r REG 8,2 545 39847858 /etc/nut/upssched.conf upssched 1716171 root 5u unix 0x00000000a035b466 0t0 16426351 type=STREAM (UNCONNECTED) upssched 1716171 root 6u unix 0x0000000050820b2b 0t0 16426352 type=STREAM (UNCONNECTED) upssched 1716171 root 7u unix 0x00000000447aac0e 0t0 16424724 /var/run/nut/upssched.pipe type=STREAM (CONNECTED) upssched 1716171 root 10u unix 0x00000000d7bd8088 0t0 16424722 /var/run/nut/upssched.pipe type=STREA...

...;]]I4'',U[V@LKF^ 2]?M-HO6MU-V FGL\@;C174=QK0>?ER$][B2<#W MH8R0+;+8V_[;^<G[HZ.#?BN)HU8\#4._A;RRCO.C#Z>ESA:N8Q02 UZ$''(S# M=%]J["BX]7P?G,% 3A7(>.!,90SU2R<>]T P=5/2-I.@!\SY&4F).AK(D#[[ M3"8T?R< Y_9*<_9B"$(%L0H#V0Q]MWD9.5[0=*7C0MU0K#%)B&/6U]>)X_9? M?^KCKVK5&\+ A5IA;U!%R0;0JTH_EE4RF1HO40R<@/@,QJX7@0I+PY"U@-?? M=GF$_.0IZ%2''7K5*Q]873UH_''KT1U4CR4?4%[F2()SSTG5''5#7G,P(DEU.@) MGFZUTKQIP(V,+L,8R5642 %;6_@X;$".Y;J+^S8]<;$G?F*>.X7G]FDT1[T% MZ?*R^9XT<&$*7KW:/=H[?W?REK=8:_=PC3>.[[D03I...

Hi! On my FreeBSD 12.0-RELEASE-p7 server I was unable to retrieve the correct information from my two UPS. Every time only the first UPS will returned when I entering "upsc apc900" or "upsc apc901". I don't know why (Bug or configuration issue on my side?!). I have downloaded the latest source code and with my "patch" I was able to get the right information