• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Remote Access
#1
Hello,

in an other thread I already asked, if it's possible to restart the netPi from remote (Resart/Access NetPi from Remote).

Now the same thing happened with an other netPi. Is there still no chance to restart the netPi from remote access?


Thanks in advance,

Jonas 
  Reply
#2
Hello Jonas,

so do you get the same output "502 Bad Gateway" as well with this netPI? Did you update this netPI to the latest software version too, like the other one?

Still if the landing page cannot be reached any more as front end you have not chance to use the "System/reset" function.

Do you have a time interval after this problem happened now?

In netPIs control panel you get an overview of the ressources available in term of CPU usage, memory usage etc. Maybe you logged onto this netPI some days before and were able to have a look at it. Was it indicating unusal data?
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply
#3
(September-19th-2018, 06:58 AM)Armin@netPI Wrote: Hello Jonas,

so do you get the same output "502 Bad Gateway" as well with this netPI? Did you update this netPI to the latest software version too, like the other one?

Still if the landing page cannot be reached any more as front end you have not chance to use the "System/reset" function.

Do you have a time interval after this problem happened now?

In netPIs control panel you get an overview of the ressources available in term of CPU usage, memory usage etc. Maybe you logged onto this netPI some days before and were able to have a look at it. Was it indicating unusal data?

Hello Armin,

yes it's the same output "502 Bad Gateway". Yes, we updated the netPi with the system software 1.1.3.0.

Is there no coption to access the main linux system of the netPi?

It were only two to three weeks the netPi was working.

Yes, the cpu usage was most of the time between 30-50 % and sometimes at 80%. Memory usage was no problem, only at 30% and storage usage at 40%.

Description of our application:

We have three container running. One container is for openvpn connection. This connection is still working. So I can access the local network.
The other container is connected to four bluetooth devices and is receiving data from thenm, creates output to the console and writes the data to
the third container, which is a postgresql database.
I can still access the bluetooth container with ssh, but always I try to use a command either there comes up "input/output error" or there comes up "command not found".
We can't identify what we are doing wrong. I don't think that there is a problem with the write cycles of the sd card.
Do you have an idea?

Thanks in advance,

Jonas
  Reply
#4
Jonas, I don't know if you would provide too much internal and intellectual information ... but is it possible that we can get the three containers to us? So then we can start an evaluation of all three containers here and make a long term test. Or do those containers need a special external hardware to run?
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply
#5
Quote:I can still access the bluetooth container with ssh, but always I try to use a command either there comes up "input/output error" or there comes up "command not found".

I just want to understand the three containes a little closer. We share the opinion that in no way any container ever should cause netPI to stop normal operation respectively cause "bad gateway" for its web interface.

So you log in to your netPI via openVPN container ... and over this connection you can reach the bluetooth container via ssh and open a terminal. Is my understanding correct?

And then if you call in this terminal a standard linix console command like "dir" or "ls" or "apt-get" or anything else you get the "input/output error" or command not found, right?
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply
#6
What is if your try to access netPI with https://<ip address netpi>/portainer? Does it work?
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply
#7
(September-19th-2018, 09:28 AM)Armin@netPI Wrote: Jonas, I don't know if you would provide too much internal and intellectual information ... but is it possible that we can get the three containers to us? So then we can start an evaluation of all three containers here and make a long term test. Or do those containers need a special external hardware to run?

No, unfortunately we can't do that. Moreover for the communication, the container need speacial bluetooth devices, we are developing.

(September-19th-2018, 09:45 AM)Armin@netPI Wrote:
Quote:I can still access the bluetooth container with ssh, but always I try to use a command either there comes up "input/output error" or there comes up "command not found".

I just want to understand the three containes a little closer. We share the opinion that in no way any container ever should cause netPI to stop normal operation respectively cause "bad gateway" for its web interface.

So you log in to your netPI via openVPN container ... and over this connection you can reach the bluetooth container via ssh and open a terminal. Is my understanding correct?

And then if you call in this terminal a standard linix console command like "dir" or "ls" or "apt-get" or anything else you get the "input/output error" or command not found, right?

Yes, thats exactly what I'm doing. Yes standard linux commands does not work.

(September-19th-2018, 09:56 AM)Armin@netPI Wrote: What is if your try to access netPI with https://<ip address netpi>/portainer? Does it work?

Unfortunately i tried this description to restart the netPi with the terminal of the conatiner: https://matoski.com/article/emergency-re...nux-sysrq/

The netPi was shut down, but does not restart and isn't accessible anymore.

Tomorrow we have a chance get access to the hardware, so maybe we can fix the errors.

But in the future we need a system that we can manage from remote, when there are errors, because we don't always have the chance to go to our customers.

Isn't there a chance to get access to the linux system of the host system?
  Reply
#8
Wow Jonas, I tried calling the two commands since I was curious

$ echo 1 > /proc/sys/kernel/sysrq
$ echo b > /proc/sysrq-trigger

one after the other and indeed my netPI here started to reboot and I also can tell you that my netPI restarted correctly.

I followed the HDMI output and log trace and the whole netPI system was coming back as it was before.

Of course I don't know what these commands are really doing and how reliable they are, but if they are always working fine I am wondering that your netPI got stuck after your called these two commands.
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply
#9
Jonas, I just continued my tests with the reset command

I filled my netPI SD card by 100% writing a big file to it using the command

dd bs=1024 count=10000000 </dev/urandom >outputfile

Even though my netPI was still accessible accross the web interface.

Then I called the special reset command, netPI rebooted but wasn't able to start any container any more cause of missing disk space.

I know it is not your error scenario, but interesting to see that missing disk space causes Docker not to start any container any more.

Then you confirmed "no linux" command can be called any more in the bluetooth container. So not even the important "dmesg" command that lists you important log entries can't be called any more? I know you can't tell it today since your netPI is down ... but maybe in future.

Thx
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply
#10
(September-19th-2018, 11:07 AM)Armin@netPI Wrote: Jonas, I just continued my tests with the reset command

I filled my netPI SD card by 100% writing a big file to it using the command

dd bs=1024 count=10000000 </dev/urandom >outputfile

Even though my netPI was still accessible accross the web interface.

Then I called the special reset command, netPI rebooted but wasn't able to start any container any more cause of missing disk space.

I know it is not your error scenario, but interesting to see that missing disk space causes Docker not to start any container any more.

Then you confirmed "no linux" command can be called any more in the bluetooth container. So not even the important "dmesg" command that lists you important log entries can't be called any more? I know you can't tell it today since your netPI is down ... but maybe in future.

Thx

Ok, in the future I will test the command 'dmesg'. For example the command 'echo' I could use.

Do you have any other ideas how we can avoid these error in the future?

Thanks,

Jonas
  Reply


Possibly Related Threads...
Thread Author Replies Views Last Post
  How to access netPI? firefly 6 39 May-16th-2019, 02:31 AM
Last Post: firefly
  Wi-Fi access problem MGharat 3 12 March-12th-2019, 09:27 AM
Last Post: Armin@netPI
  access to netPI MGharat 2 19 March-7th-2019, 07:16 AM
Last Post: Armin@netPI
  [SOLVED] Access problems Azzamjj 8 172 January-25th-2019, 07:43 AM
Last Post: Armin@netPI
  [INFO] RESTful API for Docker remote control Armin@netPI 0 93 December-17th-2018, 10:15 AM
Last Post: Armin@netPI
Information Managing netPI's Docker from remote via RESTful API for netPI versions < 1.1.4.0 Armin@netPI 4 283 September-7th-2018, 10:41 AM
Last Post: Armin@netPI
  [SOLVED] after WIFI enabled - no access paubau 7 263 August-30th-2018, 02:04 PM
Last Post: Armin@netPI
  Accessing Docker daemon through remote CLI adeeljsid 2 166 August-30th-2018, 12:32 PM
Last Post: Armin@netPI
  Resart/Access NetPi from Remote Jonas.Sellmann@outlook.de 11 391 August-1st-2018, 11:06 AM
Last Post: Jonas.Sellmann@outlook.de
  Access Denied to LED1 / LED2 crthomas1234 1 104 July-12th-2018, 04:36 PM
Last Post: Armin@netPI

Forum Jump:


Users browsing this thread: 1 Guest(s)