[00:11:05] dyoung joins the room [00:17:25] Roy leaves the room: Replaced by new connection [00:17:26] Roy joins the room [00:19:26] Roy leaves the room: Replaced by new connection [00:28:49] dyoung leaves the room [00:34:47] gclark-ohiou leaves the room: Replaced by new connection [00:34:48] gclark-ohiou joins the room [00:34:54] Roy joins the room [01:36:03] gclark-ohiou leaves the room [01:59:20] Roy leaves the room [04:41:26] glen joins the room [04:41:46] hkruse has been kicked [04:42:05] dyoung-ohiou has been kicked [04:42:09] glen leaves the room [07:26:19] Will Ivancic joins the room [07:26:52] Currently in MANET - large stage. [07:27:36] I'll check the terminal room at lunch. [07:45:32] jward joins the room [07:47:22] jward leaves the room [07:49:05] jward joins the room [08:40:10] Will Ivancic leaves the room: Computer went to sleep [09:13:43] Will Ivancic joins the room [09:14:43] I am in iccrg but stopped by the terminal room. [09:15:06] It looks like a difficult place to interact without disturbing others. [09:16:19] I think I would perform a lot of work elsewhere - like in that side cafe area or even in some side hall area or down by the coat room [09:17:21] Jeff, how many are in the terminal room working DTN? [09:27:58] There are three of us from BBN and a couple from TKK right now. [09:33:19] Will Ivancic leaves the room: Computer went to sleep [09:34:47] Joseph Ishac joins the room [09:34:57] hows the dtn stuff going? [09:35:14] where is the terminal room and are people still there? [09:38:44] Joseph Ishac leaves the room [10:01:15] Joseph Ishac joins the room [10:02:45] Will Ivancic joins the room [10:13:25] Will Ivancic leaves the room: Replaced by new connection [10:13:32] Will Ivancic joins the room [10:14:12] Joseph Ishac leaves the room [10:17:05] Joseph Ishac joins the room [10:25:57] Will Ivancic leaves the room: Replaced by new connection [10:25:58] Will Ivancic joins the room [10:26:44] Joseph Ishac leaves the room [10:27:35] Will Ivancic leaves the room: Replaced by new connection [10:27:38] Will Ivancic joins the room [10:30:02] Will Ivancic leaves the room: Replaced by new connection [10:30:04] Will Ivancic joins the room [10:32:08] Will Ivancic leaves the room: Replaced by new connection [10:32:08] Will Ivancic joins the room [10:32:45] Joseph Ishac joins the room [10:32:59] Joseph Ishac leaves the room [10:39:27] hkruse joins the room [10:58:56] jward leaves the room [11:04:36] Will Ivancic leaves the room: Computer went to sleep [11:06:11] hkruse leaves the room [11:09:58] dyoung joins the room [11:12:23] dyoung leaves the room [11:14:00] dyoung-ohiou joins the room [11:14:13] testing... [11:26:13] hkruse joins the room [11:27:40] Good Morning, David [11:38:30] good morning. [11:48:07] gclark-ohiou joins the room [11:50:59] arall-ohiou joins the room [11:53:14] josh joins the room [11:53:25] arall-ohiou leaves the room [11:53:58] rodrigo_iglesias joins the room [11:54:21] arall-ohiou joins the room [11:54:44] good morning everyone [11:54:50] gclark: is it the case that the delayed testbeds are only delayed using their dtnbone address, and NOT using their .cs addresses? [11:55:54] Both are delayed (the IPs should be the same) [11:56:52] would ssh be delayed? [11:57:00] dyoung: yes [11:57:35] morning rodrigo [12:00:46] Good morning guys. [12:01:01] Josh Schendel here; I'm going to see if I can change my name to something more specific. [12:01:05] mornin' [12:01:16] mornin [12:02:39] Josh, my client identifies you as joshua.schendel [12:03:13] OK, mine just says Josh but that's what I want. [12:04:44] Rodrigo and Andre, are you headed for the conference room? [12:04:58] ikogan joins the room [12:05:13] No, i am sitting in the IRG room. Would you rather have me in the conference room? [12:05:42] what is the purpose of being in the conference room? [12:05:42] space? [12:05:54] check out the logs for miles [12:06:05] Andre: No, IRG is fine [12:06:24] oh, this is good [12:06:24] naex: getting our group organized (space-wise) [12:07:01] you see me as naex? [12:07:05] that's not good [12:07:09] ikogan: no [12:07:09] be right back [12:07:09] ikogan leaves the room [12:07:16] gclark-ohiou shrugs. [12:07:24] I'm at the IRG [12:07:27] i took a ride with Andre [12:07:35] would you rather I be at Lindle Dr. Kruse? [12:09:35] ikogan joins the room [12:10:57] could someone send me the link to our network diagram? i cant find the email containing it [12:13:51] http://lin4.its.ohiou.edu/~hkruse/OU-DTN.png [12:14:15] thank you [12:14:31] http://www.dtnrg.org/wiki/DtnBone/Disconnectathon/OhioTestBed is probably a good page to have up [12:15:55] Will Ivancic joins the room [12:16:00] ion on miles is being restarted [12:16:05] see if that error magically goes away [12:16:27] I've added a bridging route between testbed4 and quest, would someone restart them? I'm a bit hesitant to run something like that over my unreliable wifi connection from jersey. [12:16:35] ikogan: what'd you do? [12:16:38] ostermann joins the room [12:16:38] oh [12:16:43] I mean restart ion, not the machines. [12:16:44] nevermind then [12:16:58] bbn and nasa are back from lunch and in the cafe area next to the terminal room [12:17:09] Hi Will [12:17:37] Hello. [12:17:40] josh leaves the room [12:17:49] Done. Quest has been restarted. [12:17:59] OK [12:18:10] uh [12:18:21] jclark: sbp_echo "command not found" [12:18:23] from ionctl [12:18:30] gclark* [12:18:30] on? [12:18:38] miles [12:18:38] I haven't run DTN in a while so I have to refresh my memory. However Joseph is here and his memory has been continually refreshed. [12:19:17] ikogan: I know. I figured out about 4:30 yesterday that I didn't know how to build shared libraries for OS X [12:19:34] ah ok, yeah it's a fun one [12:19:35] ikogan: so sbp_echo isn't on Miles. should be on everything else though [12:20:20] oh, and morning Dr. O / Will [12:21:05] josh joins the room [12:21:42] interesting. bbn-dtnbone-n10 through testbed4? [12:22:49] ok, miles and testbed3 seem to be able to talk [12:22:57] Joseph Ishac joins the room [12:23:21] I typoed quest's config, fixed it now- could someone restart ion on quest? [12:23:33] Kevin Janowiecki joins the room [12:24:00] ok, lets not all restart ion at the same time [12:24:15] can we ask someone specific to do it [12:24:29] i've got SSH's to all the machines open if you'd like [12:25:15] Ahh, how about this: if you intend to restart ion, announce it on this board (and don't do it until after you've announced it) [12:25:22] Someone at OU with access to the DNS, can you periodically post the updated entiries in the DNS to the wiki. [12:25:50] will: http://lin5.its.ohiou.edu:8080/name-list [12:25:50] There's a live page that Dr. Kruse put up, one second [12:25:54] we can dig for known machines, but it may be nice to know what other machines are registered. [12:25:54] ^ [12:26:05] Joseph Ishac leaves the room [12:26:09] that's actually a script that will grab the list from the DNS server in real time [12:27:02] Ahh, we also have these things linked on the wiki: http://www.dtnrg.org/wiki/DtnBone/Disconnectathon/OhioTestBed [12:28:58] look at quest's logs [12:29:24] ostermann leaves the room [12:30:10] Shawn@OU joins the room [12:30:26] why is endpoint 102.0 commented out? [12:30:28] somebody fixing that? [12:30:55] Endpoint .0 are now automatic [12:31:10] http://lin5.its.ohiou.edu:8080/name-list [12:31:24] well then, why is it complaining about not being the owner of an endpoint? [12:31:44] that happened when two instances of bpsink were running last tme it did [12:31:46] Which endpoint is it getting? [12:31:50] that is because ion isn't running on quest, but sbp_echo is constantly trying to run [12:32:05] mm, that would be broken too [12:32:10] why would sbp_echo be constantly trying to run? [12:32:10] why is sbp_echo running but ion is not [12:32:15] ah [12:32:42] sorry, sbp_echo was only running *once* but it was constantly trying to attach to an endpoint that doesn't exist. [12:32:43] hm, no. it's in the kill part of the script [12:32:46] all machines on the lin5.ohiou.edu [http://lin5.ohiou.edu] list have been added to OpenNMS. They should appear under Node List momentarily [12:32:51] actually, iy's driver that's running [12:32:51] it* [12:33:14] Will, do you folks in Stockholm have a plan for the tests you want to run? [12:33:14] Joseph Ishac joins the room [12:33:19] test [12:33:28] received [12:33:39] Roy joins the room [12:33:39] having all sorts of funny network issues [12:34:58] somebody ran 'ion stop' on quest twice at the same time. . .? [12:35:13] warning for those of you using quest- looks liek you're simultanously running things. [12:36:15] quest is being rebooted [12:36:24] all ion processes dead, shared memory isn't being cleared [12:36:35] bxhe1979 joins the room [12:36:44] ikogan: ion stop should clear shm [12:36:54] ikogan: run it as root [12:36:54] indeed it should [12:37:06] gclark-ohiou shrugs. [12:37:13] i ran everything as root, i killed all processes manually, i ran ipcrm manually [12:37:26] ikogan: attached processes showed up as 0? [12:37:46] also probably didn't help that three people were running that script at once [12:38:12] very likely [12:38:24] yes, i will be the go-to guy for restarting Quest [12:38:31] ..from now on [12:38:42] Kevin Janowiecki leaves the room [12:38:46] please say something before you run ion daemon commands [12:38:52] especially restarts [12:38:58] Will do [12:39:00] Kevin-OhioU joins the room [12:39:17] ikogan: looks like laren didn't remount over sshfs [12:39:21] Kevin-OhioU leaves the room [12:39:29] kjanowiecki-ohiou joins the room [12:39:43] Dr. Kruse, I have added teemu.dtnbone.ocp.ohiou.edu to Quest's config file [12:39:56] Shawn@OU leaves the room: Replaced by new connection [12:39:56] Shawn@OU joins the room [12:40:07] http://lin5.its.ohiou.edu:8080/name-list [http://lin5.its.ohiou.edu:8080/name-list] [12:40:29] He is running a non-standard port number (and EIDs) [12:40:37] yes, 6400 [12:40:57] ikogan: you fixing it or should I? [12:40:57] ...and dtn://teemu.comnet.tkk.fi [12:41:17] so what's this magic URL I missed earlier [12:41:24] is that namelist it? [12:42:14] ikogan: right, guess I will then [12:44:42] huh? [12:44:43] i fixed Laren [12:44:51] OK, so we don't have any more trouble with multiple people restarting ion: arall-ohiou will do any ion stop, start, or restart on any OU machine- if you need something reset, ask him to do it. [12:44:56] someone hosed the the authorized_keys file on laren [12:45:55] ikogan: right. I was asking so we didn't end up hosing it again trying to fix it :P [12:46:21] yeah I know, I just got carried away with fixing and didn't read, setup Adium to yell at me when someone is talking to me [12:48:44] rodrigo_iglesias leaves the room: Replaced by new connection [12:50:14] Joseph Ishac: magic URL http://lin5.its.ohiou.edu:8080/ contains links to a bunch of dynamic information pages- one of them is name-list - basically a full listing of what our dynamic dns server contains. [12:50:21] Rodrigo Iglesias joins the room [12:51:06] dyoung-ohiou: excellent thanks [12:52:13] dyoung: should we add a short list of running endpoints and a link to the logs to that page? [12:53:25] ohh. maybe a link to the wiki page (which contains all those links) would be more appropriate: http://www.dtnrg.org/wiki/DtnBone/Disconnectathon/OhioTestBed [12:53:54] logs are there [12:54:24] ohh, doesn't look like sbp_sink is running on sbp/sink [12:54:55] on what? [12:55:01] also, at the lin5 URL, there is a page "quest-status" that will list the routing tables, outducts, and endpoints on quest. [12:55:16] ikogan: on quest. the ion start script doesn't start sbp_sink, only sbp_echo [12:55:28] ikogan: I'm checking other boxes [12:56:42] yeah, looks like that's true of all the boxes [12:57:36] glcark : i started sbp_echo on all the boxes, but not sbp_sink [12:57:56] roy: *nod* [12:58:06] arall-ohiou: double check your syntax when you add-tcp.sh [12:58:10] Armando Caro joins the room [12:59:36] i am adding them manually for now, Dave [12:59:44] q [13:05:10] campbelp joins the room [13:14:45] Armando Caro leaves the room [13:14:52] Dr. Kruse, we just adjusted the Strafeping Failure Ping Count threshold to 50. I think we solve the problem you told me on Monday. But the Strafeping service is down on testbed3 [13:14:58] Armando Caro joins the room [13:17:07] Boxing: you may need to restart OpenNMS; after that rescan the node [13:17:58] depending on the timeout settings, you may have trouble with testbeds 3 and 5 [13:18:13] is teemu on here? [13:19:24] we restarted OpenNMS and rescanned testbed3. it shows that StrafePing and SSH have been down since 7/24 and still down [13:19:54] i'm thinking the problem is on the machine's side? [13:20:01] Joseph Ishac leaves the room [13:20:42] maybe we should create a separate chatroom for testbed-related stuff? [13:20:50] I am about to restart Quest [13:22:08] I think so. Testbed3 has problem [13:22:11] Quest is up-and-running again [13:22:24] Joseph Ishac joins the room [13:22:54] I remembered we added teemu on Opennms [13:26:16] finally got back on [13:28:24] Armando Caro leaves the room [13:30:07] Armando Caro joins the room [13:37:13] Joseph: have you or will tried to send traffic our way? [13:37:26] Joseph Ishac leaves the room [13:38:02] ok, new log site feature, click "Cycle" to have it cycle the machines on every refresh [13:38:13] at the bottom of the machine list [13:40:56] Joseph Ishac joins the room [13:45:10] Shawn@OU leaves the room [13:45:25] ostermann@jabber.org joins the room [13:45:56] Joseph Ishac leaves the room [13:45:59] All: the OU ION nodes use static routing; please let us know here or on the mailing list if you need a route to your machine installed on our nodes [13:47:23] could someone tell me who is dtn://dtnmule-2-10 ? [13:51:26] that's the DTN Camera i think [13:51:27] worried about the quest logfile? [13:52:50] yeah, and it is the camera [13:54:15] i am about to restart Quest [13:54:36] the box, or ion? [13:57:33] Dave, have you edited the quest.rc file? [13:59:00] ikogan leaves the room [14:00:23] ikogan joins the room [14:04:43] Joseph Ishac joins the room [14:05:01] yes. I'll fix it once I get a response from teemu about it. [14:05:26] also, can we sync up the machines? I'm having a time-skew issue with teemu. [14:06:41] Joseph Ishac leaves the room [14:09:30] I am about to restart Quest [14:15:57] what OU machines are going to stay up on the dtnbone? [14:16:05] quest and testbed4? [14:16:50] i am modifying my DTN2 config file and what to label DTNbone vs connectathon so I know what to remove later. [14:17:29] I am told it is eay to time machines and there is no issue here. :-) [14:19:53] Will: Off the cuff: quest, testbed4, mile, and laren should be around for the long run; the others should be, but not all the time [14:21:39] Will: since Teemu bundle life time is an hour, "skew" may be an inaccurate term...... [14:21:54] Joseph Ishac joins the room [14:25:52] Andre: can you add dtn://jishac-laptop.dtn/ [dtn://jishac-laptop.dtn/] DNS: jishac-laptop.dtnbone.ocp.ohiou.edu to quest for TCP and testbed4 for UDP? [14:26:59] Sure [14:29:30] restarting ION on Quest [14:30:23] Dr. Kruse: 'jishac' has been added [14:30:30] jishac-laptop.dtn has been added on testbed4 [14:34:58] Hans, were can I get the socket API applications? [14:37:04] Quest's Ion is being restarted. [14:38:33] Joseph: where are you hiding? Jeff would like to test/talk with you again. [14:38:54] will: https://ion.ocp.ohiou.edu/SBP-API.tar.bz2 with documentation at https://ion.ocp.ohiou.edu/sbpdoc/index.html [14:40:28] Joseph Ishac leaves the room [14:46:41] Joseph Ishac joins the room [14:48:37] testbed 1, testbed 2, laren, and quest have all been time synched with time.ohio.edu [14:49:12] jward joins the room [14:51:51] Will: the socket API applications are here: https://ion.ocp.ohiou.edu/SBP-API.tar.bz2 Keep in mind that it's a release for the disconnectathon, though; I.E. stuff might not be stable / bug-free [14:55:25] Hans, did you and Bob run any of the SBP applications of Friday? [14:55:33] All: we are working on some resource issues on quest.dtn, UDP via testbed4.dtn is not affected. [14:55:49] Will: No, we just ran stock ION apps [14:56:03] OK [15:03:56] jward leaves the room [15:04:18] jward joins the room [15:04:20] jward leaves the room [15:04:44] i am restarting Quest [15:05:53] jward joins the room [15:06:30] jward leaves the room [15:07:07] Jeff Ward joins the room [15:07:11] Testbeds 3 and 5 are now syncing off of 4 [15:07:14] 4 is now syncing and providing time to 3 and 5 [15:07:36] I sent a message to quest for unit017 DTN2 to ION. Did you get it? [15:08:26] restarting Quest [15:08:45] Will: Which EID? We monitor dtn://quest.dtn/sink [dtn://quest.dtn/sink] [15:09:52] resent to /sink. Originally sent to /a [15:10:18] I am relearning a lot of the commands. It has been a logn while for me. [15:12:29] Just got a message from Joe, and a Hello World [15:13:08] yay, so why doesn't dtnping work [15:13:12] OH Wait [15:13:19] your running ION [15:13:22] duh [15:13:45] Quest is currently having some issues [15:13:48] just so you guys know, we're working on it [15:13:50] gclark-ohiou leaves the room [15:14:06] restarting Quest [15:14:21] actually, we should be running sbpecho on /sink [15:14:26] which does correctly respond to dtnping [15:14:32] keyword: *should* [15:14:43] NO, that is running on /echo! [15:14:49] err [15:14:50] duh [15:14:51] yeah, misspoke [15:15:10] dtnping -c 5 -e 10 dtn://quest.dtn/echo [15:15:23] bundle deleted at [dtn://jishac-laptop.dtn] (lifetime expired): seqno=0, time=10038 ms bundle deleted at [dtn://jishac-laptop.dtn] (lifetime expired): seqno=1, time=10068 ms [15:15:26] Joseph: what version of dtn2 are you using? head of tree? cause our local test from BBN <-> dtn2 works over tcp cl [15:15:46] well maybe it isn't back up yet [15:16:00] I had been trying to /ping this is my first attempt to /echo [15:16:11] and arall-ohiou just restarted [15:17:02] Armando Caro: I'm using the checked out source via mercurial [15:19:16] now I'm getting no response [15:19:30] Jeff Ward leaves the room [15:19:47] Jeff Ward joins the room [15:20:01] Joe: do you have a receive (e.g. sink) on your system I can try to send to [15:20:49] I'm running dtn2 for tcp so yeah, anything should work [15:21:12] gregc joins the room [15:21:14] for UDP, it's store... i'll add one that's sink as well (UDP uses ion) [15:22:12] restarting Quest [15:22:24] Wait, if you are doing UDP, send to testbed4 (quest is set for TCP only) [15:24:20] gclark-ohiou joins the room [15:24:31] Joseph: can't ping jishac-laptop.dtnbone.ocp.ohiou.edu [15:24:35] Joe: got your message [15:26:14] Armando Caro: Really? [15:26:25] what's your box? [15:27:33] Joseph Ishac: I trying to ping you from my laptop (bbn-dtnmbone-m10.dtnbone.ocp.ohiou.edu (I just updated my entry in the DNS). [15:28:18] I can ping that box [15:28:28] Looks like it is working now. Do you mind if I try to open TCP connections with your BPA? [15:29:45] not at all [15:35:25] Joe: did you get a ping through to testbed4? [15:35:42] alrighty [15:35:49] could someone try to ping dtn://quest.dtn/echo [15:35:50] ? [15:36:24] hkruse: I tried a message i believe [15:36:44] do you have bpecho running? [15:37:17] $ dtnping -c 5 -e 10 dtn://quest.dtn/echo WARNING: ping destination does not end in "ping" source_eid [dtn://jishac-laptop.dtn/ping.9545] dtn_register succeeded, regid 63 PING [dtn://quest.dtn/echo] (expiration 10)... 20 bytes from [dtn://quest.dtn/echo]: 'dtnping!' seqno=0, time=4012 ms 20 bytes from [dtn://quest.dtn/echo]: 'dtnping!' seqno=1, time=2983 ms 20 bytes from [dtn://quest.dtn/echo]: 'dtnping!' seqno=2, time=1945 ms 20 bytes from [dtn://quest.dtn/echo]: 'dtnping!' seqno=3, time=912 ms 20 bytes from [dtn://quest.dtn/echo]: 'dtnping!' seqno=4, time=257 ms [15:37:53] alright, looks like we should probably change ion's defaults for shared memory [15:38:03] as 5mb is certainly not enough [15:38:12] ikogan: I think for the gateways, yes [15:38:25] ikogan: this might be a problem on testbed4, though [15:38:31] well I dunno, um [15:38:38] /echo is from the SBP package; bpecho runs on /ack (it does not actually return the bundle content) [15:38:45] could you try to ping dtn://laren.dtn/echo? [15:39:15] actually, looks like laren is already hosed, one second [15:39:35] ikogan: yeah no response [15:40:03] i suspect since ping sends bundles so quickly, the shared memory usage spikes a lot faster than when we do simple tests with bpsource/sink [15:40:11] so *all* of the nodes will need shared memory increases [15:40:28] ok, laren is back up, I suspect another ping will promptly crash it [15:40:29] could you give it a shot? [15:41:04] Ilya: laren tcpcl has not been down [15:41:13] $ dtnping -c 5 -e 10 dtn://laren.dtn/echo WARNING: ping destination does not end in "ping" source_eid [dtn://jishac-laptop.dtn/ping.9885] dtn_register succeeded, regid 65 PING [dtn://laren.dtn/echo] (expiration 10)... bundle deleted at [dtn://quest.dtn] (lifetime expired): seqno=0, time=10419 ms bundle deleted at [dtn://quest.dtn] (lifetime expired): seqno=1, time=10252 ms bundle deleted at [dtn://quest.dtn] (lifetime expired): seqno=2, time=10257 ms bundle deleted at [dtn://quest.dtn] (lifetime expired): seqno=3, time=10258 ms bundle deleted at [dtn://quest.dtn] (lifetime expired): seqno=4, time=10136 ms [15:41:18] I just checked a minute ago, and it was [15:41:27] quest kicked back expirations [15:42:57] i'm jumping into ur thread mid context: are your machines all set properly with respect to time? [15:43:00] Someone named dtn://unit017.dtn is trying to open a TCP link to bbn-dtnbone-m10. Who is that? [15:43:37] Armando: just checked between laren and quest, time is sync'd [15:43:43] Armando: They're all syncing with time.ohio.edu at the moment. [15:44:10] ok. just thought maybe time zone diffs were an issue [15:44:21] Jward: that is a NASA machine [15:45:17] Jeff Ward: Unit017 is back in cleveland [15:45:27] could you set those expirations a bit higher and check again, there's no delay on those links so it *shouldn't* take that long, but I'm just curious if they're being caught in processing somewhere [15:45:51] so is someone using unit017 to test at the moment? [15:46:02] must be will [15:46:07] I have access too [15:46:19] but I'm using my lap node at the moment [15:54:33] We are seeing TCP traffic from an older DTN2 implementation that does not handle ACK negotiation correctly [15:57:39] hkruse: which node? [15:58:18] which node is sending that tcp traffic? [15:58:51] We can't easily tell; we are learning a lot about diagnostics needed! [15:59:42] oh [16:00:23] can u tcp dump on that port? [16:00:54] We are doing that; but there is lots of traffic, of course. [16:01:19] ok, sorry for suggesting the obvious :-) [16:03:19] Teemu and Joe were actively connected at the time, and Joe was able to exchange packets [16:05:22] Yeah Ion doesn't really give much information as to bundle exchanges and what not [16:12:54] Armando: took a little digging -- it is Teemu's machine [16:16:58] any word on new tests [16:17:11] and has anyone got a response from teemu's camera? [16:17:12] actually sure, could you ping testbed2? [16:17:55] works [16:18:11] excellent [16:18:29] so Laren is apparently giving Quest the silent treatment [16:18:29] we're working on that [16:18:35] but all sense is out the window at this point [16:19:07] did u guys figure out ur pinging probs? [16:19:19] we had issues pinging joe's laptop, but figured out it was a time sync prob [16:19:20] oh I got a picture [16:19:32] now it works [16:19:35] HAHAH time sync [16:19:52] it doesn't explain the first prob we had, but we haven't reproduced it [16:20:57] ostermann@jabber.org leaves the room: Replaced by new connection [16:21:06] anyone know a good way in linux to take something like [16:21:15] 0000fd0 a7ba 99ba 95c7 ca5f fb4d 1f6a 5aa1 ba8a | ......._.M.jZ... 0000fe0 2e1c a59d ff00 3fde a5f3 6aae ea28 b872 | ......?...j..(.r 0000ff0 9737 51ba a96e a66e a9e5 0b97 f7af f769 | .7Q..n.n.......i [16:21:35] and quickly extract the binary to a file [16:21:48] (from out of all that ascii) [16:22:14] isn't there a hex edit program? i remember using one years back to cut n paste hex [16:23:00] that looks like a hex dump with some ascii in there [16:23:25] ikogan: right, how do I reverse it [16:23:27] :) [16:23:41] dtnrecv gave me that [16:24:08] well, i'd sed out the pipe and everything following first, then sed out the space, so you get one string [16:24:10] then...lemme think [16:25:01] oh hey, "man od" [16:25:07] that should be easier [16:26:35] I've used od before [16:26:41] not sure how to reverse [16:26:46] xxd seems to do the trick [16:27:01] xxd -r to be exact [16:27:50] ah, i see. misunderstood what u wanted [16:28:28] ah, i assumed you had used something to create that dump and could do the same, but with od this time [16:30:13] ok, I got a solid picture from the camera [16:30:51] cool [16:31:45] you guys are in it :) [16:31:56] slacking off... [16:40:30] hey Joseph, have you gotten anything in your log via sink? [16:41:33] ION event: Payload delivered. payload length is 19. 'Hello world from OU' [16:41:41] kjanowiecki-ohiou leaves the room [16:42:10] Getting error building SBP-API [16:42:16] DTN2 module built successfully. Now installing SBP API files. . . [sudo] password for ivancic: Done. Attempting to run ldconfig. . . [NOTE: This will fail on many non-linux systems (e.g. OS X)] Would you like to build SBP API applications? [y/n]: y Building optional SBP applications. . . Building tests rm -f *.o test gcc -c -g -Wall test.c test.c: In function âtestSBPCommâ: test.c:52: warning: format â%dâ expects type âintâ, but argument 2 has type âsize_tâ test.c: In function âtestSBPSocketâ: test.c:120: warning: format â%dâ expects type âintâ, but argument 5 has type âsize_tâ test.c:132: warning: format â%dâ expects type âintâ, but argument 5 has type âsize_tâ test.c:84: warning: unused variable âbundle_destâ test.c: In function âmainâ: test.c:157: warning: unused variable âiâ gcc -lsbp_dtn -ldtnapi test.o -o test /usr/bin/ld: cannot find -ldtnapi collect2: ld returned 1 exit status make: *** [dtn] Error 1 Building sbp_echo rm -f *.o sbp_echo gcc -c -g -Wall sbp_echo.c gcc -lsbp_dtn -ldtnapi sbp_echo.o -o sbp_echo /usr/bin/ld: cannot find -ldtnapi [16:42:18] kjanowiecki joins the room [16:42:38] gclark-ohiou leaves the room: Replaced by new connection [16:42:44] looks like no ldtnapi but where does one get that? [16:42:54] locate does not find it [16:43:11] gclark-ohiou joins the room [16:43:46] okay, re: SBP: the ldtn_api error occurs when either 1) the .so isn't in a directory the machine knows to look (check ld.so.conf) or 2) ldconfig hasn't been run [16:44:48] ldconfig probably hasn't been run [16:44:56] restarting Quest [16:45:04] breaking for dinner [16:45:56] ostermann@jabber.org joins the room [16:46:18] I should be around after dinner for a bit... or at least I'll try to [16:47:05] Joseph Ishac leaves the room [16:47:11] I think we are going to wrap up here; we will leave our systems running as they are [16:47:59] Will Ivancic leaves the room: Computer went to sleep [16:49:05] well laren apparently works now. [16:49:11] for no reason [16:50:09] I believe quest was still having a problem [16:52:32] ikogan leaves the room [16:54:25] Rodrigo Iglesias leaves the room [16:55:20] ostermann@jabber.org leaves the room [16:55:52] Roy leaves the room: offline [16:56:09] OU is signing off; lets coordinate over the list for any additional tests tomorrow. [16:56:17] hkruse leaves the room [16:58:11] josh leaves the room: offline [16:58:30] ostermann@jabber.org joins the room [17:01:06] kjanowiecki leaves the room [17:04:06] arall-ohiou leaves the room [17:11:29] dyoung-ohiou leaves the room [17:12:23] bxhe1979 leaves the room [17:17:57] campbelp leaves the room [17:18:16] gregc leaves the room [17:55:13] Jeff Ward leaves the room [17:56:59] Armando Caro leaves the room [18:49:32] Roy joins the room [18:49:41] Roy leaves the room: offline [18:55:25] ostermann@jabber.org leaves the room [18:57:37] ostermann joins the room [18:58:01] ostermann leaves the room [19:14:12] josh joins the room [19:18:19] hkruse joins the room [19:18:25] hkruse leaves the room [19:55:12] arall-ohiou joins the room [19:57:37] arall-ohiou leaves the room [20:25:39] Armando Caro joins the room [21:03:00] Armando Caro leaves the room [21:24:07] Joseph Ishac joins the room [22:57:22] Joseph Ishac leaves the room