search for: 3104

...the connection is >> closing. This assumes that it's not a network issue, where all of the >> programs get a closed-connection >> error. > > Hey Wayne, > > I took Paul's advice and tried monitoring with lsof. This is what I > saw: > > $ lsof -p 3104 > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > rsync 3104 kip cwd DIR 0,19 4096 214695958 /home/kip/Disk_Backups/kip-desktop/yakkety > rsync 3104 kip rtd DIR 179,2 4096 2 / > rsync 3104 kip txt REG...

On Wed, 2016-10-12 at 08:36 +0200, Paul Slootman wrote: > As always it's best to first upgrade to the current version (3.1.3) > if at all possible, as there's always the chance that the cause of > your problems has already been fixed. Good call, but I believe I may have ruled this out. I didn't upgrade to 3.1.3, but both sides are running 3.1.1 protocol version 31 now. Same

Just wanted to alert everyone regarding a problem that I only experience with R2.9.0 and not with R2.8.1 when I run both using exactly the same script and the same data. Here is what I do with my data "MyData", 2 predictors (V1 and V2) and my survival DV "Depvar": library(survival)

If I use latex(summary(X)) where X is a data frame with four variables I get something like Rainfall Education Popden Nonwhite Min. :10.00 Min. : 9.00 Min. :1441 Min. : 0.80 1st Qu.:32.75 1st Qu.:10.40 1st Qu.:3104 1st Qu.: 4.95 Median :38.00 Median :11.05 Median :3567 Median :10.40 Mean :37.37 Mean :10.97 Mean :3866 Mean :11.87 3rd Qu.:43.25 3rd Qu.:11.50 3rd Qu.:4520 3rd Qu.:15.65 Max. :60.00 Max. :12.30 Max. :9699 Max. :38.50 where the row headings...

...u might use. nut-driver is > started automatically by systemd whenever nut-server starts. > > The command ps -elf | grep -E "nut|ups" should show > > 1 S upsd 3096 1 ... /usr/lib/ups/driver/... > 1 S upsd 3100 1 ... /usr/sbin/upsd > 1 S root 3104 1 ... /usr/sbin/upsmon > 5 S upsd 3105 3104 ... /usr/sbin/upsmon > > Roger > > _______________________________________________ > Nut-upsuser mailing list > Nut-upsuser at alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuse...

I have a FreeBSD 4.8-Release machine that I upgraded from a 4.5 or 4.4 machine. It works just great for about 9 days, then processes will not die. It starts to become a problem when I can't kill processes, restart services, connections hang, and I can't reboot or shutdown, I have to do a hard reset. I can't really find anything in the logs to indicate what is giving me

...UPS shutdown" service you might use. nut-driver is started automatically by systemd whenever nut-server starts. The command ps -elf | grep -E "nut|ups" should show 1 S upsd 3096 1 ... /usr/lib/ups/driver/... 1 S upsd 3100 1 ... /usr/sbin/upsd 1 S root 3104 1 ... /usr/sbin/upsmon 5 S upsd 3105 3104 ... /usr/sbin/upsmon Roger

...) # I want to find the position of 35.52: which(tmp==35.52) # integer(0) -- It's not there?! tmp[3100:3110] # check to see if it's there... # [1] 35.495 35.500 35.505 35.510 35.515 35.520 35.525 35.530 35.535 35.540 35.545 -- it is. which(tmp==35.525) # [1] 3106 which(tmp==35.515) # [1] 3104 tmp[3105] # [1] 35.52 # Interestingly: for (i in seq(30.52,50.52,1)) print(paste(i,which(tmp==i))) # works fine... # ... I'm stuck. -- View this message in context: http://r.789695.n4.nabble.com/R-not-seeing-numbers-tp4076766p4076766.html Sent from the R help mailing list archive at Nabble....

...we have nothing -- resetting! 2004-09-08 14:50:35 WARNING[163850]: chan_zap.c:6962 zt_pri_error: PRI: !! Got reject for frame 1, but we have nothing -- resetting! phoney*CLI> == New H.323 Connection created. -- 69911590527 is calling host 426 -- Call token is ip$localhost/3104 -- Call reference is 3104

hello, i have a problem on started asterisk, when try to start asterisk a get the fowlling error: chan_misdn.so] => (Channel driver for mISDN Support (Bri/Pri)) Feb 17 11:34:01 WARNING[3104]: config_old.c:27 ast_load: ast_load is deprecated, use ast_config_load instead! == Parsing '/etc/asterisk/misdn.conf': Found Feb 17 11:34:01 WARNING[3104]: config_old.c:39 ast_destroy: ast_destroy is deprecated, use ast_config_destroy instead! == Registered channel type 'mISDN'...

...>> started automatically by systemd whenever nut-server starts. >> >> The command ps -elf | grep -E "nut|ups" should show >> >> 1 S upsd 3096 1 ... /usr/lib/ups/driver/... >> 1 S upsd 3100 1 ... /usr/sbin/upsd >> 1 S root 3104 1 ... /usr/sbin/upsmon >> 5 S upsd 3105 3104 ... /usr/sbin/upsmon >> >> Roger >> >> _______________________________________________ >> Nut-upsuser mailing list >> Nut-upsuser at alioth-lists.debian.net >> https://alioth-lists.debian.net/cgi...

...u might use. nut-driver is > started automatically by systemd whenever nut-server starts. > > The command ps -elf | grep -E "nut|ups" should show > > 1 S upsd 3096 1 ... /usr/lib/ups/driver/... > 1 S upsd 3100 1 ... /usr/sbin/upsd > 1 S root 3104 1 ... /usr/sbin/upsmon > 5 S upsd 3105 3104 ... /usr/sbin/upsmon > > Roger > > _______________________________________________ > Nut-upsuser mailing list > Nut-upsuser at alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuse...

Hi all, is it possible to bridge a call between a Junghanns quadBRI card and a TDM400 in the same server? It should be I think, -- I am trying this and when an incoming call comes in, it hangs both up at the moment the bridge is attempted (and a subsequent 'qozap: dropped audio' error is show in the /var/log/messages) Any thoughts appreciated -- I've seen posts, but no clear

...108,20547 1,5 11593 108,0705 1,5 3458 108,03632 1,5 11592 107,53228 1,5 11729 107,35615 1,5 3095 107,24396 1,5 7222 106,02489 1,5 10945 105,24515 1,5 3101 104,75914 1,5 10946 103,92964 1,5 5199 103,81953 1,5 11832 103,6405 1,5 11333 103,53049 1,5 7220 102,87019 1,5 11379 102,66542 1,5 3104 102,5464 1,5 10941 101,4321 1,5 5198 100,62386 1,5 11375 99,731904 1,5 11803 99,08347 1,5 7187 98,076923 1,5 7221 96,853367 1,5 11356 96,797409 1,5 7167 96,326062 1,5 11715 95,902613 1,5 11727 95,79491 1,5 7166 95,747126 1,5 7253 95,56314 2 10703 95,379713 2 3102 94,146825 2 11732 93,...

...n 6320 19:24:37.543985 IP david.foo.com.2725 > s-ncy.foo.com.microsoft-ds: P 2978:3041(63) ack 12635 win 64155 19:24:37.544451 IP s-ncy.foo.com.microsoft-ds > david.foo.com.2725: P 12635:12738(103) ack 3041 win 6320 19:24:37.623606 IP david.foo.com.2725 > s-ncy.foo.com.microsoft-ds: P 3041:3104(63) ack 12738 win 64052 19:24:37.624127 IP s-ncy.foo.com.microsoft-ds > david.foo.com.2725: P 12738:13313(575) ack 3104 win 6320 19:24:37.716564 IP david.foo.com.2725 > s-ncy.foo.com.microsoft-ds: P 3104:3167(63) ack 13313 win 63477 19:24:37.717030 IP s-ncy.foo.com.microsoft-ds > david.foo...

...service.c:1254(close_cnum) 172.24.120.139 (172.24.120.139) closed connection to service Staff [2013/05/01 09:36:37.142714, 1] smbd/server.c:272(cleanup_timeout_fn) Cleaning up brl and lock database after unclean shutdown and some version info: [/var/log] # ps -ef | grep smb 4016 admin 3104 S /usr/local/samba/sbin/winbindd -s /etc/config/smb.conf 4017 admin 3728 S /usr/local/samba/sbin/winbindd -s /etc/config/smb.conf 4366 admin 1840 S /usr/local/samba/sbin/winbindd -s /etc/config/smb.conf 4877 admin 3300 S /usr/local/samba/sbin/winbindd -s /etc/config/smb.co...

...645 root SW [mtdblockd] 646 root SW [ftld] 647 root SW [nftld] 677 root SWN [jffs2_gcd_mtd4] 765 root 328 S /sbin/syslogd -m 0 -s 40 -b 0 830 root 1820 S /sbin/smbd 891 root 836 S /bin/sh 971 root 3104 S /sbin/smbd 972 root 736 R ps </snip> This was right after a boot, then manually shutting down nmbd, and various other small daemons that were unnecessary for the test 2 hours later, here's the output: <snip> / # ps PID Uid VmSize Stat Command 1 root...

...mple.local/test/Maildir/new 4 /home/vmail/example.local/test/Maildir/subscriptions 4 /home/vmail/example.local/test/Maildir/tmp 24 /home/vmail/example.local/test/Maildir/.Junk 1932 /home/vmail/example.local/test/Maildir/.Sent 44 /home/vmail/example.local/test/Maildir/.Trash 3104 total 4359/3104=1,40431701 So it shows roughly around 1,4*actualDiskUsage. The ratio is mostly the same for almost all the other accounts. It can vary between like 1,3-1,6. So, the gap gets insane when more disk space is used, say like with 2GB disk usage, Dovecot thinks 3,5GB quota is used.....

> I see a lot of "FAIL:" messages, and they are somehow always related > to -march=x86 flag for llc. Following is an example of these kind of > errors>> dejagnu tests all backends. It seems, that you enabled only some (sparc only?) --- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University