1
00:00:02.159 --> 00:00:07.350
Mick Coady: Okay, so without got courting gone you see the agenda here in so let's just get going, the course of good news is finally, this should be the last time we have to that we will talk about each BSS it was successfully decommissioned at five o'clock on Friday, the first, this was the final chart usage chart see pretty pretty significant drop thereafter there, towards the end.

4
00:00:36.180 --> 00:00:51.240
Mick Coady: When it was Bills group in hs G is continuing to do some some work as far as clean up and making sure everything shut down properly and earth on has purchased a couple of.

5
00:00:52.680 --> 00:01:00.180
Mick Coady: Powerful de Gallo servers that will be using to destroy any data left on the tapes before before they're disposed of so.

7
00:01:07.050 --> 00:01:20.010
Mick Coady: Thanks everybody in this group, for your cooperation and help getting things done it's been real quiet i'm pretty pleased with the pleasantly surprised actually that there.

8
00:01:21.300 --> 00:01:40.860
Mick Coady: We haven't received any complaints or you know, like hey i'm trying to log into hdfs and can't so apparently the word got out and I, we owe a lot of gratitude to deke balance and other day for their help and working with users over the last year or so on this.

9
00:01:43.200 --> 00:01:51.660
Mick Coady: So first campaign storage utilization of its continuing decline, as you can see we're.

10
00:01:53.040 --> 00:01:58.770
Mick Coady: And i'll talk more in a few minutes about the new augmentation in that, but we're in pretty good shape.

11
00:02:00.000 --> 00:02:03.120
Mick Coady: And i'll be talking about all address the.

12
00:02:04.260 --> 00:02:07.920
Mick Coady: The new augmentation like I said here in just a couple of minutes.

13
00:02:10.890 --> 00:02:23.370
Mick Coady: scratch use is also in we're in real good shape holding pretty steady at about 80% utilization and so we're we're in good shape that way as well, I think.

14
00:02:24.060 --> 00:02:41.490
Mick Coady: We continue to get we being hpcb continue to get you know pretty frequent request for you know increase allocations are storage and I think we've been doing a pretty good job of being able to accommodate almost all those requests.

15
00:02:43.980 --> 00:02:50.070
Mick Coady: Okay, so on the story jog on camping storage augmentation.

16
00:02:51.090 --> 00:03:00.390
Mick Coady: You know you've been seeing a version of this slide here for several months now, and we just as we're stepping through each of the the key bullet points there.

17
00:03:01.620 --> 00:03:02.130
Mick Coady: The.

18
00:03:03.270 --> 00:03:11.520
Mick Coady: It the new storage thanks to joey and Emma is now online in ready to be used.

19
00:03:13.230 --> 00:03:19.230
Mick Coady: I had an exchange with Dave Hart here earlier this week, and he.

20
00:03:20.580 --> 00:03:25.860
Mick Coady: he's going to be taking a look at the you not only to use each but.

21
00:03:26.940 --> 00:03:35.220
Mick Coady: trying to get his head around the schedule for retiring discs in the in the capacity that will be left over.

22
00:03:36.870 --> 00:03:43.320
Mick Coady: So by the by our next meeting in November, he expects that he'll have.

23
00:03:44.370 --> 00:03:47.730
Mick Coady: All the lab the new lab allocations.

24
00:03:50.100 --> 00:03:56.250
Mick Coady: figured out, you know calculated in made so that you can look forward to that kind of.

25
00:03:58.380 --> 00:04:05.460
Mick Coady: That information next month, if we know that ahead of time i'll send i'll send everyone here an email what let them know.

26
00:04:06.540 --> 00:04:10.320
Mick Coady: But certainly by our next me, which I believe is November 10.

27
00:04:12.120 --> 00:04:18.540
Irfan Elahi: may also add that I gave Dave the decommission dates for the different.

28
00:04:20.730 --> 00:04:24.480
Irfan Elahi: generation of hardware, so he has all the information.

29
00:04:24.960 --> 00:04:26.760
Irfan Elahi: Okay judgment yeah.

30
00:04:27.150 --> 00:04:40.350
Mick Coady: Okay, thanks yeah I figured that would be important for as whatever calculations or spreadsheets going to put in so as i've said before, as I mentioned last couple of meetings.

31
00:04:41.640 --> 00:04:42.360
Mick Coady: Even though the.

32
00:04:43.530 --> 00:04:49.770
Mick Coady: The 25 petabytes is now part of us now deployed, not all of that's going to be.

33
00:04:51.660 --> 00:04:53.940
Mick Coady: allocated to the labs at once that'll be.

34
00:04:55.020 --> 00:05:01.770
Mick Coady: Some will be held back and reserve like response it bending the schedule for the retiring discs.

35
00:05:04.080 --> 00:05:04.770
Mick Coady: To.

36
00:05:06.420 --> 00:05:17.940
Mick Coady: All right, with that I, things are moving along pretty quickly here, I just wanted to move on to miscellaneous business and open it up for a Roundtable group.

37
00:05:19.380 --> 00:05:27.300
Mick Coady: As I said, there's changes come into the group here i'm retiring at the end of January and.

38
00:05:28.320 --> 00:05:32.580
Mick Coady: da da will be taking over as lead for for this group.

39
00:05:33.630 --> 00:05:38.430
Mick Coady: He certainly familiar with how this everything is has been working.

40
00:05:39.540 --> 00:05:51.240
Mick Coady: And I think it will be do a good, well, I know i'll do a good job of perhaps infusing some new life for new blood some new directions and takes on on things so.

41
00:05:53.010 --> 00:05:57.690
Mick Coady: Over the next couple of meetings here, I think we have three left between now and.

42
00:05:59.280 --> 00:06:02.160
Mick Coady: My my taking taking off.

43
00:06:03.360 --> 00:06:04.950
Mick Coady: will be transitioning that.

44
00:06:06.510 --> 00:06:10.170
Mick Coady: So he'll be taking over parts of these meetings, probably starting next month.

45
00:06:12.300 --> 00:06:12.810
Mick Coady: and

46
00:06:14.280 --> 00:06:20.850
Mick Coady: While things are moving pretty quickly in this meeting, so I guess with that if there aren't any other questions or comments about any.

47
00:06:21.330 --> 00:06:35.850
Mick Coady: Anything i've talked about does anybody have any items that they want to bring up today any issues with campaign storage allocations or questions about direct show or stop.

48
00:06:35.970 --> 00:06:37.170
Mick Coady: yeah materials.

49
00:06:37.890 --> 00:06:47.760
Matthias Rempel: And I just had the general question to the campaign storage numbers you showed you always shows the number of files and I just was wondering.

50
00:06:48.120 --> 00:07:05.100
Matthias Rempel: Is there somewhere and limit really how many files, you can manage and is there a concern at some points at the number of individual files might be too loud, since he always encouraged others may not have been on campaigns to any longer.

51
00:07:07.650 --> 00:07:14.130
Mick Coady: I think there's I think there's kind of general concern that about managing.

52
00:07:16.500 --> 00:07:26.790
Mick Coady: The data for on both the parts of the user community and for sizzle to provide good tools and information for that joey.

53
00:07:27.810 --> 00:07:42.960
Mick Coady: As you know, keep there's the access list in each directory on campaign storage that provides some pretty good information on that, but I think we can and will do.

54
00:07:44.520 --> 00:07:53.280
Mick Coady: will be providing some better tools for that Mathias you know with with if we roll back to.

55
00:07:54.330 --> 00:08:05.580
Mick Coady: That you know we've we're already up to you know approaching 800 million files some projects labs have clearly more than others.

56
00:08:06.810 --> 00:08:08.850
Mick Coady: I think Gary can attest to that.

57
00:08:10.620 --> 00:08:11.370
Mick Coady: and

58
00:08:13.710 --> 00:08:25.620
Mick Coady: You know clearly just doing an Ls on a directory is not going to be very, very useful right when you if something to returns back with a million lines of output so.

59
00:08:26.970 --> 00:08:28.830
Mick Coady: I don't know if I addressed your question.

60
00:08:29.880 --> 00:08:32.820
Mick Coady: Very well, but it's something that.

61
00:08:34.200 --> 00:08:37.860
Mick Coady: i'm i'm personally kind of pretty concerned about.

62
00:08:39.030 --> 00:08:44.880
Mick Coady: So our limit is about 14,000,000,014 14 billion, you said.

63
00:08:45.360 --> 00:08:46.680
Joey Mendoza: In the boy I hope we don't get there.

64
00:08:48.060 --> 00:08:50.580
Mick Coady: yeah yeah thanks Jerry.

65
00:08:52.620 --> 00:08:56.520
Mick Coady: Mathias did that come close to answering your question or your concern.

66
00:08:57.120 --> 00:09:05.040
Matthias Rempel: is more or less I mean 40 agrees that once you have too many files it's hard to keep track of them, and unless it's not an option and.

67
00:09:05.550 --> 00:09:12.930
Matthias Rempel: Even if, in the future, we might have lost our file systems, I think, an Ls give them more travel something on the GPS right.

68
00:09:13.680 --> 00:09:19.590
Matthias Rempel: I was wondering, in general, I mean if you run against somehow limited some point, since I think this.

69
00:09:19.950 --> 00:09:32.130
Matthias Rempel: know I having this as a disk space system people might just copy a lot of smaller files over and dawn to each time on task stuff up before they move it over as it is the past this HP is as.

70
00:09:33.180 --> 00:09:35.580
Mick Coady: He pretty much kind of just.

71
00:09:37.830 --> 00:09:52.950
Mick Coady: Only almost took the words out of my mouth there it is that you know we've learned, we should, I think many of us learned a pretty good lesson kind of a painful lesson with the decommissioning of hdfs about what happens when you have more files and you can.

72
00:09:54.990 --> 00:10:00.960
Mick Coady: reasonably manage that that was a problem for a lot of users in the.

73
00:10:04.680 --> 00:10:14.700
Mick Coady: So I think many of many users in fact we're pretty sure just copied everything they had because they didn't have the time or the resources to really.

74
00:10:16.170 --> 00:10:18.540
Mick Coady: investigate or analyze what they had.

75
00:10:19.740 --> 00:10:20.580
Mick Coady: stored there.

76
00:10:20.820 --> 00:10:23.910
Mick Coady: Which is not a very efficient way to to operate but.

77
00:10:25.980 --> 00:10:28.680
Mick Coady: Personally, I understand that why that happens.

78
00:10:35.910 --> 00:10:39.480
Mick Coady: yeah Gary good luck with that.

79
00:10:40.620 --> 00:10:41.490
Mick Coady: Like i've been.

80
00:10:42.510 --> 00:11:00.060
Mick Coady: The the the information that we were generating on a weekly basis for HP SS you know, but you know what what users on what files and which files were associated with what what projects, I think that was.

81
00:11:01.680 --> 00:11:12.180
Mick Coady: very useful and i'd like to see something like that I think something like that would be very helpful moving forward for campaign storage.

82
00:11:14.370 --> 00:11:21.480
Mick Coady: You know that what the reports that joy generates I joey I think it's every month right or I mean every week.

83
00:11:22.890 --> 00:11:34.380
Mick Coady: I think those are being used pretty you know routinely by some folks but I don't think it's going to become a real issue until.

84
00:11:35.760 --> 00:11:46.200
Mick Coady: We start reaching that plateau of about 100 somewhere between 120 petabytes for capacity on campaign storage million users are going to be.

85
00:11:47.130 --> 00:12:02.460
Mick Coady: squeezed or expected to clean up some of the data that they don't that they don't some of the files that they don't need so we're still a little ways off from that but it's it's going to be here before we know it.

86
00:12:07.500 --> 00:12:07.890
So.

87
00:12:09.420 --> 00:12:15.600
Mick Coady: um anything else anybody any other questions or comments concerns.

88
00:12:17.820 --> 00:12:19.110
Davide Del Vento: I have one question.

89
00:12:19.530 --> 00:12:19.740
yeah.

90
00:12:21.210 --> 00:12:23.070
Davide Del Vento: And I also have a comment actually.

91
00:12:23.280 --> 00:12:24.600
Davide Del Vento: But it's not a question.

92
00:12:26.460 --> 00:12:40.380
Davide Del Vento: sort of question is about the commissioning of old campaigns storage discs I know there is time but are the user supposed to do anything for that or we, I mean a chest.

93
00:12:41.970 --> 00:12:43.770
Davide Del Vento: Whatever our name is.

94
00:12:46.530 --> 00:12:55.710
Davide Del Vento: Is will copy the files for them before the disk are gone, because you know the URL year plan was that a.

95
00:12:56.730 --> 00:13:09.600
Davide Del Vento: disk will go away with the data, and so it wasn't an actual scrapping, but it was just you know your data is on all media media goes away your data goes away now that we have moved away from that.

96
00:13:11.490 --> 00:13:19.380
Davide Del Vento: plan, and rightly so, I was wondering, you know how this migration takes place in which timeframe.

97
00:13:21.900 --> 00:13:22.380
Mick Coady: well.

98
00:13:22.890 --> 00:13:30.270
Joey Mendoza: Basically, we just delete the discs from gfs and it'll migrate any blocks and metadata over to the remaining discs.

99
00:13:32.130 --> 00:13:38.130
Joey Mendoza: And we can do that system by system are all at once, just depending on how much free space we have, at that time.

100
00:13:38.670 --> 00:13:41.010
Davide Del Vento: So gfs does that, for us, we don't need to.

101
00:13:41.010 --> 00:13:50.790
Joey Mendoza: yeah and so it'll be done live and just transparent to the users and to probably take a guess probably a week or so, to actually get all the data off of those.

102
00:13:53.040 --> 00:13:53.790
Mick Coady: Okay well.

103
00:13:54.960 --> 00:13:55.920
Joey Mendoza: pretty simple yeah.

104
00:13:57.060 --> 00:14:03.240
Mick Coady: I think the key there is joy mentioned is.

105
00:14:04.440 --> 00:14:06.930
Mick Coady: Depending on how much free space we have right.

106
00:14:08.250 --> 00:14:09.180
Mick Coady: Hopefully there'll be.

107
00:14:10.230 --> 00:14:12.510
Mick Coady: You, and this will be part of dave's.

108
00:14:14.250 --> 00:14:23.340
Mick Coady: calculation and plan is to look what come what's the capacity of the oldest discs and at least, that much is going to have to be.

109
00:14:24.570 --> 00:14:34.980
Mick Coady: squirreled away right are saved for in order for that operation that Julie just described, to be able to happen so.

110
00:14:36.180 --> 00:14:40.140
Mick Coady: All the more reason why in will i'm sure we'll be having a.

111
00:14:43.980 --> 00:14:51.270
Mick Coady: A communication campaign, you know to alert users, that this is coming, and to encourage people to clean up after themselves.

112
00:14:54.060 --> 00:14:55.830
Mick Coady: that's, the only way that this is going to work.

113
00:14:57.540 --> 00:15:08.700
Mick Coady: With a with a cap on the overall capacity we can't just keep as a community we can't just keep throwing all the data.

114
00:15:10.500 --> 00:15:14.760
Mick Coady: Out there that we want and expect it to persist forever like it.

115
00:15:16.050 --> 00:15:18.330
Mick Coady: kind of almost did on HP SS.

116
00:15:19.980 --> 00:15:30.270
Davide Del Vento: or by that I mean that can't happen by default by design because spss didn't have a quarter per user quarter, whereas campaign that so.

117
00:15:30.990 --> 00:15:40.800
Davide Del Vento: You know if a user is out of quarter wants more well, I mean they can try to convince their lab director to give more but still, you know the lab coat eyes fixed also so.

118
00:15:41.130 --> 00:15:45.540
Mick Coady: The true that's right so there's there's there's a implicit cat you know.

119
00:15:45.810 --> 00:15:46.140
Right.

120
00:15:47.340 --> 00:15:53.610
Davide Del Vento: So that will still help, because if we need if you have less data to migrate, there will be great for everybody.

121
00:15:54.750 --> 00:16:05.580
Davide Del Vento: But still, if they don't because they need the data or they don't have the time and then I mean it's still doable and they just won't have the space for the new data that's as simple as that.

122
00:16:07.110 --> 00:16:19.710
Davide Del Vento: Okay, so you said the other comment I had is you know a few since i'm taking over this group slowly, if you have any comment on, you know how things are going, if you have any suggestions for agenda items or.

123
00:16:20.730 --> 00:16:29.820
Davide Del Vento: format or anything else that you'd like to change or not change send me an email or you know, whatever other message you prefer and.

124
00:16:31.110 --> 00:16:34.710
Davide Del Vento: One try to accommodate requests unless they are.

125
00:16:35.790 --> 00:16:37.560
Davide Del Vento: All pissy say you know.

126
00:16:39.870 --> 00:16:57.030
Mick Coady: I meant to say earlier, I i'm sure most if not all of you have had opportunity to pleasure to work with dominate in the past and know that he'll be incredibly well organized and efficient about running these meetings in the group so.

127
00:16:59.250 --> 00:17:02.100
Mick Coady: i'm kind of excited for him and the group on this.

128
00:17:05.220 --> 00:17:05.850
Mick Coady: So.

129
00:17:06.960 --> 00:17:21.630
Mick Coady: i'll with that can I won't go around the group just just writing, but again open it up ask if anybody has anything they want to add looks like garth does surprise, surprise.

130
00:17:21.780 --> 00:17:24.330
Garth D'Attilo: Okay man you gotta get your last barbs and all you can.

131
00:17:24.600 --> 00:17:25.470
Mick Coady: I do know.

132
00:17:25.860 --> 00:17:32.520
Garth D'Attilo: I you know, I just wanted to say thank you for all your efforts on our behalf it's been really a great working relationship.

133
00:17:33.090 --> 00:17:40.980
Garth D'Attilo: And you know it's a real loss to the organization I realize, you have to retire at some point, but just wanna let you know that everything you've done it's been really appreciated.

134
00:17:42.420 --> 00:17:47.340
Garth D'Attilo: Even though you probably just get like the bad feedback mostly like Amazon reviews hey it doesn't work.

135
00:17:48.720 --> 00:17:54.840
Garth D'Attilo: This is the worst thing ever, but it really has been a pleasure to work with you and best of luck with your your fishing or whatever you're going to be doing.

136
00:17:55.800 --> 00:18:00.090
Mick Coady: Thanks thanks for everything really appreciate it means a lot coming from you.

137
00:18:01.980 --> 00:18:05.190
Mick Coady: refine was asking right before the mean what what my plans were.

138
00:18:06.930 --> 00:18:16.320
Mick Coady: I think you all flatter me that I think i've thought through it, that carefully so far, but it'll be a combination of family grandkids fishing.

139
00:18:17.340 --> 00:18:18.360
Mick Coady: For sure so.

140
00:18:20.160 --> 00:18:26.670
Mick Coady: it's a kind of a blank page right now yeah yeah Paul you bet your hand oh.

141
00:18:27.570 --> 00:18:36.450
prestop: Thanks, I guess, I was wondering um since we're moving away from the idea of having a lifetime to the data, like a built in lifetime.

142
00:18:37.080 --> 00:18:49.260
prestop: I was wonder if there would be any tools to help support data management, because I think I was kind of you know just assuming that you know that when the five years was up my data would age off and new data would come on.

143
00:18:49.920 --> 00:18:55.200
prestop: I think I i'm kind of in I don't want to say unique situation, but maybe an unusual situation where i'm dealing with.

144
00:18:55.560 --> 00:19:05.430
prestop: archiving of real time data feeds and I know a lot of people don't deal with that, but you know, like i'm trying to imagine a tool, you know we have a tool that we use called janitor that.

145
00:19:07.260 --> 00:19:18.900
prestop: will keep track of like it'll it'll automatically it'll keep track of you know if you get above 99% disk usage it'll automatically delete your oldest files to get you down to 98% disk usage or something like that.

146
00:19:19.320 --> 00:19:23.430
prestop: And i'm wondering if if there would be any sort of if you guys are planning on any sort of.

147
00:19:24.150 --> 00:19:28.200
prestop: You know top down, support for a tool like that, or if it's something that I should consider.

148
00:19:28.560 --> 00:19:34.320
prestop: Writing you know what I what I envision is ideally i'd like something with with those sort of configurable levels where.

149
00:19:34.560 --> 00:19:42.300
prestop: Maybe I could also protect certain directory, so that you know if I have smaller amounts of data that I could let them, even if they're older, they would stick around and.

150
00:19:42.690 --> 00:19:48.030
prestop: You know, ideally, maybe when it ran every week, it would email me and say hey you're getting close to your limit.

151
00:19:48.570 --> 00:19:55.500
prestop: i'm going to delete all of these files next week, you know, and then I would I would be aware that these are the files that are going away.

152
00:19:55.800 --> 00:20:03.720
prestop: But I wouldn't have to it would be something that kind of ran weekly or something, but I so that I wouldn't have to keep an eye on things and be you know and keep in figure out.

153
00:20:04.170 --> 00:20:16.440
prestop: What the oldest things are and how close I am to my quota and things like that so i'm just wondering if you guys have thought about any sort of support from sort of your level for tools that would help with data management like that.

154
00:20:17.370 --> 00:20:19.170
Mick Coady: Danger question yeah we we.

155
00:20:19.800 --> 00:20:37.740
Mick Coady: we've given a fair amount of thought in current against conversation we don't have anything I can't say well you know we're going to do X, Y and Z we're not that far along in the process this sounds like it.

156
00:20:39.330 --> 00:20:43.200
Mick Coady: I think it might be useful for maybe this to be an agenda.

157
00:20:44.370 --> 00:20:51.600
Mick Coady: Item for next month or sometime very soon we're going to have to start addressing this and come up with a plan.

158
00:20:53.580 --> 00:20:56.880
Mick Coady: At least know what would be useful for you guys.

159
00:20:58.470 --> 00:21:01.800
Mick Coady: And in the in the users you represent.

160
00:21:03.420 --> 00:21:09.120
Mick Coady: You know my simple mind was thinking just you know, like like I mentioned earlier.

161
00:21:11.010 --> 00:21:23.040
Mick Coady: rig regularly updated reports about you know what what you're where you are in where each lab or project was in terms of its allocation.

162
00:21:25.260 --> 00:21:35.280
Mick Coady: Who the owners of those files were what the ages were some of that is already in in is you can extract from joey's reports.

163
00:21:39.120 --> 00:21:39.810
Irfan Elahi: Sorry go ahead.

164
00:21:40.170 --> 00:21:40.410
No.

165
00:21:41.580 --> 00:21:42.660
Davide Del Vento: Other data in goofy.

166
00:21:43.350 --> 00:21:46.080
Irfan Elahi: yeah exactly that's what I was going to say.

167
00:21:46.350 --> 00:21:47.130
Irfan Elahi: Is that I.

168
00:21:47.190 --> 00:22:01.050
Irfan Elahi: kind of discussed it said that if we need to beef up the memory or cpu requirements for goofy so it can scale more for real time and, obviously, that has to be researched.

169
00:22:01.410 --> 00:22:10.920
Irfan Elahi: But most of what I have heard and everything can correct me is available in goofy and if not, it is open source and customizable.

170
00:22:11.160 --> 00:22:29.610
Irfan Elahi: So we should not just look at printed report but also look at providing some tools that users can in real time, look at what they want, anyway, it needs to be discussed with said and CSD I think it's a really good idea to put it as part of the next meetings agenda.

171
00:22:30.660 --> 00:22:31.500
Mick Coady: Okay, great.

172
00:22:33.000 --> 00:22:53.040
Mick Coady: i've had the same conversations with said about this, and in my mind it would almost have to be goofy based right, I mean we we've put a lot of effort into standing up goofy a couple years ago the reports that Sid was generating each week for HP SS for all goofy based so.

173
00:22:55.500 --> 00:23:07.980
Mick Coady: We have a trip, we know how to we know how to do this, and he also we also have some tools some functions for doing real time queries that we.

174
00:23:09.270 --> 00:23:12.000
Mick Coady: That we can publicize better perhaps.

175
00:23:13.230 --> 00:23:16.110
Mick Coady: Maybe make a little more user friendly.

176
00:23:16.500 --> 00:23:25.980
Irfan Elahi: yeah and i'm also thinking efficient maybe call it to us, I, I think the name makes it sound silly that tool but.

177
00:23:26.670 --> 00:23:29.130
Irfan Elahi: Los Alamos and other places and it's.

178
00:23:29.730 --> 00:23:31.530
Irfan Elahi: it's a pretty decent tool so.

179
00:23:33.240 --> 00:23:39.840
Mick Coady: yeah yeah yeah, I think, for those of you and see Paul asked a question it stands.

180
00:23:41.490 --> 00:23:50.940
Mick Coady: i'm pretty sure the acronym stands for brand unified file index, and it was, I think it came out of Los Alamos and.

181
00:23:52.800 --> 00:23:54.660
Mick Coady: Chris oh.

182
00:23:57.510 --> 00:24:08.490
Mick Coady: drawing a blank on his last name, he he put put this together with for sizzle within HP CD a couple years ago and we've been running with that ever since so.

183
00:24:09.420 --> 00:24:30.690
Mick Coady: yeah so there's clearly a communication component of this to write to let users know that it's there and then we can follow that up with how to use it right get feedback for maybe a good way to get next month's next meetings conversation going is for said.

184
00:24:32.550 --> 00:24:37.260
Mick Coady: recap or review the tools, the functions that are out there and how to use them.

185
00:24:38.550 --> 00:24:41.550
Irfan Elahi: Now I have a dress that before the next meeting.

186
00:24:41.880 --> 00:25:01.680
Irfan Elahi: You can schedule a meeting with your team, especially said joy bill and me like to kind of discuss some of the constraints that we when we meet next month for district advisory group, we have answers, and not just sharing information, but also some plan.

187
00:25:02.820 --> 00:25:04.020
Irfan Elahi: and decisions.

188
00:25:04.530 --> 00:25:05.970
Mick Coady: Okay okay yeah that.

189
00:25:07.260 --> 00:25:08.070
Mick Coady: will do.

190
00:25:09.630 --> 00:25:10.620
Mick Coady: tons of good idea.

191
00:25:11.250 --> 00:25:27.090
Davide Del Vento: Well, I wanna I want to mention that at some very basic things using goofy data you don't need to use goofy itself because we store those files in some directories that I think each one of you should have access for their own.

192
00:25:28.500 --> 00:25:38.160
Davide Del Vento: Maybe after this meeting, I could check it out and send any other attendees and see you know the did a CEO you know poke around and see.

193
00:25:38.610 --> 00:25:47.130
Davide Del Vento: You know, so the busy could be just parse that file a text file, that is, one weekly I believe and see that that means.

194
00:25:47.790 --> 00:25:59.610
Davide Del Vento: That is, you know, to answer paul's question, there will be, you know in this approach, you will be your own your own, but you have all the data, so you may have read a cron job that runs weekly and and parses just a text file which isn't huge.

195
00:26:00.120 --> 00:26:06.270
Davide Del Vento: And it has some basic information i'm doing what you're doing, then what you do with that data, you know.

196
00:26:06.750 --> 00:26:16.950
Davide Del Vento: Maybe you're ready can, or maybe you need more and then then to do the more could be that we create a more extensive X file, or you need to interact directly with it to like.

197
00:26:17.460 --> 00:26:31.920
Davide Del Vento: You know refund was already speculating and probably that's the case but uh you know add the easiest to buy a watch I always like you know, try to easier, you know, like a baby step before you know jumping into the you know that marathon.

198
00:26:32.310 --> 00:26:34.440
Mick Coady: jumping into the deep end of the pool right.

199
00:26:36.030 --> 00:26:36.330
Okay.

200
00:26:41.370 --> 00:26:42.000
Mick Coady: All right.

201
00:26:42.360 --> 00:26:43.050
um.

202
00:26:44.640 --> 00:26:46.110
Mick Coady: Good thanks anything else.

203
00:26:52.620 --> 00:26:59.220
Mick Coady: wow good pretty much probably a record for time on one of these meetings.

204
00:27:00.390 --> 00:27:07.320
Mick Coady: I don't think anybody's going to complain it get a half hour so back in your day so with that i'll.

205
00:27:08.730 --> 00:27:12.180
Mick Coady: Say thanks again to everybody and we'll see you next month.

206
00:27:12.450 --> 00:27:12.780
Okay.

207
00:27:15.540 --> 00:27:17.550
Mick Coady: Thanks Gary all right take care, everybody.

208
00:27:19.110 --> 00:27:19.470
haiyingx: hi.


  • No labels