Aug 23, 2007 - Revision history

Terry: /* Agenda for today's call */

2007-08-23T16:23:48Z

Agenda for today's call

← Older revision		Revision as of 11:23, 23 August 2007
Line 5:		Line 5:
	* P.R. Blackwell, Diana Gunter (SFAU)		* P.R. Blackwell, Diana Gunter (SFAU)
	*Hunter Hagewood (Nevoa)		*Hunter Hagewood (Nevoa)
	==Agenda for today's call==		==Agenda for today's call with notes inserted ==

	=== Infrastructure deployment Deployment (Bobby, Micah)===		=== Infrastructure deployment Deployment (Bobby, Micah)===

Terry: /* Discussion of REDDnet resource discovery */

2007-08-23T16:20:20Z

Discussion of REDDnet resource discovery

← Older revision		Revision as of 11:20, 23 August 2007
Line 52:		Line 52:
	Hunter is willing to lead the effort to create a common way of doing resource discovery. A key part of that will be coming to agreement on what we want the requests to look like, i.e. on the scope of information we anticipate needing to access.		Hunter is willing to lead the effort to create a common way of doing resource discovery. A key part of that will be coming to agreement on what we want the requests to look like, i.e. on the scope of information we anticipate needing to access.
	Issues:		Issues:
	#What should the low level protocol be? ~~the~~ current one is Java specific.		#What should the low level protocol be? The current one is Java specific.
	#Initial version used http requests, but that might not be right		#Initial version used http requests, but that might not be right. Alan and Hunter seem to prefer something simpler and cleaner than HTTP.
	#What kind of queries and calls do we want to support? Right now your given a handle to a configured set of resources. It currently doesn't allow for querying on attritibues		#What kind of queries and calls do we want to support? Right now your given a handle to a configured set of resources. It currently doesn't allow for querying on attritibues
	#What type of interface do we need? The scope of the calls?		#What type of interface do we need? The scope of the calls?
	#Is there a need for a purely dynamic service, like the L-bone? If we do need such a thing, should that be part of the same ~~thing, should that be part of~~ the ~~same~~ service, or a separate service. If we don't have something dynamic, then it will be a little harder to configure new resources on the fly.		#Micah: Is there a need for a purely dynamic service, like the L-bone? If we do need such a thing, should that be part of the same service as the more static service (e.g. StoreCore), or should it be a completely separate service. If we don't have something dynamic, then it will be a little harder to configure new resources on the fly. Hunter noted that, in looking at the people who have been using LN, many of the queries are static. The Czech's for example, have a closed system that works this way.
	~~#In~~ looking at the people who have been using LN, many of the queries are static. The Czech's for example, have a closed system that works this way.
	~~#Alan and Hunter seem to prefer something simpler than HTTP~~.

	===All other business===		===All other business===
	None discussed.		None discussed.

Terry: /* All other business */

2007-08-23T16:17:08Z

All other business

← Older revision		Revision as of 11:17, 23 August 2007
Line 61:		Line 61:

	===All other business===		===All other business===
			None discussed.

Terry: /* User Reports */

2007-08-23T16:16:07Z

User Reports

← Older revision		Revision as of 11:16, 23 August 2007
Line 33:		Line 33:

	===User Reports===		===User Reports===
	*AmericaView (PR)		*AmericaView (PR)- Nothing new to report, aside from hardware. There success using the Vandy infrastructure has been spotty.
	Nothing new to report, aside from hardware. There success using the Vandy infrastructure has been spotty.
	*FACIT (Terry/Larry)		*FACIT (Terry/Larry)
	**Larry has been working with Scott Smith at UCSB and, as of yesterday, has the L-Store/StoreCore package up and running.		**Larry has been working with Scott Smith at UCSB and, as of yesterday, has the L-Store/StoreCore package up and running.
	**Terry reported talking to Larry Carver yesterday. He expressed a desire to have a group phone call of the FACIT technical/systems folks to talk about getting the software components up and running so that they can start experimenting with it. Terry is going to send out mail to get this arranged for next week.		**Terry reported talking to Larry Carver yesterday. He expressed a desire to have a group phone call of the FACIT technical/systems folks to talk about getting the software components up and running so that they can start experimenting with it. Terry is going to send out mail to get this arranged for next week.
	*CMS/RHIC ~~(Dan)~~		*CMS/RHIC - Dan has continued to work on the GridFTP plug-in. He has one that works with LoRS. Eventually this will need to be integrated with L-Store.
	Dan has continued to work on the GridFTP plug-in. He has one that works with LoRS. Eventually this will need to be integrated with L-Store.
	**The latency of using Root with it has been bad because of the latency, but there's hope that Root's prefetch capability can be used with an IBP client that can do non-blocking reads. See Alan's work on an asynchronous client below.		**The latency of using Root with it has been bad because of the latency, but there's hope that Root's prefetch capability can be used with an IBP client that can do non-blocking reads. See Alan's work on an asynchronous client below.
	**IBP asynchronous client: Alan is working on a IBP client that works slightly different than what Huadong has done in his asynchronous implementation.		**IBP asynchronous client: Alan is working on a IBP client that works slightly different than what Huadong has done in his asynchronous implementation.

Terry: /* User Reports */

2007-08-23T16:15:30Z

User Reports

← Older revision		Revision as of 11:15, 23 August 2007
Line 33:		Line 33:

	===User Reports===		===User Reports===
	# AmericaView (PR)		*AmericaView (PR)
	Nothing new to report, aside from hardware		Nothing new to report, aside from hardware. There success using the Vandy infrastructure has been spotty.
	#* ~~any progress using VU depots?~~		*FACIT (Terry/Larry)
	# FACIT (Terry/~~others~~)		**Larry has been working with Scott Smith at UCSB and, as of yesterday, has the L-Store/StoreCore package up and running.
	# CMS/RHIC (Dan)		**Terry reported talking to Larry Carver yesterday. He expressed a desire to have a group phone call of the FACIT technical/systems folks to talk about getting the software components up and running so that they can start experimenting with it. Terry is going to send out mail to get this arranged for next week.
	Dan has continued to work on the GridFTP plug-in. He has one that works with LoRS. Eventually this will need to be integrated with L-Store. The latency of using Root with it has been bad because of the latency, but there's hope that Root's prefetch capability can be used with an IBP client that can do non-blocking reads. See Alan's work on an asynchronous client below.		*CMS/RHIC (Dan)
	#* ~~gridftp, root, integration with L-Store?~~		Dan has continued to work on the GridFTP plug-in. He has one that works with LoRS. Eventually this will need to be integrated with L-Store.
	~~# Vanderbilt TV News Archive (Bobby)- Still waiting on the LoC to get their node set up in Washington.~~		**The latency of using Root with it has been bad because of the latency, but there's hope that Root's prefetch capability can be used with an IBP client that can do non-blocking reads. See Alan's work on an asynchronous client below.
	#IBP asynchronous client: Alan is working on a IBP client that works slightly different than what Huadong has done in his asynchronous implementation.		**IBP asynchronous client: Alan is working on a IBP client that works slightly different than what Huadong has done in his asynchronous implementation.
			*Vanderbilt TV News Archive (Bobby)- Still waiting on the LoC to get their node set up in Washington.

	===Upcoming Events===		===Upcoming Events===

Terry: /* Annual Report Status (Paul) */

2007-08-23T16:03:59Z

Annual Report Status (Paul)

← Older revision		Revision as of 11:03, 23 August 2007
Line 30:		Line 30:

	===Annual Report Status (Paul)===		===Annual Report Status (Paul)===
	Paul has started the report in FastLane. It's unclear how much we have to account for work on the project that wasn't funded by the ~~NSF~~. Paul is going to email the program manager to find out.		Paul has started the report in FastLane. It's unclear how much we have to account for work on the project that wasn't performed by people funded by the project. There was no money for people in this project. All the people working on it are funded from other sources. Paul is going to email the program manager to find out.

	===User Reports===		===User Reports===

Terry: /* Upcoming Events */

2007-08-23T15:58:52Z

Upcoming Events

← Older revision		Revision as of 10:58, 23 August 2007
Line 44:		Line 44:

	===Upcoming Events===		===Upcoming Events===
	#Library of Congress Storage Meeting (DC???, Sept. 17)		#Library of Congress Storage Meeting (DC???, Sept. 17) - Terry talked about the fact that this now looks to be much more vendor-centric than originally planned.
	##		#America View Fall meeting (Sept. 19th and 20th)
	#I2 Meeting (San Diego, Oct. 8)		#I2 Meeting (San Diego, Oct. 8)
	#Supercomputing 07 (Reno, Nov. 11-15)		#Supercomputing 07 (Reno, Nov. 11-15)
	#Demo! (CMS, FACIT, AmericaView?)		#Demo! (CMS, FACIT, AmericaView?)

	===Discussion of REDDnet resource discovery===		===Discussion of REDDnet resource discovery===
	Hunter is willing to lead the effort to create a common way of doing resource discovery. A key part of that will be coming to agreement on what we want the requests to look like, i.e. on the scope of information we anticipate needing to access.		Hunter is willing to lead the effort to create a common way of doing resource discovery. A key part of that will be coming to agreement on what we want the requests to look like, i.e. on the scope of information we anticipate needing to access.

Terry: /* L-Store/Nevoa Software Development (Larry/Hunter) */

2007-08-23T15:56:14Z

L-Store/Nevoa Software Development (Larry/Hunter)

← Older revision		Revision as of 10:56, 23 August 2007
Line 17:		Line 17:

	===L-Store/Nevoa Software Development (Larry/Hunter)===		===L-Store/Nevoa Software Development (Larry/Hunter)===
	# Viewing Software - Larry sent some details about this to PR but we haven't done much to work it out yet. ~~They're~~ creating a nine panel model for SC that Vandy wants to use with this software. The Vandy guys have examined the Google Map API and think it looks good.		*Viewing Software -
			**Larry sent some details about this to PR but we haven't done much to work it out yet. Vandy is creating a nine panel model for SC that Vandy wants to use with this software. The Vandy guys have examined the Google Map API and think it looks good for this purpose.
	The SFA folks think they can contribute on this, but they aren't sure whether they can get done in time for the America View Fall meeting		**The SFA folks think they can contribute on this, but they aren't sure whether they can get done in time for the America View Fall meeting
	# resource 0 problem progress? They can't reproduce the problem. This is a concern since it's did seem to be a real problem.		*resource 0 problem progress? They can't reproduce the problem. This is a concern since it's did seem to be a real problem.
	#Where do things stand with StoreCore? The version we're working with now has fixed a couple of issues. Hunter noted two changes to ~~the SC~~: it now has a database back end and they've added support for dynamic LUNs, which are criteria based. Dynamic LUNs are based on criteria (a stored query) that the administrator has supplied.		*Where do things stand with StoreCore? The version we're working with now has fixed a couple of issues.
			**Hunter noted two changes to StoreCore's current version: it now has a database back end and they've added support for dynamic LUNs, which are criteria based. Dynamic LUNs are based on criteria (a stored query) that the administrator has supplied.
	Diana hasn't done anything with SC yet; she's working with L-Store at the moment.		**SFA experience: Diana hasn't done anything with SC yet; she's working with L-Store at the moment.
	~~# asynch reads, iolib for CMS?~~		** FACIT experience: Scott Smith has L-Store/Nevoa working after working with Larry. There was a question of whether StoreCore is able to synchronize multiple SC servers. People can deploy local SC servers to manage private resources and import all the public information.
	~~# SFASU experience~~
	# FACIT experience - Scott Smith has L-Store/Nevoa working after working with Larry. There was a question of whether StoreCore is able to synchronize multiple SC servers. People can deploy local SC servers to manage private resources and import all the public information.

	===Setting a Meeting Time for this Semester===		===Setting a Meeting Time for this Semester===

Terry: /* Setting a Meeting Time for this Semester */

2007-08-23T15:53:00Z

Setting a Meeting Time for this Semester

← Older revision		Revision as of 10:53, 23 August 2007
Line 29:		Line 29:

	===Setting a Meeting Time for this Semester===		===Setting a Meeting Time for this Semester===
			The agreed upon meeting time is Friday's, 7am/9am/10am Pacific/Central/Eastern time. Standard coordinates: 510-665-5437, Meeting ID 7333

	===Annual Report Status (Paul)===		===Annual Report Status (Paul)===

Terry: /* All other business */

2007-08-23T15:51:29Z

All other business

← Older revision		Revision as of 10:51, 23 August 2007
Line 62:		Line 62:

	===All other business===		===All other business===
	~~Meetings for this semester: Friday's 9CDT/10EDT.~~