[Scion] Unable to run SCION after update
Mateusz Kowalski
kmateusz at ethz.ch
Mon Oct 7 14:37:48 CEST 2019
Hi,
I see some heavily over-enginnered stuff here. The following works on my
local setup
```
vagrant destroy &&vagrant up && vagrant ssh
apt install scion-apps-webapp
systemctl start scion-webapp
journalctl -u scion-webapp -e
```
This gives me the webapp listening on :8000
On 07/10/2019 12:45, Siddharth Mehrotra wrote:
> Hi all,
>
> @Mateusz Kowalski <mailto:kmateusz at ethz.ch> I performed the command in
> ran to directory issues. My directory issue was different from the
> command. Hence, I started refresh.
>
> Here are few observations (based on usability for a novice user):
>
> 1) I destroyed my VM and created a new one with same configuration
> file from SCION Coordination service. Vagrant UP & SSH -> SCION Works
> fine.
> 2) Now in order to verify my installation, I switch to Webapp AS
> Visualization.
>
> I ran command: mkdir $GOPATH/src/github.com/netsec-ethz
> <http://github.com/netsec-ethz>
> Error: mkdir: cannot create directory ‘/src/github.com/netsec-ethz
> <http://github.com/netsec-ethz>’: No such file or directory
>
> Implying, there is no go installed ? Previously before the update
> there were no such errors.
>
> 3) When I did ls on my home directory, nothing is found. Does it mean
> that I need to install go in my VM to run scion-apps?
> 4) Also, what should be $GOPATH if it is required ?
>
> I am just trying to make the installation process as easy as possible
> for any novice users by running multiple usability tests.
>
> Best,
> Siddharth
>
> On Mon, Oct 7, 2019 at 12:05 PM Mateusz Kowalski <kmateusz at ethz.ch
> <mailto:kmateusz at ethz.ch>> wrote:
>
> Hi,
>
> Please try
>
> ```
> /usr/bin/scion-webapp -a 0.0.0.0 -sbin /usr/bin/ -sabin
> /usr/bin/scion/ -r /var/lib/scion/webapp/web/data/ -sgen
> /etc/scion/gen/ -sgenc /var/lib/scion/ -slogs /var/log/scion/
> -srvroot /var/lib/scion/webapp/web/
> ```
>
> If does not work, make sure all the directories listed in the
> command exist and have proper content (I hope the names are
> self-explanatory)
>
> Cheers
>
> On 07/10/2019 11:11, Siddharth Mehrotra wrote:
>> Hi Mateusz/Juan/Claude,
>>
>> I'm afraid but I am still facing some issues with webapp. I
>> cloned the scion-apps folder and deleted the last one. After that
>> I navigated to webapp folder and followed steps mentioned on:
>>
>> https://github.com/netsec-ethz/scion-apps/tree/master/webapp
>> (Packaged Setup/Run)
>>
>> It reported this error:
>> EROR[10-07|08:50:05] -s flag must be set with local repo:
>> scion-apps/webapp/web
>> CRIT[10-07|08:50:05] Fatal: err="stat
>> /var/lib/scion/webapp/web/static: no such file or directory"
>>
>> Following this, I ran webapp -a 0.0.0.0 -p 8000 & got same
>> results as previously reported:
>>
>> *
>> Border router ICMP test <http://127.0.0.1:8000/#hc-0>Failed
>> *
>> Network time synchronization test
>> <http://127.0.0.1:8000/#hc-1>Passed
>> *
>> Available disk space tests <http://127.0.0.1:8000/#hc-2>Passed
>> *
>> Total memory space tests <http://127.0.0.1:8000/#hc-3>Passed
>> *
>> VPN configuration tests <http://127.0.0.1:8000/#hc-4>Failed
>> *
>> SCION running test <http://127.0.0.1:8000/#hc-5>Failed
>> *
>> Border router SCMP test <http://127.0.0.1:8000/#hc-6>Failed
>> *
>> Receiving beacons test <http://127.0.0.1:8000/#hc-7>Failed
>>
>> Do I need to download again the config file from coordination
>> service (not sure if changes are also associated with it)?
>>
>> Best Regards,
>> Siddharth
>>
>>
>> On Thu, Oct 3, 2019 at 4:37 PM Mateusz Kowalski <kmateusz at ethz.ch
>> <mailto:kmateusz at ethz.ch>> wrote:
>>
>> Hi
>>
>> Apps are available now -- `apt show scion-apps-*` to get a
>> list of
>> available ones
>>
>> Cheers!
>>
>> On 01/10/2019 11:32, Siddharth Mehrotra wrote:
>> > Hi Mike & Juan,
>> >
>> > Thanks for the info.
>> >
>> > Can you please update in this thread when scion-apps repo
>> are fully updated
>> > for new SCION packages ?
>> >
>> > Thanks,
>> > Sid
>> >
>> > On Mon, Sep 30, 2019 at 3:04 PM Michael Farb
>> <mwfarb at andrew.cmu.edu <mailto:mwfarb at andrew.cmu.edu>> wrote:
>> >
>> >> Hi Siddarth,
>> >>
>> >> The scion-apps repo isn't fully updated for the new SCION
>> packages
>> >> install quite yet, hopefully that will be ready this week.
>> You may find
>> >> that even though Webapp is reporting errors, you are able
>> to review the
>> >> available paths on the Apps tab.
>> >>
>> >> Cheers,
>> >> Mike
>> >>
>> >> On 9/30/19 7:52 AM, Siddharth Mehrotra wrote:
>> >>> Thanks Juan & Claude. Installation finished.
>> >>>
>> >>> However, some new errors popped up when using Webapp:
>> >>>
>> >>> 1) [EROR] Error: err="open config/clients_user.json: no
>> such file or
>> >>> directory"
>> >>> 2) [EROR] Error: err="stat /home/vagrant/go/src/
>> >>> github.com/scionproto/scion/bin/scmp
>> <http://github.com/scionproto/scion/bin/scmp>: no such file
>> or directory"
>> >>> 3) Error: err="App missing, build all apps with 'deps.sh'
>> and 'make
>> >>> install'."
>> >>>
>> >>> In browser following test results were shown:
>> >>>
>> >>> Local IA not found. Is SCION installed?
>> >>>
>> >>>
>> >>> - Border router ICMP test
>> <http://127.0.0.1:8000/#hc-0>Failed
>> >>> - Network time synchronization test
>> <http://127.0.0.1:8000/#hc-1
>> >>> Passed
>> >>> - Available disk space tests
>> <http://127.0.0.1:8000/#hc-2>Passed
>> >>> - Total memory space tests
>> <http://127.0.0.1:8000/#hc-3>Passed
>> >>> - VPN configuration tests
>> <http://127.0.0.1:8000/#hc-4>Failed
>> >>> - Version tests for scion and scion-apps <
>> >> http://127.0.0.1:8000/#hc-5>
>> >>> Failed
>> >>> - SCION running test
>> <http://127.0.0.1:8000/#hc-6>Failed
>> >>> - Border router SCMP test
>> <http://127.0.0.1:8000/#hc-7>Failed
>> >>> - Receiving beacons test
>> <http://127.0.0.1:8000/#hc-8>Failed
>> >>> *fefefefwdef*
>> >>>
>> >>> *Do I need to clone the scionproto also ? ./deps.sh &
>> make install
>> >> reported
>> >>> no errors !*
>> >>>
>> >>> PS: I am able to ping Core AS, meaning SCION is running fine.
>> >>>
>> >>> vagrant at scionlab-ffaa-1-cd2:~$ scmp echo -local
>> >> 17-ffaa:1:cd2,[127.0.0.1]
>> >>> -remote 17-ffaa:0:1101,[127.0.0.1]
>> >>> Using path:
>> >>> Hops: [17-ffaa:1:cd2 1>245 17-ffaa:0:1107 1>4
>> 17-ffaa:0:1102 3>3
>> >>> 17-ffaa:0:1103 1>7 17-ffaa:0:1101] Mtu: 1472
>> >>> 120 bytes from 17-ffaa:0:1101,[127.0.0.1] scmp_seq=0
>> time=27.098ms
>> >>> 120 bytes from 17-ffaa:0:1101,[127.0.0.1] scmp_seq=1
>> time=30.75ms
>> >>>
>> >>> Best Regards,
>> >>> Siddharth
>> >>>
>> >>> On Mon, Sep 30, 2019 at 12:44 PM Claude Hähni
>> <claude.haehni at gmail.com <mailto:claude.haehni at gmail.com>>
>> >>> wrote:
>> >>>
>> >>>> Hi Siddharth,
>> >>>> Please try cloning the repository to go/src/
>> >>>> github.com/netsec-ethz/scion-apps
>> <http://github.com/netsec-ethz/scion-apps>.
>> >>>> Alternatively, you can run 'go get
>> github.com/netsec-ethz/scion-apps
>> <http://github.com/netsec-ethz/scion-apps>'.
>> >>>> This will also clone to
>> go/src/github.com/netsec-ethz/scion-apps
>> <http://github.com/netsec-ethz/scion-apps>
>> >>>> automatically.
>> >>>>
>> >>>> Best,
>> >>>> Claude
>> >>>>
>> >>>>
>> >>>> Am Mo., 30. Sept. 2019 um 12:37 Uhr schrieb Siddharth
>> Mehrotra <
>> >>>> the4daspect at gmail.com <mailto:the4daspect at gmail.com>>:
>> >>>>
>> >>>>> Hi Juan & Claude,
>> >>>>>
>> >>>>> I think Claude is right, I am facing some issue with Go
>> Path.
>> >>>>>
>> >>>>> So, currently I have cloned scion-apps under
>> go/src/scion-apps. The
>> >>>>> ./deps.sh worked perfectly fine. The issue is with
>> make. It can not
>> >> find
>> >>>>> package in $GOPATH.
>> >>>>> At github webpage, it is mentioned that run make
>> install to build all
>> >>>>> projects and install into $GOPATH/bin
>> >>>>>
>> >>>>> My GOPATH settings are:
>> >>>>> export GOPATH=$HOME/go
>> >>>>> export PATH=$PATH:$GOPATH/bin
>> >>>>>
>> >>>>> Does it mean that I need to clone the scion-apps in
>> go/bin ? Sorry, I
>> >> am
>> >>>>> new to Go Programming.
>> >>>>>
>> >>>>> Best,
>> >>>>> Siddharth
>> >>>>>
>> >>>>> On Fri, Sep 27, 2019 at 2:33 PM Claude Hähni
>> <claude.haehni at gmail.com <mailto:claude.haehni at gmail.com>>
>> >>>>> wrote:
>> >>>>>
>> >>>>>> Hi Siddharth,
>> >>>>>> When cloning, please make sure to clone the repository
>> to the correct
>> >>>>>> location. In your case this is:
>> >>>>>> /home/vagrant/go/src/github.com/netsec-ethz/scion-apps
>> <http://github.com/netsec-ethz/scion-apps>
>> >>>>>>
>> >>>>>> Best regards,
>> >>>>>> Claude
>> >>>>>>
>> >>>>>> Juan A. García-Pardo <juagargi at gmail.com
>> <mailto:juagargi at gmail.com>> schrieb am Fr., 27. Sep.
>> >>>>>> 2019, 14:21:
>> >>>>>>
>> >>>>>>> Hi Siddharth,
>> >>>>>>> We didn't touch scion-apps/lib/scionutil and it still
>> exists. If you
>> >> are
>> >>>>>>> building scion-apps in a SCIONLab VM, these are the
>> steps you would
>> >>>>>>> need:
>> >>>>>>> - install go 1.11
>> >>>>>>> - `go get github.com/kardianos/govendor`
>> <http://github.com/kardianos/govendor>
>> >> <http://github.com/kardianos/govendor>
>> >>>>>>> <http://github.com/kardianos/govendor>
>> >>>>>>> - `sudo apt-get install libpam0g-dev` (needed by
>> SCION ssh)
>> >>>>>>> - clone scion-apps
>> >>>>>>> - `govendor sync -v` (this needs some 5 minutes to
>> complete). You
>> >> can
>> >>>>>>> run
>> >>>>>>> ./deps.sh instead, it is going to do the same.
>> >>>>>>> - `make`
>> >>>>>>>
>> >>>>>>> I just ran these steps myself inside a SCIONLab VM
>> and it worked
>> >> okay.
>> >>>>>>> Best regards,
>> >>>>>>>
>> >>>>>>> Juan A.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Fri, Sep 27, 2019 at 12:21 PM Siddharth Mehrotra <
>> >>>>>>> the4daspect at gmail.com <mailto:the4daspect at gmail.com>>
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>>> Hi Juan,
>> >>>>>>>>
>> >>>>>>>> Thanks for the help. SCION works now!
>> >>>>>>>>
>> >>>>>>>> Regarding webapp, I tried to compile all scion-apps
>> by ./deps.sh by
>> >>>>>>>> installing go => This is done.
>> >>>>>>>>
>> >>>>>>>> However, make install command runs into error:
>> >>>>>>>> cd helloworld/ && go build
>> >>>>>>>> helloworld.go:23:2: cannot find package "
>> >>>>>>>> github.com/netsec-ethz/scion-apps/lib/scionutil
>> <http://github.com/netsec-ethz/scion-apps/lib/scionutil>" in
>> any of:
>> >>>>>>>> /home/vagrant/go/src/scion-apps/vendor/
>> >>>>>>>> github.com/netsec-ethz/scion-apps/lib/scionutil
>> <http://github.com/netsec-ethz/scion-apps/lib/scionutil>
>> (vendor tree)
>> >>>>>>>> /usr/local/go/src/
>> >>>>>>> github.com/netsec-ethz/scion-apps/lib/scionutil
>> <http://github.com/netsec-ethz/scion-apps/lib/scionutil>
>> >>>>>>>> (from $GOROOT)
>> >>>>>>>> /home/vagrant/go/src/
>> >>>>>>>> github.com/netsec-ethz/scion-apps/lib/scionutil
>> <http://github.com/netsec-ethz/scion-apps/lib/scionutil>
>> (from $GOPATH)
>> >>>>>>>> Makefile:29: recipe for target
>> 'helloworld/helloworld' failed
>> >>>>>>>> make: *** [helloworld/helloworld] Error 1
>> >>>>>>>>
>> >>>>>>>> This is becaus
>> github.com/netsec-ethz/scion-apps/lib/scionutil
>> <http://github.com/netsec-ethz/scion-apps/lib/scionutil>
>> >>>>>>> does not
>> >>>>>>>> exist anymore. I am not sure if this is still
>> required. *Can a quick
>> >>>>>>>> update be performed in github code regarding same ?*
>> >>>>>>>>
>> >>>>>>>> Best Regards,
>> >>>>>>>> Siddharth
>> >>>>>>>>
>> >>>>>>>> On Fri, Sep 27, 2019 at 11:34 AM Juan A. García-Pardo <
>> >>>>>>> juagargi at gmail.com <mailto:juagargi at gmail.com>>
>> >>>>>>>> wrote:
>> >>>>>>>>
>> >>>>>>>>> Hi Siddharth,
>> >>>>>>>>> The scion apps should be available in packaged form
>> next week. In
>> >> the
>> >>>>>>>>> meantime, you can build them with a Go compiler >=
>> 1.11 by cloning
>> >>>>>>> the
>> >>>>>>>>> scion-apps repo, running `./depsh.sh` and then `make`
>> >>>>>>>>> I am testing your 17-ffaa:1:cd2 user AS and it
>> works fine. This are
>> >>>>>>> my
>> >>>>>>>>> steps:
>> >>>>>>>>> - Get the configuration from the Coordinator,
>> uncompress it in a
>> >>>>>>>>> directory. Chdir to it
>> >>>>>>>>> - Run `vagrant up`. No errors are shown. Only a few
>> red lines but
>> >>>>>>> with no
>> >>>>>>>>> real problems. Last line reads "SCIONLab VM ready"
>> >>>>>>>>> - Run `vagrant ssh` to log into the VM.
>> >>>>>>>>> - Run `ifconfig`. It shows the tun0 interface, with
>> IP "10.0.0.44"
>> >>>>>>>>> - Ping the server using tun0 `ping -I tun0
>> 10.0.8.1`. The server
>> >>>>>>> echoes
>> >>>>>>>>> back.
>> >>>>>>>>> - List SCION services with `systemctl list-dependencies
>> >>>>>>> scionlab.target`
>> >>>>>>>>> . All services are okay (they are shown duplicated,
>> but it's a know
>> >>>>>>> systemd
>> >>>>>>>>> bug, no problems there).
>> >>>>>>>>> - Ping a core AS using SCION `scmp echo -local
>> >>>>>>> 17-ffaa:1:cd2,[127.0.0.1]
>> >>>>>>>>> -remote 17-ffaa:0:1101,[127.0.0.1]` . It works okay
>> (for me with
>> >>>>>>> times
>> >>>>>>>>> ~6ms; that could change for you).
>> >>>>>>>>>
>> >>>>>>>>> Let's focus on this user AS of yours and find out
>> what is not
>> >>>>>>> working. I
>> >>>>>>>>> will run this same configuration again this evening
>> from a
>> >> completely
>> >>>>>>>>> different network, just to check our firewall has
>> not gone crazy
>> >>>>>>> again. I
>> >>>>>>>>> will send an email before I check again, but in the
>> mean time, you
>> >>>>>>> could
>> >>>>>>>>> send us your Vagrant version and platform (e.g.
>> vagrant for
>> >>>>>>> windows), and
>> >>>>>>>>> the complete /var/log/syslog file of your VM after
>> `vagrant up` and
>> >>>>>>>>> `vagrant ssh`. The problem you seem to have is
>> between the VPN
>> >>>>>>> client and
>> >>>>>>>>> server (that is the reason that SCION will not
>> work). You can send
>> >>>>>>> the
>> >>>>>>>>> files to the mailing list or directly to me.
>> >>>>>>>>> Best regards,
>> >>>>>>>>>
>> >>>>>>>>> Juan A.
>> >>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>> On Fri, Sep 27, 2019 at 10:58 AM Siddharth Mehrotra <
>> >>>>>>>>> the4daspect at gmail.com
>> <mailto:the4daspect at gmail.com>> wrote:
>> >>>>>>>>>
>> >>>>>>>>>> Hi Juan,
>> >>>>>>>>>>
>> >>>>>>>>>> The problem still persists. I tried with another
>> AS id's as well
>> >>>>>>>>>> 18-ffaa:1:cd3 & 17-ffaa:1:cd2, however result is
>> same (the border
>> >>>>>>> router
>> >>>>>>>>>> service does not start & no tun0 found).
>> >>>>>>>>>>
>> >>>>>>>>>> Also, do you have any update on SCION-Apps? If not
>> all, can webapp
>> >>>>>>> be
>> >>>>>>>>>> restored as per SCION update ?
>> >>>>>>>>>>
>> >>>>>>>>>> Best regards,
>> >>>>>>>>>> Siddharth
>> >>>>>>>>>>
>> >>>>>>>>>> On Thu, Sep 26, 2019 at 12:35 PM Juan A.
>> García-Pardo <
>> >>>>>>>>>> juagargi at gmail.com <mailto:juagargi at gmail.com>>
>> >>>>>>>>>> wrote:
>> >>>>>>>>>>
>> >>>>>>>>>>> Hi Siddharth,
>> >>>>>>>>>>> I have answered you also to your email directly,
>> but I'm copying
>> >>>>>>> the
>> >>>>>>>>>> answer
>> >>>>>>>>>>> here so it gets indexed.
>> >>>>>>>>>>> There were two problems:
>> >>>>>>>>>>> - We had experienced some problems with our
>> firewall and the VPN
>> >>>>>>> in the
>> >>>>>>>>>>> attachment point Switzerland. Sometimes it would
>> drop packets.
>> >>>>>>>>>>> - Your user AS ffaa:1:c32 is marked as
>> deactivated. You have to
>> >>>>>>> go to
>> >>>>>>>>>> your
>> >>>>>>>>>>> AS list in the Coordinator
>> (https://www.scionlab.org/user/) and
>> >>>>>>> click
>> >>>>>>>>>> on
>> >>>>>>>>>>> "Activate this AS". Wait 1-2 minutes and run
>> `vagrant up` for
>> >> that
>> >>>>>>>>>> user AS.
>> >>>>>>>>>>> Now your ASes should be able to start the VPN
>> tunnel without
>> >>>>>>> problems
>> >>>>>>>>>> (type
>> >>>>>>>>>>> ifconfig in the VM and you should see an
>> interface called tun0),
>> >>>>>>> and
>> >>>>>>>>>> the
>> >>>>>>>>>>> active ones will have a working border router.
>> >>>>>>>>>>> Best regards,
>> >>>>>>>>>>>
>> >>>>>>>>>>> Juan A.
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> On Thu, Sep 19, 2019 at 2:28 PM Siddharth Mehrotra <
>> >>>>>>>>>> the4daspect at gmail.com <mailto:the4daspect at gmail.com>>
>> >>>>>>>>>>> wrote:
>> >>>>>>>>>>>
>> >>>>>>>>>>>> Hi Juan,
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> Thanks for the update, it is really helpful.
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> 1) After checking status of my connection to
>> SCION, I see
>> >>>>>>>>>>>> ● ├─scion-border-router at 17-ffaa_1_c32-1.service
>> <mailto:scion-border-router at 17-ffaa_1_c32-1.service>
>> >>>>>>>>>>>> ● ├─scion-border-router at 17-ffaa_1_c32-1.service
>> <mailto:scion-border-router at 17-ffaa_1_c32-1.service>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> as marked RED in color. I could not understand
>> why this
>> >>>>>>> happened on
>> >>>>>>>>>> first
>> >>>>>>>>>>>> place, just after running vagrant ssh and systemctl
>> >>>>>>>>>> list-dependencies
>> >>>>>>>>>>>> scionlab.target
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> This appears even after restarting SCION services.
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> 2) Still I can't find tun0 while running command
>> ip a. The only
>> >>>>>>>>>> tunnel
>> >>>>>>>>>>>> interfaces appearing are: lo & enp0s3.
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> 3) Is Scion web-app available?
>> >>>>>>>>>>>> I get this error: -bash: cd:
>> /src/github.com/netsec-ethz <http://github.com/netsec-ethz>: No
>> >>>>>>> such
>> >>>>>>>>>> file
>> >>>>>>>>>>> or
>> >>>>>>>>>>>> directory while navigating to web-apps.
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> PS: Running SCION in a virtual machine – VPN
>> approach
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> Thanks,
>> >>>>>>>>>>>> Siddharth
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> On Thu, Sep 19, 2019 at 1:01 PM Juan A.
>> García-Pardo <
>> >>>>>>>>>> juagargi at gmail.com <mailto:juagargi at gmail.com>
>> >>>>>>>>>>>> wrote:
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>> Hi Siddharth,
>> >>>>>>>>>>>>> We have not yet upgraded the tutorials for
>> everything, only
>> >>>>>>> the
>> >>>>>>>>>>> "updating
>> >>>>>>>>>>>>> SCION" one:
>> >>>>>>>>>>>>>
>> >>
>> https://netsec-ethz.github.io/scion-tutorials/scion_tricks/updating_scion/
>> >>>>>>>>>>>>> That said, almost all that you are seeing is
>> normal: the
>> >>>>>>>>>> configuration
>> >>>>>>>>>>>> TGZ
>> >>>>>>>>>>>>> you get from the Coordinator is very small,
>> because your VM
>> >>>>>>> will
>> >>>>>>>>>> get
>> >>>>>>>>>>> the
>> >>>>>>>>>>>>> full configuration from the Coordinator for
>> you. Once you
>> >>>>>>> have run
>> >>>>>>>>>>>> `vagrant
>> >>>>>>>>>>>>> up`, you will see the directory /etc/scion
>> contains a `gen`
>> >>>>>>>>>> directory
>> >>>>>>>>>>>>> inside. That one will have the full configuration.
>> >>>>>>>>>>>>> Also, the services and tools are now packaged.
>> There is no $SC
>> >>>>>>>>>>> directory
>> >>>>>>>>>>>>> anymore. Things you can run to check:
>> >>>>>>>>>>>>> - dpkg -l |grep scion # will list scion
>> packages, hopefully
>> >>>>>>>>>> installed
>> >>>>>>>>>>> in
>> >>>>>>>>>>>>> your system
>> >>>>>>>>>>>>> - systemctl list-dependencies scionlab.target
>> # list status.
>> >>>>>>> In
>> >>>>>>>>>> Ubuntu
>> >>>>>>>>>>>>> 16.04 there is a systemd bug and the services
>> will be listed
>> >>>>>>> twice
>> >>>>>>>>>>>>> - sudo systemctl restart scionlab.target #
>> restart all SCION
>> >>>>>>>>>> services
>> >>>>>>>>>>>>> - ls -l /var/log/scion # list scion log files
>> >>>>>>>>>>>>> - ls -l /var/lib/scion # list trust databases, etc
>> >>>>>>>>>>>>> - ls -l /etc/scion # list scion configuration.
>> The gen
>> >>>>>>> folder has
>> >>>>>>>>>> the
>> >>>>>>>>>>>>> same morphology as before, but the supervisord
>> files are not
>> >>>>>>> used
>> >>>>>>>>>>>>> On the other hand, if you want to not use the
>> packages and go
>> >>>>>>> back
>> >>>>>>>>>> to
>> >>>>>>>>>>> the
>> >>>>>>>>>>>>> developer way of doing things, you can briefly
>> read about that
>> >>>>>>>>>> also in
>> >>>>>>>>>>>> the
>> >>>>>>>>>>>>> how to update SCION page from SCION tutorials,
>> but basically
>> >>>>>>>>>> refers to
>> >>>>>>>>>>>>> stopping systemd for scionlab.target and
>> cloning/building
>> >>>>>>> SCION
>> >>>>>>>>>>> yourself.
>> >>>>>>>>>>>>> The problem with the VPN is not clear at all
>> though. I would
>> >>>>>>> like
>> >>>>>>>>>> to
>> >>>>>>>>>>>>> investigate a bit more about that. Can you try
>> again? If you
>> >>>>>>> still
>> >>>>>>>>>> see
>> >>>>>>>>>>>> the
>> >>>>>>>>>>>>> problem the second time you try, we'll
>> investigate further.
>> >>>>>>>>>>>>> Thanks and best regards,
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> Juan A.
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> On Wed, Sep 18, 2019 at 10:52 AM Siddharth
>> Mehrotra <
>> >>>>>>>>>>>> the4daspect at gmail.com
>> <mailto:the4daspect at gmail.com>>
>> >>>>>>>>>>>>> wrote:
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>> Hi all,
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> I tried to run SCION after update from
>> attachment point with
>> >>>>>>>>>> ETHZ-AP
>> >>>>>>>>>>> as
>> >>>>>>>>>>>>>> downloading new configuration. I'm currently
>> installing
>> >>>>>>> inside a
>> >>>>>>>>>> VM
>> >>>>>>>>>>> with
>> >>>>>>>>>>>>>> use of OPENVPN to connect to SCION Lab.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> I observed following scenarios:
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> 1) After extracting configuration file from SCION
>> >>>>>>> coordination
>> >>>>>>>>>>> service,
>> >>>>>>>>>>>>>> the
>> >>>>>>>>>>>>>> contents are reduced to:
>> >>>>>>>>>>>>>> Mode LastWriteTime Length Name
>> >>>>>>>>>>>>>> ---- ------------- ------ ----
>> >>>>>>>>>>>>>> d----- 18-09-2019 10:25
>> .vagrant
>> >>>>>>>>>>>>>> d----- 18-09-2019 10:23 gen
>> >>>>>>>>>>>>>> -a---- 13-06-2019 09:25 3618
>> README.md
>> >>>>>>>>>>>>>> -a---- 13-06-2019 09:25 3068 run.sh
>> >>>>>>>>>>>>>> -a---- 18-09-2019 10:22 3813
>> >>>>>>>>>>>>>> scion_lab_17-ffaa_1_c32.tar.gz
>> >>>>>>>>>>>>>> -a---- 18-09-2019 10:34 0
>> >>>>>>>>>>>>>> ubuntu-xenial-16.04-cloudimg-console.log
>> >>>>>>>>>>>>>> -a---- 18-09-2019 10:24 2484
>> Vagrantfile
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> Many SCION services are missing.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> 2) Although I was able to run the VM
>> successfully and SSH to
>> >>>>>>>>>> SCION.
>> >>>>>>>>>>>>>> However, it seems the connection to SCION was not
>> >>>>>>> successful. The
>> >>>>>>>>>>> below
>> >>>>>>>>>>>>>> command is after running Vagrant up:
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> default: WARNING:WARNING!: VPN could be
>> unready. SCION may
>> >>>>>>> fail to
>> >>>>>>>>>>>> start.
>> >>>>>>>>>>>>>> default: Created symlink from
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>
>> /etc/systemd/system/scionlab.target.wants/scion-border-router at 17-ffaa_1_c32-1.service
>> >>>>>>>>>>>>>> to
>> /lib/systemd/system/scion-border-router at .service.
>> >>>>>>>>>>>>>> default: Created symlink from
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>
>> /etc/systemd/system/scionlab.target.wants/scion-certificate-server at 17-ffaa_1_c32-1.service
>> >>>>>>>>>>>>>> to
>> /lib/systemd/system/scion-certificate-server at .service.
>> >>>>>>>>>>>>>> default: Created symlink from
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>
>> /etc/systemd/system/scionlab.target.wants/scion-path-server at 17-ffaa_1_c32-1.service
>> >>>>>>>>>>>>>> to /lib/systemd/system/scion-path-server at .service.
>> >>>>>>>>>>>>>> default: Created symlink from
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>
>> /etc/systemd/system/scionlab.target.wants/scion-beacon-server at 17-ffaa_1_c32-1.service
>> >>>>>>>>>>>>>> to
>> /lib/systemd/system/scion-beacon-server at .service.
>> >>>>>>>>>>>>>> default: Created symlink from
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>
>> /etc/systemd/system/scionlab.target.wants/scion-daemon at 17-ffaa_1_c32.service
>> >>>>>>>>>>>>>> to /lib/systemd/system/scion-daemon at .service.
>> >>>>>>>>>>>>>> default: Created symlink from
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>
>> /etc/systemd/system/scionlab.target.wants/scion-dispatcher.service
>> >>>>>>> to
>> >>>>>>>>>>>>>> /lib/systemd/system/scion-dispatcher.service.
>> >>>>>>>>>>>>>> default: configure time sync
>> >>>>>>>>>>>>>> default: ntp.service is not a native
>> service,
>> >>>>>>> redirecting to
>> >>>>>>>>>>>>>> systemd-sysv-install
>> >>>>>>>>>>>>>> default: Executing
>> /lib/systemd/systemd-sysv-install
>> >>>>>>> enable
>> >>>>>>>>>> ntp
>> >>>>>>>>>>>>>> default: configure unattended upgrades
>> (automatic
>> >>>>>>> security
>> >>>>>>>>>>> upgrades)
>> >>>>>>>>>>>>>> default: SCIONLab VM ready
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> 3) When I am inside the VM and I tried to
>> check the
>> >>>>>>> connection I
>> >>>>>>>>>> was
>> >>>>>>>>>>>>>> surprised to see this:
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> vagrant at scionlab-ffaa-1-c32:~$ checkbeacons
>> >>>>>>>>>>>>>> checkbeacons: command not found
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> Also fo this:
>> >>>>>>>>>>>>>> vagrant at scionlab-ffaa-1-c32:~$ tail -f
>> $SC/logs/bs*.DEBUG
>> >>>>>>>>>>>>>> tail: cannot open '/logs/bs*.DEBUG' for
>> reading: No such
>> >>>>>>> file or
>> >>>>>>>>>>>> directory
>> >>>>>>>>>>>>>> tail: no files remaining
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> 4)Memory Test:
>> >>>>>>>>>>>>>> vagrant at scionlab-ffaa-1-c32:~$ df -h
>> >>>>>>>>>>>>>> Filesystem Size Used Avail Use% Mounted on
>> >>>>>>>>>>>>>> udev 992M 0 992M 0% /dev
>> >>>>>>>>>>>>>> tmpfs 200M 3.1M 197M 2% /run
>> >>>>>>>>>>>>>> /dev/sda1 9.7G 1.4G 8.3G 14% /
>> >>>>>>>>>>>>>> tmpfs 1000M 0 1000M 0% /dev/shm
>> >>>>>>>>>>>>>> tmpfs 5.0M 0 5.0M 0% /run/lock
>> >>>>>>>>>>>>>> tmpfs 1000M 0 1000M 0% /sys/fs/cgroup
>> >>>>>>>>>>>>>> vagrant 136G 73G 64G 54% /vagrant
>> >>>>>>>>>>>>>> tmpfs 200M 0 200M 0% /run/user/1000
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> 5) tun0 not found after performing ip a command.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> PS: I am using Oracle Virtual Box 6.0 , Is it the
>> >>>>>>> compatibility
>> >>>>>>>>>> issue
>> >>>>>>>>>>> ?
>> >>>>>>>>>>>>>> PS: I was able to run SCION successfully
>> before the update
>> >>>>>>> with
>> >>>>>>>>>> same
>> >>>>>>>>>>>>>> Virtual Box version and vagrant also.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> Please look into this issue.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> Thanks,
>> >>>>>>>>>>>>>> Sid
>> >>>>>>>>>>>>>> _______________________________________________
>> >>>>>>>>>>>>>> Scion mailing list
>> >>>>>>>>>>>>>> Scion at lists.inf.ethz.ch
>> <mailto:Scion at lists.inf.ethz.ch>
>> >>>>>>>>>>>>>> https://lists.inf.ethz.ch/mailman/listinfo/scion
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>> _______________________________________________
>> >>>>>>>>>>>> Scion mailing list
>> >>>>>>>>>>>> Scion at lists.inf.ethz.ch
>> <mailto:Scion at lists.inf.ethz.ch>
>> >>>>>>>>>>>> https://lists.inf.ethz.ch/mailman/listinfo/scion
>> >>>>>>>>>>>>
>> >>>>>>>>>>> _______________________________________________
>> >>>>>>>>>>> Scion mailing list
>> >>>>>>>>>>> Scion at lists.inf.ethz.ch
>> <mailto:Scion at lists.inf.ethz.ch>
>> >>>>>>>>>>> https://lists.inf.ethz.ch/mailman/listinfo/scion
>> >>>>>>>>>>>
>> >>>>>>>>>> _______________________________________________
>> >>>>>>>>>> Scion mailing list
>> >>>>>>>>>> Scion at lists.inf.ethz.ch
>> <mailto:Scion at lists.inf.ethz.ch>
>> >>>>>>>>>> https://lists.inf.ethz.ch/mailman/listinfo/scion
>> >>>>>>>>>>
>> >>>>>>> _______________________________________________
>> >>>>>>> Scion mailing list
>> >>>>>>> Scion at lists.inf.ethz.ch <mailto:Scion at lists.inf.ethz.ch>
>> >>>>>>> https://lists.inf.ethz.ch/mailman/listinfo/scion
>> >>>>>>>
>> >>> _______________________________________________
>> >>> Scion mailing list
>> >>> Scion at lists.inf.ethz.ch <mailto:Scion at lists.inf.ethz.ch>
>> >>> https://lists.inf.ethz.ch/mailman/listinfo/scion
>> >>
>> > _______________________________________________
>> > Scion mailing list
>> > Scion at lists.inf.ethz.ch <mailto:Scion at lists.inf.ethz.ch>
>> > https://lists.inf.ethz.ch/mailman/listinfo/scion
>>
More information about the Scion
mailing list