My Raspberry Shake Station is not showing up on the StationView page

[Shannon]

I just installed my raspberry shake a couple days ago, and my station is still not appearing on the StationView page. Under settings, I have checked "Forward data", set my location and clicked "save and restart". Still with no luck. I can see data on the helicorder plots and log-on to the sensor via ssh, but just can't see my station on the map. Any help is appreciated! Thank you! 

[Branden Christensen]

Hi Shannon!

Welcome to the group. Happy to help :)

I have not seen you pop up in the database yet. Can you provide me with your station name from the web interface. Should look something like AM.R****.00.SHZ.

Thanks!

Yours, 

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project

USA: +1-206-414-1288; Panamá: +507-6747-1427

Get yours now! Visit shop.raspberryshake.org

On Tue, Mar 14, 2017 at 2:46 PM, Shannon <shannon...@gmail.com> wrote:

I just installed my raspberry shake a couple days ago, and my station is still not appearing on the StationView page. Under settings, I have checked "Forward data", set my location and clicked "save and restart". Still with no luck. I can see data on the helicorder plots and log-on to the sensor via ssh, but just can't see my station on the map. Any help is appreciated! Thank you! 

--
Some useful links:
 
Manual: http://manual.raspberryshake.org/
Do It YourSelf Page: http://raspberryshake.org/do-it-yourself
Shop: https://shop.raspberryshake.org/
Website: http://raspberryshake.org/
 
Instagram: https://www.instagram.com/raspberryshake/
Hashtag: #rasperryshake
---
You received this message because you are subscribed to the Google Groups "RaspberryShake" group.
To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.
Visit this group at https://groups.google.com/group/raspberryshake.
To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/a5f02ace-9a6f-46a1-9cd3-5407ce170ebf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Shannon]

Thank you for your quick response Branden. The station name is: AM.RD41A.00.SHZ

The raspberry shake is connected through my university's network, which shouldn't prevent the station from forwarding data, correct?

On Tuesday, March 14, 2017 at 3:57:32 PM UTC-4, Branden Christensen wrote:

Hi Shannon!

Welcome to the group. Happy to help :)

I have not seen you pop up in the database yet. Can you provide me with your station name from the web interface. Should look something like AM.R****.00.SHZ.

Thanks!

Yours, 

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project

USA: +1-206-414-1288; Panamá: +507-6747-1427

Get yours now! Visit shop.raspberryshake.org

On Tue, Mar 14, 2017 at 2:46 PM, Shannon <shannon...@gmail.com> wrote:

I just installed my raspberry shake a couple days ago, and my station is still not appearing on the StationView page. Under settings, I have checked "Forward data", set my location and clicked "save and restart". Still with no luck. I can see data on the helicorder plots and log-on to the sensor via ssh, but just can't see my station on the map. Any help is appreciated! Thank you! 

--
Some useful links:
 
Manual: http://manual.raspberryshake.org/
Do It YourSelf Page: http://raspberryshake.org/do-it-yourself
Shop: https://shop.raspberryshake.org/
Website: http://raspberryshake.org/
 
Instagram: https://www.instagram.com/raspberryshake/
Hashtag: #rasperryshake
---
You received this message because you are subscribed to the Google Groups "RaspberryShake" group.

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshak...@googlegroups.com.
To post to this group, send email to raspber...@googlegroups.com.

[Branden Christensen]

Shannon:

Please also send along a screenshot of the web config summary page. 

Yours, 

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project

USA: +1-206-414-1288; Panamá: +507-6747-1427

Get yours now! Visit shop.raspberryshake.org

To post to this group, send email to raspber...@googlegroups.com.

[Shannon]

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshak...@googlegroups.com.

[Branden Christensen]

OK, cool. That is the latest version. 

When you log in via ssh, can you ping 8.8.8.8?

Yours, 

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project

USA: +1-206-414-1288; Panamá: +507-6747-1427

Get yours now! Visit shop.raspberryshake.org

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/840f156a-bdd0-4ab2-ab69-19aaa278e3b6%40googlegroups.com.

[Shannon]

Yes I can. See example below:

myshake@raspberryshake:/opt $ ping 8.8.8.8

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

64 bytes from 8.8.8.8: icmp_seq=1 ttl=43 time=29.0 ms

64 bytes from 8.8.8.8: icmp_seq=2 ttl=43 time=28.7 ms

64 bytes from 8.8.8.8: icmp_seq=3 ttl=43 time=28.8 ms

64 bytes from 8.8.8.8: icmp_seq=4 ttl=43 time=28.6 ms

64 bytes from 8.8.8.8: icmp_seq=5 ttl=43 time=29.2 ms

64 bytes from 8.8.8.8: icmp_seq=6 ttl=43 time=116 ms

64 bytes from 8.8.8.8: icmp_seq=7 ttl=43 time=28.3 ms

64 bytes from 8.8.8.8: icmp_seq=8 ttl=43 time=28.4 ms

64 bytes from 8.8.8.8: icmp_seq=9 ttl=43 time=30.0 ms

64 bytes from 8.8.8.8: icmp_seq=10 ttl=43 time=28.7 ms

64 bytes from 8.8.8.8: icmp_seq=11 ttl=43 time=29.2 ms

64 bytes from 8.8.8.8: icmp_seq=12 ttl=43 time=85.8 ms

[Branden Christensen]

Shannon:

OK, please send me the log files from /opt/log (you can leave out the ows.log file).

Is there a system administrator there with whom you can review these requirements?: http://manual.raspberryshake.org/firewallIssues.html

I look forward to seeing you pop-up on the map!

Yours, 

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project

USA: +1-206-414-1288; Panamá: +507-6747-1427

Get yours now! Visit shop.raspberryshake.org

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.

To post to this group, send email to raspber...@googlegroups.com.
Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/14f4fb5e-3371-4718-9473-df98496bb543%40googlegroups.com.

[Shannon]

Attached are the log files. Also I will talk to my graduate advisor about the firewall issue.

[Branden Christensen]

Shannon:

Everything looks good. Must be a firewall issue. 

By the way, are there odf_SL_plugin.[info,err] log files?

Yours,

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project

USA: +1-206-414-1288; Panamá: +507-6747-1427

Get yours now! Visit shop.raspberryshake.org

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/a6a4e710-8253-478a-80a7-f808f4a4647e%40googlegroups.com.

[Shannon]

Hi Branden,

Attached are the files you asked for yesterday. I will work on the firewall issue with my university and hope that our station will be on the network soon! Thank you for all of your help!

Shannon

[Branden Christensen]

Shannon:

From the logs, I see:

2017 073 21:13:04>> create_socket(): Error in getaddrinfo: Name or service not known

2017 073 21:13:04>> sendDClientDP(): Error sending data ... closing socket

This means that you do not have a DNS. That is, your Shake cannot send data to us because it cannot resolve IPs that are named (e.g., www.google.com versus 8.8.8.8). So I bet you can ping 8.8.8.8 but not google.com.

Yours, 

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project

USA: +1-206-414-1288; Panamá: +507-6747-1427

Get yours now! Visit shop.raspberryshake.org

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/33e2b04a-a204-432e-b06f-5624a3adf3c7%40googlegroups.com.

[Shannon]

I was able to ping google.com (see below). So does that mean it's a firewall issue because I am connected to the university's network?

myshake@raspberryshake:/opt $ ping google.com

PING google.com (216.58.192.238) 56(84) bytes of data.

64 bytes from ord30s26-in-f238.1e100.net (216.58.192.238): icmp_seq=1 ttl=52 time=19.6 ms

64 bytes from ord30s26-in-f238.1e100.net (216.58.192.238): icmp_seq=2 ttl=52 time=19.9 ms

64 bytes from ord30s26-in-f238.1e100.net (216.58.192.238): icmp_seq=3 ttl=52 time=19.0 ms

64 bytes from ord30s26-in-f238.1e100.net (216.58.192.238): icmp_seq=4 ttl=52 time=19.2 ms

64 bytes from ord30s26-in-f238.1e100.net (216.58.192.238): icmp_seq=5 ttl=52 time=19.0 ms

64 bytes from ord30s26-in-f238.1e100.net (216.58.192.238): icmp_seq=6 ttl=52 time=19.4 ms

64 bytes from ord30s26-in-f238.1e100.net (216.58.192.238): icmp_seq=7 ttl=52 time=18.7 ms

64 bytes from ord30s26-in-f238.1e100.net (216.58.192.238): icmp_seq=8 ttl=52 time=19.0 ms

64 bytes from ord30s26-in-f238.1e100.net (216.58.192.238): icmp_seq=9 ttl=52 time=18.8 ms

[dave d]

do you have the correct longitude latitude configured in your shake?  you could be looking for it on the wrong side of the world on the map

[Branden Christensen]

Good thinking Dave. But I dont see Shannon's shake in the database at all which tells me this is a firewall issue.

Shannon, just out of curiosity, can you ping raspberryshakedata.com?

--

Some useful links:
 
Manual: http://manual.raspberryshake.org/
Do It YourSelf Page: http://raspberryshake.org/do-it-yourself
Shop: https://shop.raspberryshake.org/
Website: http://raspberryshake.org/
 
Instagram: https://www.instagram.com/raspberryshake/
Hashtag: #rasperryshake
---
You received this message because you are subscribed to the Google Groups "RaspberryShake" group.

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/d6357858-3553-4971-ae7d-6418c27b1a33%40googlegroups.com.

[Shannon]

Yes I can. 

myshake@raspberryshake:/opt $ ping raspberryshakedata.com

PING raspberryshakedata.com (104.200.16.60) 56(84) bytes of data.

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=1 ttl=49 time=47.4 ms

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=2 ttl=49 time=47.2 ms

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=3 ttl=49 time=47.2 ms

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=4 ttl=49 time=47.0 ms

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=5 ttl=49 time=47.2 ms

On Wednesday, March 15, 2017 at 1:35:29 PM UTC-4, Branden Christensen wrote:

Good thinking Dave. But I dont see Shannon's shake in the database at all which tells me this is a firewall issue.

Shannon, just out of curiosity, can you ping raspberryshakedata.com?

On Mar 15, 2017 12:19, "dave d" <dd2...@gmail.com> wrote:

do you have the correct longitude latitude configured in your shake?  you could be looking for it on the wrong side of the world on the map

On Tuesday, March 14, 2017 at 12:46:53 PM UTC-7, Shannon wrote:

I just installed my raspberry shake a couple days ago, and my station is still not appearing on the StationView page. Under settings, I have checked "Forward data", set my location and clicked "save and restart". Still with no luck. I can see data on the helicorder plots and log-on to the sensor via ssh, but just can't see my station on the map. Any help is appreciated! Thank you! 

--
Some useful links:
 
Manual: http://manual.raspberryshake.org/
Do It YourSelf Page: http://raspberryshake.org/do-it-yourself
Shop: https://shop.raspberryshake.org/
Website: http://raspberryshake.org/
 
Instagram: https://www.instagram.com/raspberryshake/
Hashtag: #rasperryshake
---
You received this message because you are subscribed to the Google Groups "RaspberryShake" group.

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshak...@googlegroups.com.
To post to this group, send email to raspber...@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

[Shannon]

Sorry, it took me awhile to get back to the problem of trying to get my station online. I emailed my school's IT department informing them of the potential firewall issue. This was their response ...They only block NTP outbound and this is policy and implemented in the firewalls. TCP/55555, TCP/55556, and TCP/16032 are all allowed outbound. They can find no evidence of any traffic going to raspberryshake.org or raspberry shake.com on any of the ports listed. I noticed that on my Shake's home page, it says "Server Connection: Disconnected" but "Data Producer, Data Consumer, and Data Forwarding" are all "ON".

Do you know how I could get the Server Connection to be Connected? or would that still be a firewall issue?

Thank you,

Shannon 

[dave d]

did you enable data transfer on your config page.

[Shannon]

Yes the Forward Data box is checked.

[Richard]

hi shannon,

i can confirm your unit has never attempted a connection to the server.

can you please attach the log files for your unit to this thread?  you can download them from the web front-end: on the ACTIONS page: Downloads menu: Log Files button.

thanks,

richard

[Shannon]

This error message show up in the error log: 

2017 222 17:33:04>> sendDClientDP(): Error sending data ... closing socket

2017 222 17:33:44>> create_socket(): Error in getaddrinfo: Name or service not known

2017 222 17:33:44>> Likely cause is no DNS server found.

[Richard]

This is the only error i find looking at the log files.

In a previous post, you indicated that a ping to the data server succeeded.  is this still true?

Till now, i have not seen this error message mean anything except that a DNS server is not available to resolve the server's name.  And never that a ping succeeds in resolving the hostname, while the program can't.  So perhaps this is a new situation where ping succeeds, but other lookup types can't.  Let's see:

In the port rules, there is no mention of port 53 being permissioned; DNS communicates across port 53 using UDP protocol.  If this is not allowed, it's possible the program is failing the hostname lookup for that reason.  Can you ask IT what the permission rules are for port 53?

Also, can you list the contents of the file /etc/resolv.conf ?  This contains a list of the DNS servers your machine is configured to use for hostname lookups.  Can your IT dept. confirm that the entries listed here are correct, and that the router configuration allows access to these machines, port 53/UDP, both in- and out-bound?

thanks, hope this isn't too annoying to follow up on...

richard

p.s. On another note, you mention that NTP outbound is disallowed.  But the client-side NTP program ntpd needs both in-bound and out-bound port 123/UDP to be allowed.  I also see in the log files that there are hard timestamp resets occurring after a few days of the system being up, this could be why.  Can you ask IT to open port 123/UDP in both directions for NTP usage?

[Shannon]

I talked to my IT department about not having a DNS and this is what they said: "That is an easy fix as well, we do not allow off campus DNS servers to used for security reasons. Instead of using 8.8.8.8 or 8.8.4.4 use 10.2.3.245 which is the Miami DNS cluster."

Is there a way I can change that on my raspberry shake?

[Richard]

The shake units are not hard-coded to use specific DNS servers.  Rather, this is configured at boot time by the computer itself (program resolvconf), after communicating with the router providing the shake's local IP address and, ultimately, access to the local network.

Seeing the contents of /etc/resolv.conf will tell us which DNS server(s) your unit is specifically trying to use.

thx,

richard

[Shannon]

myshake@raspberryshake:/etc $ cat resolv.conf

# Generated by resolvconf

domain muohio.edu

search miamioh.edu muohio.edu

nameserver 127.0.0.1

[Richard]

that looks good.  (i assume muohio.edu resolves to IP 10.2.3.245 ?)

next question then: is port 53/UDP permissioned properly to allow in- and out-bound DNS traffic?

r-

[Shannon]

This was IT's response: "NTP is not allowed on or off-campus.  You must use Miami's NTP server at ntp.miamioh.edu .
Your resolv.conf file is wrong for DNS.
nameserver should 10.2.3.245"

I took the raspberry shake off campus to my apartment and it connected much quicker and I was able to see it on the station map. So if we can't get it to work on campus, we will move the location.

[Richard]

hi shannon,

NTP Servers

You can set the NTP server(s) to use in the file /etc/ntp.conf, in the section specifying "server ..."  List them in order of preference to use.  You generally want more than one.  Query your IT dept. and ask if there is more than one NTP server they can recommend for local use.

resolv.conf file

Please let your IT dept. know that the file /etc/resolv.conf is generated at boot time, in coordination with the DHCP server.  It is the DHCP server that is returning this information for inclusion in this file.  If it is wrong as it currently is then the DHCP server must be updated to return the correct IP itself for inclusion in this file.  Please impress upon them that this file is not constructed by hand in any way and is a mere slave to the response provided by the DHCP server.

Good to know that when the restrictions you encounter on campus are removed, your unit works fine and is visible on the map.

Please inform us accordingly how this resolves when installed on-campus (or not).

cheers,

richard

[Shannon]

Thank you for all your help! How do I set the NTP server? I tried opening that file and editing the file in a terminal but I get an error when trying to save it. I get Permission denied.

[Richard]

execute your edit command again, but precede it with 'sudo'.

assuming vi is your favorite editor in the world, it looks like this:

bash> sudo vi /etc/ntp.conf

(if you don't know vi, you might try a different editor...)

richard

[Shannon]

Editing the file worked now. Just to be sure, this was the only thing I needed to edit in that file:

# You do need to talk to an NTP server or two (or three).

server ntp.miamioh.edu

I noticed this in the file as well:

# Local users may interrogate the ntp server more closely.

restrict 127.0.0.1 (this is the same IP that shows up in the resolv.conf file under nameserver. Are those related?)

restrict ::1

I'm waiting for IT's response on the resolv.conf file issue. 

[Richard]

yes, your server entry looks fine.  (just that you typically want 2 or 3, but if your uni doesn't provide them, then one will have to do.)

and you needn't worry about those other entries, they are standard default.

(fyi: 127.0.0.1 is the loopback network interface of your unit pointing back to itself...  )

r-

[Shannon]

IT said:

 Actually, everyone on campus that uses DHCP, both wired and wireless (iPads, iPhones, Android, Macs or Windows laptops) all use the same DHCP server cluster.  What that means is that if the address were wrong then we would have a bigger issue than your Raspberryshake.
Let me do some checking to see if I can see your request in our logs.  I checked the logs.  Your Pi is getting an IP address using DHCP but you say (with the text) it is not setting the DNS entry correctly.  I agree it isn't setting it
Have you cycled power on it lately or rebooted it? Yes I have.
And finally, ntp.miamioh.edu is actually three Stratum 1 NTP servers, two are GPS fed and the other is CDMA (cellular network).

Is there anything I should be checking with my device that would explain why the DNS isn't being set?

[Richard]

first, going back, i see that i misread the resolv.conf file when you posted its contents here, apologies.

the incorrect line is indeed the last one defining the nameserver.  it should not be 127.0.0.1 (obviously, your Pi is not a DNS server), but should be the IP address your IT dept. indicated.

and i fully agree that if the DHCP server for the entire campus was not working properly, there would be several (!) end-users not being able to use their devices.

so the question now is: why is the resolvconf program, executed at boot-up, defining an incorrect nameserver?  i am looking into this now and will report back any information i find on how this can happen.

good news on the NTP server: resolving to a stratum 1 machine is as good as it gets.

fun and games, never a dull moment in the networking world,

richard

[David J Taylor]

From: Richard
[]

good news on the NTP server: resolving to a stratum 1 machine is as good as
it gets.

[]
richard
==================================================

Well, no. It's a common misconception.

A poorly performing, distant (in network term) or overloaded stratum-1
server can be significantly worse than a lightly loaded and lower-jitter
stratum-2 or -3 server. NTP works best when you give it a choice of servers
and let it work out for itself which is the best performer. Use the "pool"
directive if possible.

I appreciate that the user in this case is forced to use a single on-site
server. An unfortunate choice. What happens if the single server goes
down? The whole site's time becomes unsynchronised?

Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-...@blueyonder.co.uk
Twitter: @gm8arv

[Richard]

true, the devil's in the details.

but in this case, since it's the only choice there is, it's as simple as anything is better than nothing.

if the NTP server does go down, which i would imagine would not be for too long considering it's the server for an entire university's network, the following actions kick in:

1. the NTP client will continue to govern the local clock according to what it has learned over time in terms of its specific drift rate, keeping *relatively* good time
   
2. when the NTP server does come back on-line, the NTP client will skew the clock to bring it back in line with the server's time
   
3. all the while, the data producer program will also make adjustments accordingly to the data timestamps
   

but you are correct: when the NTP client is unable to keep good time, the timing of the data itself is compromised.

such is the life of being a slave to another computer, alas.

richard

[condew]

A few weeks ago while I was out of town, power went out and took my station down.  Came back to find a GFI tripped, reset it, and thought my station was back.  But today, looking at station view, it isn't.  Looking at the log, I see this:

myshake@raspberryshake:/opt/log $ cat postboot.log
2017 225 17:06:52: Setting Serial Port Name: HW Revision: a21041 / Port Name: /dev/ttyAMA0
2017 225 17:06:53: Unable to determine R-Shake Unit Type (based on FW version ''), cannot continue!
2017 225 17:06:53: Please report to the manufacturer.
myshake@raspberryshake:/opt/log $



'

[Branden Christensen]

Hi mate:

A bug fix for this exact problem is in the works and a new release will be issued soon. In the meantime, a reboot or two should do it.

Branden

--
Some useful links:
 
Manual: http://manual.raspberryshake.org/
Do It YourSelf Page: http://raspberryshake.org/do-it-yourself
Shop: https://shop.raspberryshake.org/
Website: http://raspberryshake.org/
 

Instagram: https://www.instagram.com/raspishake/
Facebook: https://www.facebook.com/raspishake/
Twitter: https://twitter.com/raspishake/

Hashtag: #rasperryshake
---
You received this message because you are subscribed to the Google Groups "RaspberryShake" group.

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/7dce2013-cf52-4187-8174-f5c625298bc1%40googlegroups.com.

[condew]

Google groups is having problems today, so I'll try again:
Yes, I rebooted, the log looked more normal, and after waiting a bit I'm back on the map.


On Sunday, August 13, 2017 at 1:47:45 PM UTC-4, condew wrote:

[Shannon]

Our shake is finally on the map! This is what I changed in the settings:

In resolvconf.conf:

# Configuration for resolvconf(8)

# See resolvconf.conf(5) for details

resolv_conf=/etc/resolv.conf

# If you run a local name server, you should uncomment the below line and

# configure your subscribers configuration files below.

name_servers=**.*.*.***(I uncommented this and changed to our server)

# Mirror the Debian package defaults for the below resolvers

# so that resolvconf integrates seemlessly.

dnsmasq_resolv=/var/run/dnsmasq/resolv.conf

pdnsd_conf=/etc/pdnsd.conf

unbound_conf=/var/cache/unbound/resolvconf_resolvers.conf

After rebooting the resolv.conf file read this:

# Generated by resolvconf

domain muohio.edu

search miamioh.edu muohio.edu

nameserver **.*.*.***

nameserver 127.0.0.1

By this point the Server Connection now reads connected instead of disconnected. So then in ntp.conf, I commented out the 2 restricts to be:

# Local users may interrogate the ntp server more closely.

#restrict 127.0.0.1

#restrict ::1

After rebooting again, our station appears on the map.

[Branden Christensen]

WELCOME ON BOARD!!!

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project, Social Media: @raspishake

USA: +1-845-418-5735; Panamá: +507-6747-1427

Get your very own personal seismograph on Kickstarter

--

Some useful links:
 
Manual: http://manual.raspberryshake.org/
Do It YourSelf Page: http://raspberryshake.org/do-it-yourself
Shop: https://shop.raspberryshake.org/
Website: http://raspberryshake.org/
 

Instagram: https://www.instagram.com/raspishake/
Facebook: https://www.facebook.com/raspishake/
Twitter: https://twitter.com/raspishake/

Hashtag: #rasperryshake
---
You received this message because you are subscribed to the Google Groups "RaspberryShake" group.

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/94c56dad-8f9e-41a9-a3e8-56fdb1660cbf%40googlegroups.com.

[Shannon]

Thank you for all your help with this!

One last thing. Do you know if there is a way to change the text that displays when you click on the station in the map view? It says "Raspberry Shake Personal Seismograph Station" but is that a default setting? Would I be able to change it to something like "Miami University Raspberry Shake Seismometer"?

WELCOME ON BOARD!!!

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshak...@googlegroups.com.
To post to this group, send email to raspber...@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

[Branden Christensen]

Hi Shannon!

This is not currently possible but it is a great idea. 

Yours, 

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project, Social Media: @raspishake

USA: +1-845-418-5735; Panamá: +507-6747-1427

Get your very own personal seismograph on Kickstarter

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/4e8c3d8f-9e7f-4b89-805b-c24150440aaf%40googlegroups.com.

[Branden Christensen]

Shannon et al.:

I have updated the manual to include description of how to manually change DNS and NTP servers, for the benefit of future users:

http://manual.raspberryshake.org/firewallIssues.html

Yours, 

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project, Social Media: @raspishake

USA: +1-845-418-5735; Panamá: +507-6747-1427

Get your very own personal seismograph on Kickstarter

[melissamdriskell]

Hi Branden-

Read through this thread and gave my IT people the firewall issues document. They now have outgoing data but the station is still not showing on station view. 

any ideas? Swarm is working. Station: AM.RC8AB.00.SHZ

[Branden Christensen]

Hi Melissa!

Good morning.

There is still no evidence of any connection attempts from your Raspberry Shake. 

Please send along the log files. You can download these from the Actions section of the Raspberry Shake's web frontend.

I feel we are getting close. Thanks for hanging in there. Firewall issues can be a real drag. 

Yours,

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project, Social Media: @raspishake

USA: +1-845-418-5735; Panamá: +507-6747-1427

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/d4fffe6a-032c-4760-9d9d-ca51e365c8d0%40googlegroups.com.

[melissamdriskell]

Thanks! Attached.

[Branden Christensen]

OK, I think I see the problem. 

The unit is failing to connect to raspberryshakedata.com and in the .err file I see messages like this:

2017 300 14:00:31>> create_socket(): Error in getaddrinfo: Name or service not known

2017 300 14:00:31>> Likely cause is no DNS server found.

DNS is the service that translates directions like raspberryshakedata.com and google to actual IP addresses. 

Please try to ssh into the unit and run these commands and send us the output:

$ ping google.com

$ ping 8.8.8.8

$ ping raspberryshakedata.com

$ ping 104.200.16.60

 

Thank you!

Yours, 

Branden Christensen

Director, OSOP & Gempa GeoServices

Director, Raspberry Shake project, Social Media: @raspishake

USA: +1-845-418-5735; Panamá: +507-6747-1427

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/3901c4b1-4424-49cb-a746-88e96b33e253%40googlegroups.com.

[melissamdriskell]

seems to be working...

myshake@raspberryshake:/opt $ ping google.com

PING google.com (172.217.2.46) 56(84) bytes of data.

64 bytes from atl14s78-in-f14.1e100.net (172.217.2.46): icmp_seq=1 ttl=53 time=11.0 ms

64 bytes from atl14s78-in-f14.1e100.net (172.217.2.46): icmp_seq=2 ttl=53 time=11.0 ms

64 bytes from atl14s78-in-f14.1e100.net (172.217.2.46): icmp_seq=3 ttl=53 time=11.0 ms

64 bytes from atl14s78-in-f14.1e100.net (172.217.2.46): icmp_seq=4 ttl=53 time=11.0 ms

64 bytes from atl14s78-in-f14.1e100.net (172.217.2.46): icmp_seq=5 ttl=53 time=11.0 ms

64 bytes from atl14s78-in-f14.1e100.net (172.217.2.46): icmp_seq=6 ttl=53 time=11.5 ms

^C

--- google.com ping statistics ---

6 packets transmitted, 6 received, 0% packet loss, time 5006ms

rtt min/avg/max/mdev = 11.000/11.113/11.519/0.202 ms

myshake@raspberryshake:/opt $ ping 8.8.8.8

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=11.1 ms

64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=11.1 ms

64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=11.1 ms

64 bytes from 8.8.8.8: icmp_seq=4 ttl=56 time=11.2 ms

64 bytes from 8.8.8.8: icmp_seq=5 ttl=56 time=11.2 ms

64 bytes from 8.8.8.8: icmp_seq=6 ttl=56 time=11.1 ms

64 bytes from 8.8.8.8: icmp_seq=7 ttl=56 time=11.2 ms

64 bytes from 8.8.8.8: icmp_seq=8 ttl=56 time=11.0 ms

^C

--- 8.8.8.8 ping statistics ---

8 packets transmitted, 8 received, 0% packet loss, time 7009ms

rtt min/avg/max/mdev = 11.057/11.162/11.279/0.117 ms

myshake@raspberryshake:/opt $ ping raspberryshakedata.com

PING raspberryshakedata.com (104.200.16.60) 56(84) bytes of data.

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=1 ttl=49 time=23.2 ms

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=2 ttl=49 time=23.0 ms

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=3 ttl=49 time=23.1 ms

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=4 ttl=49 time=23.0 ms

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=5 ttl=49 time=23.1 ms

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=6 ttl=49 time=23.1 ms

64 bytes from li794-60.members.linode.com (104.200.16.60): icmp_seq=7 ttl=49 time=22.9 ms

--- raspberryshakedata.com ping statistics ---

7 packets transmitted, 7 received, 0% packet loss, time 6008ms

rtt min/avg/max/mdev = 22.991/23.113/23.227/0.178 ms

^Cmyshake@raspberryshake:/opt $ ping 104.200.16.60

PING 104.200.16.60 (104.200.16.60) 56(84) bytes of data.

64 bytes from 104.200.16.60: icmp_seq=1 ttl=49 time=23.1 ms

64 bytes from 104.200.16.60: icmp_seq=2 ttl=49 time=23.0 ms

64 bytes from 104.200.16.60: icmp_seq=3 ttl=49 time=23.1 ms

64 bytes from 104.200.16.60: icmp_seq=4 ttl=49 time=23.0 ms

64 bytes from 104.200.16.60: icmp_seq=5 ttl=49 time=23.6 ms

64 bytes from 104.200.16.60: icmp_seq=6 ttl=49 time=23.2 ms

64 bytes from 104.200.16.60: icmp_seq=7 ttl=49 time=23.0 ms

64 bytes from 104.200.16.60: icmp_seq=8 ttl=49 time=23.1 ms

64 bytes from 104.200.16.60: icmp_seq=9 ttl=49 time=23.3 ms

[Richard]

Thanks, this is informative, but we need to dig a little deeper.

Can you return the output of the following command?:

bash> cat /etc/resolv.conf

First we need to determine which on your network is providing DNS services.  Then we need to confirm that port 53 on that machine is open for TCP business, otherwise the routine used by the data-producer program won't be able to resolve the host name.  This differs from the ping command that uses a different port to communicate with DNS.

thanks,

richard

On Friday, October 27, 2017 at 9:16:49 AM UTC-5, melissamdriskell wrote:

seems to be working...

 

[melissamdriskell]

/etc/resolv.conf: line 2: domain: command not found

/etc/resolv.conf: line 3: nameserver: command not found

[Richard]

well, now we're getting somewhere, that output is totally wrong.

and the output from this command?:

bash> resolvconf -l

[melissamdriskell]

it's weird. After i do those command i can't use "ls" or any other command. ls just gives a blank return. This last command returns nothing. Should bash work?

On Friday, October 27, 2017 at 10:23:19 AM UTC-5, melissamdriskell wrote:

[melissamdriskell]

ok i see now! sorry!

# resolv.conf from eth0

# Generated by dhcpcd from eth0

domain main.local.una.edu

search main.local.una.edu

nameserver 10.4.254.120

nameserver 10.4.254.130

# resolv.conf from lo.dnsmasq

nameserver 127.0.0.1

[melissamdriskell]

myshake@raspberryshake:/opt $ cat /etc/resolv.conf

# Generated by resolvconf

domain main.local.una.edu

nameserver 127.0.0.1

myshake@raspberryshake:/opt $ resolvconf -l

# resolv.conf from eth0

# Generated by dhcpcd from eth0

domain main.local.una.edu

search main.local.una.edu

nameserver 10.4.254.120

nameserver 10.4.254.130

# resolv.conf from lo.dnsmasq

nameserver 127.0.0.1

[Richard]

hi,

It is now clear what is going on.  I see that you are on a university network?  The reason this is failing is because University's typically provide their own DNS servers, and these need to be explicitly defined so that the program resolvconf will generate the proper IP address at machine boot-up.

What you need to do is edit the file /etc/resolvconf.conf: 

bash> sudo nano /etc/resolvconf.conf

and modify the following line:

#name_servers=127.0.0.1

so that it reads:

name_servers=main.local.una.edu

(notice the lack of '#' at the beginning of the line!)

Save this file (CTRL-X, Y, <ENTER>) and then reboot the machine.

This should result in a successful DNS lookup and get your data streaming to the server.

Please let us know how this goes.

richard

[melissamdriskell]

Ok I did that. But I am still not see us on the map. 

Those earlier commands now say:

myshake@raspberryshake:/opt $ resolvconf -l

# resolv.conf from eth0

# Generated by dhcpcd from eth0

domain main.local.una.edu

search main.local.una.edu

nameserver 10.4.254.120

nameserver 10.4.254.130

# resolv.conf from lo.dnsmasq

nameserver 127.0.0.1

myshake@raspberryshake:/opt $ cat /etc/resolv.conf

# Generated by resolvconf

domain main.local.una.edu

nameserver main.local.una.edu

nameserver 127.0.0.1

[richard boaz]

can you show me the contents of the /etc/resolvconf.conf file?

bash> cat /etc/resolvconf.conf

--

Some useful links:
 
Manual: http://manual.raspberryshake.org/
Do It YourSelf Page: http://raspberryshake.org/do-it-yourself
Shop: https://shop.raspberryshake.org/
Website: http://raspberryshake.org/
 
Instagram: https://www.instagram.com/raspishake/
Facebook: https://www.facebook.com/raspishake/
Twitter: https://twitter.com/raspishake/
Hashtag: #rasperryshake
---

You received this message because you are subscribed to a topic in the Google Groups "RaspberryShake" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/raspberryshake/T9kRoG7aNC8/unsubscribe.
To unsubscribe from this group and all its topics, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/86971c7f-2033-49a3-9cc2-06f4f6cba485%40googlegroups.com.

[melissamdriskell]

myshake@raspberryshake:/ $ more etc/resolvconf.conf 

# Configuration for resolvconf(8)

# See resolvconf.conf(5) for details

resolv_conf=/etc/resolv.conf

# If you run a local name server, you should uncomment the below line and

# configure your subscribers configuration files below.

name_servers=main.local.una.edu

# Mirror the Debian package defaults for the below resolvers

# so that resolvconf integrates seemlessly.

dnsmasq_resolv=/var/run/dnsmasq/resolv.conf

pdnsd_conf=/etc/pdnsd.conf

unbound_conf=/var/cache/unbound/resolvconf_resolvers.conf

To unsubscribe from this group and all its topics, send an email to raspberryshak...@googlegroups.com.
To post to this group, send email to raspber...@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

[melissamdriskell]

this was never resolved. still not on map. 

last message: 

myshake@raspberryshake:/ $ more etc/resolvconf.conf 

# Configuration for resolvconf(8)

# See resolvconf.conf(5) for details

resolv_conf=/etc/resolv.conf

# If you run a local name server, you should uncomment the below line and

# configure your subscribers configuration files below.

name_servers=main.local.una.edu

# Mirror the Debian package defaults for the below resolvers

# so that resolvconf integrates seemlessly.

dnsmasq_resolv=/var/run/dnsmasq/resolv.conf

pdnsd_conf=/etc/pdnsd.conf

unbound_conf=/var/cache/unbound/resolvconf_resolvers.conf

On Monday, October 30, 2017 at 9:55:49 AM UTC-5, Richard wrote:

To unsubscribe from this group and all its topics, send an email to raspberryshak...@googlegroups.com.
To post to this group, send email to raspber...@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

[Richard]

hi melissa,

sorry this is taking so long to get sorted....

looking back at your output, i'm getting myself confused...  let's refresh all the information here so that I'm certain where we currently are, if you don't mind.

can you send the following to me please?:

1. file /etc/resolvconf.conf - either as attachment our terminal output
   
2. file /etc/resolv.conf - same
   
3. output from command 'resolvconf -l'
4. shake log files - (you can download these from the interface)

and do you have a contact in the university's IT department if it would be necessary to get them involved or ask questions?

thanks,

richard

[melissamdriskell]

Hi richard. Finally getting back to this. here are my log files. i dont remember what we talked about. Maybe we can start from scratch!

[Branden Christensen]

Hi Melissa:

Buenos días and thank you for all of those details. 

The problem remains that your Raspberry Shake is somehow (likely by a local firewall) being blocked from reaching raspberryshakedata.com. 

There is a definite firewall issue and you will have to approach your system administrator again about these requirements. 

Sorry again for the hassle but in this case there is nothing more we can do. Success lies in the hands of your system administrator. 

Yours, 

Branden Christensen

Director, Raspberry Shake project, Social Media: @raspishake

USA: +1-845-418-5735; Panamá (Whatsapp): +507-6747-1427

Hashtag: #rasperryshake, @raspishake
DOI: https://doi.org/10.7914/SN/AM
---

You received this message because you are subscribed to the Google Groups "RaspberryShake" group.

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.

To post to this group, send email to raspber...@googlegroups.com.
Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/8a1bdb34-fc90-4d98-b7b7-3b9fd3aad649%40googlegroups.com.

[melissamdriskell]

Thanks branden-

The IT people have resolved the site raspberryshakedata.com (104.200.16.60) but it’s still seems to not be working. Should we be able to actually go to this address or is it just a data transfer or pinging to this address? Hopefully that makes sense…

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshak...@googlegroups.com.

To post to this group, send email to raspber...@googlegroups.com.
Visit this group at https://groups.google.com/group/raspberryshake.

[Branden Christensen]

Good morning. 

It is just data transfer on these ports: 55556 (TCP) and 55555 (TCP).

Yours, 

Branden Christensen

Director, Raspberry Shake project, Social Media: @raspishake

USA: +1-845-418-5735; Panamá (Whatsapp): +507-6747-1427

To unsubscribe from this group and stop receiving emails from it, send an email to raspberryshake+unsubscribe@googlegroups.com.
To post to this group, send email to raspberryshake@googlegroups.com.

Visit this group at https://groups.google.com/group/raspberryshake.

To view this discussion on the web visit https://groups.google.com/d/msgid/raspberryshake/9e21a868-30ed-4a26-96cf-ba99e0189b28%40googlegroups.com.