search for: 3396

...ulesdir=/usr/lib/security \ --bundled-libraries=!tdb,!talloc,!pytalloc-util,!tevent,!popt,!ldb,!pyldb-util \ --with-shared-modules=${_samba4_idmap_modules},${_ samba4_pdb_modules},${_samba4_auth_modules} \ --disable-rpath-install The build error: ... [3164/3396] Linking default/examples/libsmbclient/testacl3 [3165/3396] Linking default/examples/libsmbclient/testsmbc [3166/3396] Linking default/examples/libsmbclient/testfstatvfs [3167/3396] Linking default/examples/libsmbclient/teststat [3168/3396] Linking default/examples/libsmbclient/teststat3 [3169/3396...

...--bundled-libraries=!tdb,!talloc,!pytalloc-util,!tevent,!popt,!ldb,!pyldb-util > \ > --with-shared-modules=${_samba4_idmap_modules},${_ > samba4_pdb_modules},${_samba4_auth_modules} \ > --disable-rpath-install > > The build error: > ... > [3164/3396] Linking default/examples/libsmbclient/testacl3 > [3165/3396] Linking default/examples/libsmbclient/testsmbc > [3166/3396] Linking default/examples/libsmbclient/testfstatvfs > [3167/3396] Linking default/examples/libsmbclient/teststat > [3168/3396] Linking default/examples/libsmbclient/...

I am running the following command to start the rsync server manually rsync --daemon Then I am getting the following error 2004/12/20 22:41:40 [3396] rsyncd version 2.5.7 starting, listening on port 873 2004/12/20 22:41:40 [3396] rsync: open inbound socket on port 873 failed: Addres s already in use 2004/12/20 22:41:40 [3396] rsync error: error in socket IO (code 10) at socket.c (394) Can anybody help me.

...s-release-lenny.deb --2012-10-12 02:12:12-- http://apt.puppetlabs.com/puppetlabs-release-lenny.deb Resolving apt.puppetlabs.com... 96.126.116.126, 2600:3c00::f03c:91ff:fe93:711a Connecting to apt.puppetlabs.com|96.126.116.126|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 3396 (3.3K) [application/x-debian-package] Saving to: `puppetlabs-release-lenny.deb'' 100%[==================================================================================================>] 3,396 --.-K/s in 0s 2012-10-12 02:12:18 (426 MB/s) - `puppetlabs-release-lenny.deb''...

...out ~/public/app directories. We also run a cluster of mongrel servers using apache2.2. Is this much memory use normal? PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 13982 prashant 16 0 147m 110m 3956 S 0.0 11.0 0:48.57 mongrel_rails 22665 mongrel 16 0 97220 56m 3396 S 0.0 5.6 0:06.66 mongrel_rails 22070 rags 16 0 88640 54m 3936 R 0.0 5.4 0:41.97 mongrel_rails 22671 mongrel 16 0 86160 49m 3432 S 0.0 4.9 0:04.74 mongrel_rails 21260 hemant 16 0 87164 48m 3400 S 0.0 4.8 0:06.09 mongrel_rails 22668 mongrel 16 0 75976 45m 3396...

...e Informatiche > >> > >> */ESTAR / * > >> /c/o / Azienda Ospedaliero Universitaria Pisana > >> Presidio Ospedaliero Spedali Riuniti Santa Chiara > >> Via Roma, 67 - 56126 Pisa, Italy > >> /Tel.: / +39 050 99 3117 > >> /Fax: / +39 050 99 3396 > >> /mail:/alberto.fiaschi at estar.toscana.it > >> <mailto:alberto.fiaschi at estar.toscana.it> > >> /profilo suhttp://it.linkedin.com/pub/alberto-fiaschi/ > >> <http://it.linkedin.com/pub/alberto-fiaschi/38/783/a5> > >> -----------------...

...172.29.78.11; 172.29.78.4; }; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; }; When i'm uncomment #tkey-gssapi-credential "DNS/EM.ORG"; Bind9 failed to start and logging next: ???: Jan 31 11:12:05 EM-DC named[3396]: configuring TKEY: failure Jan 31 11:12:05 EM-DC named[3396]: loading configuration: failure Jan 31 11:12:05 EM-DC named[3396]: exiting (due to fatal error) and ???: Jan 31 09:25:27 EM-DC named[1481]: samba_dlz: starting transaction on zone em.org Jan 31 09:25:27 EM-DC named[1481]: client 1...

...------------- *Alberto Maria Fiaschi* /UOC: / Reti e Sistemi Area Nord-Ovest /Dip.to: / Tecnologie Informatiche */ESTAR / * /c/o / Azienda Ospedaliero Universitaria Pisana Presidio Ospedaliero Spedali Riuniti Santa Chiara Via Roma, 67 - 56126 Pisa, Italy /Tel.: / +39 050 99 3117 /Fax: / +39 050 99 3396 /mail:/alberto.fiaschi at estar.toscana.it <mailto:alberto.fiaschi at estar.toscana.it> /profilo su http://it.linkedin.com/pub/alberto-fiaschi/ <http://it.linkedin.com/pub/alberto-fiaschi/38/783/a5> ------------------------------------------------------------------------ /Le informaz...

...>>>>>> /c/o / Azienda Ospedaliero Universitaria Pisana >>>>>> Presidio Ospedaliero Spedali Riuniti Santa Chiara >>>>>> Via Roma, 67 - 56126 Pisa, Italy >>>>>> /Tel.: / +39 050 99 3117 >>>>>> /Fax: / +39 050 99 3396 >>>>>> /mail:/alberto.fiaschi at estar.toscana.it >>>>>> <mailto:alberto.fiaschi at estar.toscana.it> >>>>>> /profilo suhttp://it.linkedin.com/pub/alberto-fiaschi/ >>>>>> <http://it.linkedin.com/pub/alberto-fiaschi/38/...

...>> /c/o / Azienda Ospedaliero Universitaria Pisana >>>>>>> Presidio Ospedaliero Spedali Riuniti Santa Chiara >>>>>>> Via Roma, 67 - 56126 Pisa, Italy >>>>>>> /Tel.: / +39 050 99 3117 >>>>>>> /Fax: / +39 050 99 3396 >>>>>>> /mail:/alberto.fiaschi at estar.toscana.it >>>>>>> <mailto:alberto.fiaschi at estar.toscana.it> >>>>>>> /profilo suhttp://it.linkedin.com/pub/alberto-fiaschi/ >>>>>>> <http://it.linkedin.com/pub/alb...

...Tecnologie Informatiche e Sanitarie /Area: /Infrastrutture Processi e Flussi /UOS: / Infrastrutture Nord Ovest */ESTAR / * /c/o / Azienda Ospedaliero Universitaria Pisana Presidio Ospedaliero Spedali Riuniti Santa Chiara Via Roma, 67 - 56126 Pisa, Italy /Tel.: / +39 050 99 3117 /Fax: / +39 050 99 3396 /mail:/alberto.fiaschi at estar.toscana.it <mailto:alberto.fiaschi at estar.toscana.it> /profilo su http://it.linkedin.com/pub/alberto-fiaschi/ <http://it.linkedin.com/pub/alberto-fiaschi/38/783/a5>

...t; */ESTAR / * > >>>> /c/o / Azienda Ospedaliero Universitaria Pisana > >>>> Presidio Ospedaliero Spedali Riuniti Santa Chiara > >>>> Via Roma, 67 - 56126 Pisa, Italy > >>>> /Tel.: / +39 050 99 3117 > >>>> /Fax: / +39 050 99 3396 > >>>> /mail:/alberto.fiaschi at estar.toscana.it > >>>> <mailto:alberto.fiaschi at estar.toscana.it> > >>>> /profilo suhttp://it.linkedin.com/pub/alberto-fiaschi/ > >>>> <http://it.linkedin.com/pub/alberto-fiaschi/38/783/a5> &...

...INFO: Generating /etc/nut/upsd.users... [09:06:37] INFO: Configuring user: nutty [09:06:38] INFO: Password is NOT in the Have I Been Pwned database! Nice! [09:06:39] INFO: Configuring Device named myups... [09:06:39] INFO: Starting the UPS drivers... Network UPS Tools - UPS driver controller 3.8.0-3396-gcdc7c4b5b1 Network UPS Tools - Generic HID driver 0.41 (3.8.0-3396-gcdc7c4b5b1) This TrippLite device (09ae:3024) is not (or perhaps not yet) supported by usbhid-ups. Please make sure you have an up-to-date version of NUT. If this does not fix the problem, try running the driver with the '-x p...

...l test it out :-) I've checked the patch. The check for fwrite returning negative is ok, but i think the off-by-one check for snprintf is not necessary -- the intention is not to write a trailing NUL as this function is used to incrementally add lines of text to a buffer. Adapted in changeset 3396: http://trac.annodex.net/changeset/3396 > > Also, I've not fixed this (yet ?) but I believe the filling of the ogg > > packets is bogus as it > > will fill it with values in whatever endianness the current host has. > > It should be using > > oggpack_write and fri...

...0.3.13.4. After I removed sendfile and upgraded to pre-release, I admit it has gone a little high.Previously it was PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 13982 foo 16 0 147m 110m 3956 S 0.0 11.0 0:48.57 mongrel_rails > 22665 mongrel 16 0 97220 56m 3396 S 0.0 5.6 0:06.66 mongrel_rails > 22070 rags 16 0 88640 54m 3936 R 0.0 5.4 0:41.97 mongrel_rails > 22671 mongrel 16 0 86160 49m 3432 S 0.0 4.9 0:04.74 mongrel_rails > 21260 flipl 16 0 87164 48m 3400 S 0.0 4.8 0:06.09 mongrel_rails > 22668 mongrel 16 0 759...

Hi, not sure who to send this to, since it seems to be duplicated in both speex and liboggz, so I'm sending to the whole list. This fixes an off by one bug in the user of snprintf, and returns negative if writing the header returns negative (otherwise we'd just get a short write, losing the error). This patch isn't tested though, but I compiled it :) Also, I've not fixed this

Hi, not sure who to send this to, since it seems to be duplicated in both speex and liboggz, so I'm sending to the whole list. This fixes an off by one bug in the user of snprintf, and returns negative if writing the header returns negative (otherwise we'd just get a short write, losing the error). This patch isn't tested though, but I compiled it :) Also, I've not fixed this

...126,42474 1,5 11842 126,27561 1,5 4777 126,26175 1,5 10949 124,39545 1,5 3524 123,64685 1,5 5993 123,39782 1,5 10943 123,27824 1,5 3409 122,84964 1,5 10942 121,28378 1,5 11730 118,13305 1,5 10702 117,91925 1,5 11796 117,5239 1,5 4769 117,38123 1,5 11587 116,49326 1,5 7223 114,19009 1,5 3396 114,16026 1,5 3097 113,99856 1,5 3526 113,97446 1,5 11376 113,58453 1,5 11591 113,46819 1,5 7163 110,99291 1,5 1044 110,76636 1,5 3457 110,35221 1,5 10944 109,87002 1,5 11802 109,64554 1,5 3100 109,2207 1,5 6023 109,01308 1,5 10947 108,45018 1,5 3098 108,20547 1,5 11593 108,0705 1,5 3...

...1-26 00:01:06] INFO source/source_alloc Too many sources <p><p>######################################################################################## ON ICES SIDE ######################################################################################## root 19320 0.0 2.6 9352 3396 ? S 00:00 0:00 \_ /usr/radio/bin/ices /usr/radio/tmp/ices_conf.30966.xml root 19326 0.0 2.6 9352 3396 ? S 00:00 0:00 | \_ /usr/radio/bin/ices /usr/radio/tmp/ices_conf.30966.xml root 19327 0.0 2.6 9352 3396 ? S 00:00 0:03 | \_ /usr/radio/b...

...;ve checked the patch. The check for fwrite returning negative is ok, > but i think the off-by-one check for snprintf is not necessary -- the > intention is not to write a trailing NUL as this function is used to > incrementally add lines of text to a buffer. > > Adapted in changeset 3396: http://trac.annodex.net/changeset/3396 > > > > Also, I've not fixed this (yet ?) but I believe the filling of the ogg > > > packets is bogus as it > > > will fill it with values in whatever endianness the current host has. > > > It should be using > &g...