December 2012 - Core-students - mailman3.cels.anl.gov

Re: crypto auth
by Ti Leggett 02 Jan '13

02 Jan '13

No, but I think we're ok now. Craig Stacey <stace(a)mcs.anl.gov> wrote: Just landed. Had anyone pinged Corby? -- Craig (mobile) -----Original Message----- From: Ti Leggett [ti(a)daleggetts.com] Received: Monday, 31 Dec 2012, 12:10AM To: Dan Olson [dolson(a)mcs.anl.gov] CC: William E. Allcock [allcock(a)alcf.anl.gov] Matthew A. Kwiatkowski [mattk(a)anl.gov] Tisha Stacey [tstacey(a)mcs.anl.gov] rackow(a)anl.gov Rackow [rackow(a)anl.gov] core-admins(a)mcs.anl.gov Admins [core-admins(a)mcs.anl.gov] Subject: Re: crypto auth That IP is still hitting LCRC and LCF as I type this. On Dec 30, 2012, at 11:26 PM, Dan Olson <dolson(a)mcs.anl.gov> wrote: > I see this in the block list now, but I'm still seeing the auth traffic from that address. > > Here is the entry: > 60.166.48.158 2012-12-30 20:27:15 2013-01-06 23:07:00 mattk Request from ALCF 1 161 t1man Both > > Maybe something is wrong with manual blocks? > > ---- > Daniel Murphy-Olson > Systems Administrator > Mathematics & Computer Science Division > Argonne National Laboratory > 630-252-0055 > > ----- Original Message ----- >> From: "Ti Leggett" <leggett(a)mcs.anl.gov> >> To: "core-admins(a)mcs.anl.gov Admins" <core-admins(a)mcs.anl.gov> >> Cc: "Tisha Stacey" <tstacey(a)mcs.anl.gov>, "William E. Allcock" <allcock(a)alcf.anl.gov>, "rackow(a)anl.gov Rackow" >> <rackow(a)anl.gov> >> Sent: Sunday, December 30, 2012 11:06:52 PM >> Subject: Re: crypto auth >> So lots of places - LCRC, kBt, Magellan, ALCF, among others - are >> getting brute force attempts from 60.166.48.158 and the sheer number >> of attempts for invalid users is overwhelming the Crypto servers >> causing them to fall over. I've put in a request to cyber (and >> cyber911) as well as called Gene to put a block on that IP, but so far >> I haven't gotten a hold of anyone. My fear is that unless a block goes >> in soon-ish, the servers will fall over again in an hour or so. If >> anyone has any other ideas I'm open to them. >> >> On Dec 30, 2012, at 10:33 PM, Ti Leggett <leggett(a)mcs.anl.gov> wrote: >> >>> Dan and I got auth 'working' but there are some SQL things afoot >>> that Dan's looking in to right now. >>> >>> On Dec 30, 2012, at 10:12 PM, Ti Leggett <leggett(a)mcs.anl.gov> >>> wrote: >>> >>>> I just got a page about crypto auth. I can't get in to auth or >>>> auth2. I rebooted auth2 and got a recovery message but I still >>>> can't ssh in with CC though I can't rule out if my token is out of >>>> sync. If auth needs to be physically booted I don't think I have >>>> access to 221 to do so. Can someone take a look and give me a call >>>> at 630-854-9335? Thanks. >>>

3 2

Re: crypto auth
by Craig Stacey 31 Dec '12

31 Dec '12

Dirs anyone know why the automated blocks aren't getting triggered on these? -- Craig (mobile) -----Original Message----- From: Ti Leggett [leggett(a)mcs.anl.gov] Received: Sunday, 30 Dec 2012, 11:06PM To: core-admins(a)mcs.anl.gov Admins [core-admins(a)mcs.anl.gov] CC: Tisha Stacey [tstacey(a)mcs.anl.gov] William E. Allcock [allcock(a)alcf.anl.gov] rackow(a)anl.gov Rackow [rackow(a)anl.gov] Subject: Re: crypto auth So lots of places - LCRC, kBt, Magellan, ALCF, among others - are getting brute force attempts from 60.166.48.158 and the sheer number of attempts for invalid users is overwhelming the Crypto servers causing them to fall over. I've put in a request to cyber (and cyber911) as well as called Gene to put a block on that IP, but so far I haven't gotten a hold of anyone. My fear is that unless a block goes in soon-ish, the servers will fall over again in an hour or so. If anyone has any other ideas I'm open to them. On Dec 30, 2012, at 10:33 PM, Ti Leggett <leggett(a)mcs.anl.gov> wrote: > Dan and I got auth 'working' but there are some SQL things afoot that Dan's looking in to right now. > > On Dec 30, 2012, at 10:12 PM, Ti Leggett <leggett(a)mcs.anl.gov> wrote: > >> I just got a page about crypto auth. I can't get in to auth or auth2. I rebooted auth2 and got a recovery message but I still can't ssh in with CC though I can't rule out if my token is out of sync. If auth needs to be physically booted I don't think I have access to 221 to do so. Can someone take a look and give me a call at 630-854-9335? Thanks. >

3 3

mcs-visitors unsubscribe notification
by mailman-bounces＠mcs.anl.gov 31 Dec '12

31 Dec '12

ralphgunter(a)uchicago.edu has been removed from mcs-visitors.

1 0

Re: crypto auth
by Craig Stacey 31 Dec '12

31 Dec '12

Okay. If not, we can raise him. -- Craig (mobile) -----Original Message----- From: Ti Leggett [leggett(a)mcs.anl.gov] Received: Monday, 31 Dec 2012, 12:19AM To: Craig Stacey [stace(a)mcs.anl.gov] CC: dolson(a)mcs.anl.gov, Ti Leggett [ti(a)daleggetts.com] allcock(a)alcf.anl.gov, mattk(a)anl.gov, Tisha Stacey [tstacey(a)mcs.anl.gov] rackow(a)anl.gov, core-admins(a)mcs.anl.gov Subject: Re: crypto auth No, but I think we're ok now. Craig Stacey <stace(a)mcs.anl.gov> wrote: Just landed. Had anyone pinged Corby? -- Craig (mobile) -----Original Message----- From: Ti Leggett [ti(a)daleggetts.com] Received: Monday, 31 Dec 2012, 12:10AM To: Dan Olson [dolson(a)mcs.anl.gov] CC: William E. Allcock [allcock(a)alcf.anl.gov] Matthew A. Kwiatkowski [mattk(a)anl.gov] Tisha Stacey [tstacey(a)mcs.anl.gov] rackow(a)anl.gov Rackow [rackow(a)anl.gov] core-admins(a)mcs.anl.gov Admins [core-admins(a)mcs.anl.gov] Subject: Re: crypto auth That IP is still hitting LCRC and LCF as I type this. On Dec 30, 2012, at 11:26 PM, Dan Olson <dolson(a)mcs.anl.gov> wrote: > I see this in the block list now, but I'm still seeing the auth traffic from that address. > > Here is the entry: > 60.166.48.158 2012-12-30 20:27:15 2013-01-06 23:07:00 mattk Request from ALCF 1 161 t1man Both > > Maybe something is wrong with manual blocks? > > ---- > Daniel Murphy-Olson > Systems Administrator > Mathematics & Computer Science Division > Argonne National Laboratory > 630-252-0055 > > ----- Original Message ----- >> From: "Ti Leggett" <leggett(a)mcs.anl.gov> >> To: "core-admins(a)mcs.anl.gov Admins" <core-admins(a)mcs.anl.gov> >> Cc: "Tisha Stacey" <tstacey(a)mcs.anl.gov>, "William E. Allcock" <allcock(a)alcf.anl.gov>, "rackow(a)anl.gov Rackow" >> <rackow(a)anl.gov> >> Sent: Sunday, December 30, 2012 11:06:52 PM >> Subject: Re: crypto auth >> So lots of places - LCRC, kBt, Magellan, ALCF, among others - are >> getting brute force attempts from 60.166.48.158 and the sheer number >> of attempts for invalid users is overwhelming the Crypto servers >> causing them to fall over. I've put in a request to cyber (and >> cyber911) as well as called Gene to put a block on that IP, but so far >> I haven't gotten a hold of anyone. My fear is that unless a block goes >> in soon-ish, the servers will fall over again in an hour or so. If >> anyone has any other ideas I'm open to them. >> >> On Dec 30, 2012, at 10:33 PM, Ti Leggett <leggett(a)mcs.anl.gov> wrote: >> >>> Dan and I got auth 'working' but there are some SQL things afoot >>> that Dan's looking in to right now. >>> >>> On Dec 30, 2012, at 10:12 PM, Ti Leggett <leggett(a)mcs.anl.gov> >>> wrote: >>> >>>> I just got a page about crypto auth. I can't get in to auth or >>>> auth2. I rebooted auth2 and got a recovery message but I still >>>> can't ssh in with CC though I can't rule out if my token is out of >>>> sync. If auth needs to be physically booted I don't think I have >>>> access to 221 to do so. Can someone take a look and give me a call >>>> at 630-854-9335? Thanks. >>>

1 0

Re: crypto auth
by Craig Stacey 31 Dec '12

31 Dec '12

Just landed. Had anyone pinged Corby? -- Craig (mobile) -----Original Message----- From: Ti Leggett [ti(a)daleggetts.com] Received: Monday, 31 Dec 2012, 12:10AM To: Dan Olson [dolson(a)mcs.anl.gov] CC: William E. Allcock [allcock(a)alcf.anl.gov] Matthew A. Kwiatkowski [mattk(a)anl.gov] Tisha Stacey [tstacey(a)mcs.anl.gov] rackow(a)anl.gov Rackow [rackow(a)anl.gov] core-admins(a)mcs.anl.gov Admins [core-admins(a)mcs.anl.gov] Subject: Re: crypto auth That IP is still hitting LCRC and LCF as I type this. On Dec 30, 2012, at 11:26 PM, Dan Olson <dolson(a)mcs.anl.gov> wrote: > I see this in the block list now, but I'm still seeing the auth traffic from that address. > > Here is the entry: > 60.166.48.158 2012-12-30 20:27:15 2013-01-06 23:07:00 mattk Request from ALCF 1 161 t1man Both > > Maybe something is wrong with manual blocks? > > ---- > Daniel Murphy-Olson > Systems Administrator > Mathematics & Computer Science Division > Argonne National Laboratory > 630-252-0055 > > ----- Original Message ----- >> From: "Ti Leggett" <leggett(a)mcs.anl.gov> >> To: "core-admins(a)mcs.anl.gov Admins" <core-admins(a)mcs.anl.gov> >> Cc: "Tisha Stacey" <tstacey(a)mcs.anl.gov>, "William E. Allcock" <allcock(a)alcf.anl.gov>, "rackow(a)anl.gov Rackow" >> <rackow(a)anl.gov> >> Sent: Sunday, December 30, 2012 11:06:52 PM >> Subject: Re: crypto auth >> So lots of places - LCRC, kBt, Magellan, ALCF, among others - are >> getting brute force attempts from 60.166.48.158 and the sheer number >> of attempts for invalid users is overwhelming the Crypto servers >> causing them to fall over. I've put in a request to cyber (and >> cyber911) as well as called Gene to put a block on that IP, but so far >> I haven't gotten a hold of anyone. My fear is that unless a block goes >> in soon-ish, the servers will fall over again in an hour or so. If >> anyone has any other ideas I'm open to them. >> >> On Dec 30, 2012, at 10:33 PM, Ti Leggett <leggett(a)mcs.anl.gov> wrote: >> >>> Dan and I got auth 'working' but there are some SQL things afoot >>> that Dan's looking in to right now. >>> >>> On Dec 30, 2012, at 10:12 PM, Ti Leggett <leggett(a)mcs.anl.gov> >>> wrote: >>> >>>> I just got a page about crypto auth. I can't get in to auth or >>>> auth2. I rebooted auth2 and got a recovery message but I still >>>> can't ssh in with CC though I can't rule out if my token is out of >>>> sync. If auth needs to be physically booted I don't think I have >>>> access to 221 to do so. Can someone take a look and give me a call >>>> at 630-854-9335? Thanks. >>>

1 0

crypto auth
by Ti Leggett 31 Dec '12

31 Dec '12

I just got a page about crypto auth. I can't get in to auth or auth2. I rebooted auth2 and got a recovery message but I still can't ssh in with CC though I can't rule out if my token is out of sync. If auth needs to be physically booted I don't think I have access to 221 to do so. Can someone take a look and give me a call at 630-854-9335? Thanks.

5 12

Reaching me
by Craig Stacey 21 Dec '12

21 Dec '12

While I'm away, my actual US mobile number (which not many of you have) won't work. However, my published numbers (630-863-6665 and 312-278-3133) will both work to reach my mobile. I plan to buy a local SIM while I'm up there, which will give me data, so I should be able to stay on top of e-mail as well. -- Craig

1 0

Re: High CPU use on guest VM fl.ci.uchicago.edu
by Craig Stacey 21 Dec '12

21 Dec '12

My take is as long as they're happy with it, not a big problem. It's nice to be aware of it, since it preps us for the fact that they may come to us looking for more resources, but this particular machine is limited in its users, so they're only affecting themselves. -- Craig On Dec 21, 2012, at 1:28 PM, Joseph Urbanski <jurbanski(a)ci.uchicago.edu> wrote: > Not at the moment. Just throwing this out as a heads up and/ or for comment. > > On Dec 21, 2012, at 1:23 PM, Craig Stacey <stace(a)mcs.anl.gov> wrote: > >> Is it otherwise affecting other VMs? >> -- >> Craig >> >> On Dec 21, 2012, at 12:01 PM, Joe Urbanski <jurbanski(a)ci.uchicago.edu> wrote: >> >>> It looks like Thomas Uram is running something fairly processor intensive on fl at the moment. I'm not sure if that's what we want users doing with VMs, so I thought I'd ping the group. >>> >>> Here's the relevant output: >>> >>> [jurbanski@vm-125-70 ~]$ top >>> >>> top - 11:53:55 up 52 days, 21:50, 3 users, load average: 0.84, 0.76, 0.70 >>> Tasks: 105 total, 2 running, 102 sleeping, 1 stopped, 0 zombie >>> Cpu(s): 31.2%us, 19.6%sy, 0.0%ni, 26.9%id, 0.0%wa, 4.3%hi, 17.9%si, 0.0%s >>> Mem: 3089944k total, 3077496k used, 12448k free, 3024k buffers >>> Swap: 2031608k total, 1427460k used, 604148k free, 1099248k cached >>> >>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >>> 11393 turam 25 0 1085m 53m 11m S 24.2 1.8 120:11.29 java >>> 24588 turam 25 0 1078m 46m 11m S 23.2 1.5 119:19.56 java >>> 2005 root 10 -5 0 0 0 S 3.0 0.0 1080:05 rpciod/0 >>> 8626 turam 18 0 378m 120m 6316 S 3.0 4.0 87:16.83 python >>> 30932 turam 16 0 1627m 1.2g 4476 S 0.7 41.7 178:51.61 python >>> 1960 root 15 0 12944 964 816 S 0.3 0.0 17:08.44 syslogd >>> 3199 root 18 0 10248 624 560 S 0.3 0.0 19:59.23 hald-addon-stor >>> 11439 root 18 0 30652 3620 1664 S 0.3 0.1 1:57.49 apache_logger >>> 25092 turam 15 0 217m 15m 1364 S 0.3 0.5 0:00.83 httpd >>> 25180 turam 15 0 217m 15m 1364 S 0.3 0.5 0:00.77 httpd >>> 25377 turam 15 0 217m 15m 1364 S 0.3 0.5 0:00.45 httpd >>> 25632 turam 15 0 217m 15m 1352 S 0.3 0.5 0:00.14 httpd >>> 25650 turam 15 0 217m 15m 1348 S 0.3 0.5 0:00.09 httpd >>> 1 root 15 0 10364 652 584 S 0.0 0.0 0:21.25 init >>> 2 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0 >>> 3 root 34 19 0 0 0 S 0.0 0.0 0:00.79 ksoftirqd/0 >>> 4 root 10 -5 0 0 0 S 0.0 0.0 1:25.83 events/0 >>> 5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper >>> [jurbanski@vm-125-70 ~]$ ps -ef | grep java >>> turam 11393 11383 1 Dec14 ? 02:00:12 java -Djava.endorsed.dirs=/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/endorsed -DUID=1154 -DGLOBUS_TCP_PORT_RANGE=50000,51000 -DGLOBUS_HOSTNAME=vm-125-70.ci.uchicago.edu -DX509_USER_PROXY=/home/turam/dev/gpsi/config/proxy/proxy_f9de1892-a580-11e1-b978-00163e125070 -DCOG_INSTALL_PATH=/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/.. -classpath /home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../etc:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/addressing-1.0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/ant.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/antlr-2.7.5.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/axis.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/axis-url.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swi >>> ft-svn/bin/../lib/castor-0.9.6.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/coaster-bootstrap.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-abstraction-common-2.4.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-axis.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-grapheditor-0.47.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-jglobus-1.7.0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-karajan-0.36-dev.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-clref-gt4_0_0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-coaster-0.3.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-dcache-0.1.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-prov >>> ider-gt2-2.4.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-gt4_0_0-2.5.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-local-2.2.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-localscheduler-0.4.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-ssh-2.4.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-webdav-2.1.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-resources-1.0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-swift-svn.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-trap-1.0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-url.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-util-0.92.jar:/home/turam/dev/swif >>> t-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commonj.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-beanutils.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-collections-3.0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-digester.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-discovery.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-httpclient.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-logging-1.1.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/concurrent.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cryptix32.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cryptix-asn1.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cryptix.jar:/home/t >>> uram/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/globus_delegation_service.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/globus_delegation_st >>> turam 24588 24577 1 Dec14 ? 01:59:20 java -Djava.endorsed.dirs=/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/endorsed -DUID=1154 -DGLOBUS_TCP_PORT_RANGE=50000,51000 -DGLOBUS_HOSTNAME=vm-125-70.ci.uchicago.edu -DX509_USER_PROXY=/home/turam/dev/gpsi/config/proxy/proxy_f9de1892-a580-11e1-b978-00163e125070 -DCOG_INSTALL_PATH=/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/.. -classpath /home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../etc:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/addressing-1.0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/ant.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/antlr-2.7.5.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/axis.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/axis-url.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swi >>> ft-svn/bin/../lib/castor-0.9.6.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/coaster-bootstrap.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-abstraction-common-2.4.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-axis.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-grapheditor-0.47.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-jglobus-1.7.0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-karajan-0.36-dev.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-clref-gt4_0_0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-coaster-0.3.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-dcache-0.1.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-prov >>> ider-gt2-2.4.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-gt4_0_0-2.5.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-local-2.2.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-localscheduler-0.4.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-ssh-2.4.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-provider-webdav-2.1.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-resources-1.0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-swift-svn.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-trap-1.0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-url.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cog-util-0.92.jar:/home/turam/dev/swif >>> t-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commonj.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-beanutils.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-collections-3.0.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-digester.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-discovery.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-httpclient.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/commons-logging-1.1.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/concurrent.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cryptix32.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cryptix-asn1.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/cryptix.jar:/home/t >>> uram/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/globus_delegation_service.jar:/home/turam/dev/swift-devel/cog/modules/swift/dist/swift-svn/bin/../lib/globus_delegation_st >>> 1351 25905 25718 0 11:54 pts/4 00:00:00 grep java >>

1 0

where's Linda 12/21
by Linda Winkler 21 Dec '12

21 Dec '12

WFH today. Happy Holiday everyone! lw

1 0

Where's Tina - Friday
by Tina Stanton-Piersanti 20 Dec '12

20 Dec '12

I am still sick and now Joe and Vinnie are running fevers as well. I am taking a sick day tomorrow, to get to the Dr. Myself (i just couldn't get out of bed today) and hopefully get Vinnie seen before the holiday weekend starts. Merry christmas and happy new year.. T. Sent from my iPad

1 0