Bitcoin Forum

Hi. I just got Baikal Giant B today.
I have a problem with accessing into web management UI.
When I plug in the power supply, I can access into UI for a while (about 15 to 20 mins).
After that I cannot access into UI via web browser anymore. It show up "This site can’t be reached 192.168.1.53 took too long to respond.".
Then, I have to unplug power supply, wait for a while, and then plug in the power, so I can access into the UI again for another 15 to 20 mins.
I have to do this several time to monitor its status.

How can I solve the problem? Thank you.

I knew I wasn't crazy.

I have the same problem with Baikal Giant+ A2000s on my network.  I wrote about my experience here in a review of the excellent customer service I got from the seller of these ASICs here:  https://bitcointalk.org/index.php?topic=2840414 (https://bitcointalk.org/index.php?topic=2840414)  The seller and another contact worked tirelessly to help me try to solve it... but in the end I have the same exact experience.  The ASICs still mine, you can see that it's doing so from your pool statistics.

I haven't come up with a solution yet, I'm assuming that there are some settings we'll have to adjust on the linux OS the Orange Pi controller.

mrkotaro... I think I resolved the issue we've been having with our Baikals.

It may be a little early to tell, but my A2000 has been up for 14 hours now.

There's a couple of things I did, and I'm not sure if one or both of them contributed... but here' what I did:

1. Rebooted the Baikal so that I can gain access again
2. SSH into the Baikal (username: baikal   password: baikal)
3. edited the /etc/hostname file (sudo nano /etc/hostname ) to give the unit a new name.  I have an A900 with the same default hostname (Baikal) so I wanted to make sure there wasn't some strange conflict
4. edited the /etc/hosts file (sudo nano /etc/hosts ) to have the DNS name match the new hostname from step 3
5. edited the /etc/network/interfaces file (sudo nano /etc/network/interfaces) and added a couple of lines.  I got this idea from an Orange Pi forum, where someone was having similar issues, and it was suggested that maybe there was a power saving issue or the "allow-hotplug eth0" feature was enabled.  They suggested replacing the "allow hotplug eth0" with just "auto eth0".  When I looked at this file, nothing was listed for eth0 which suggests that the ubuntu OS is probably using Network Manager, but I couldn't find any evidence of this either.  So I just added these two lines:

auto eth0
iface eth0 inet dhcp

6. Rebooted the Baikal again...
7. While I was waitiing to see if it would go offline again, I grabbed a spare cheapo network switch I had laying around (Trendnet Green Power 8 port 1Gbe) and chained it as the downstream switch off of the switch I had the Baikal running on and plugged the Baikal into this switch alone.  So for the Baikal, my network is like this:  internet <-> IPFire router VM <-> TPLink 10Gbe core switch <-> TPLink 8 port 1Gbe switch <-> Trendnet Green Power 8 port 1Gbe switch <->  Baikal A2000

After 14+ hours... seems to be up and running! 

https://i.imgur.com/iWnbZst.jpg

https://i.imgur.com/o7yv5ct.jpg

Hi, puwaha
I also resolved the issue with another way, and the uptime is almost 20 Hours now.

I only edited the /etc/network/interfaces file to fix its IP
with the command

auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static

So, I believe that it has the problem with these commands too.

Thank you. :)

I'm glad we figured it out.  I'm sure someone else will have this problem, and having a good working suggestion will keep them from tearing their hair out. 

I have a similar problem with one of our Giants X10.

hope someone can help with some advice.

We have a problem with one of our Baikal Giant X10. The problem ist that we are not able to log into the Web Menu.
The password field itself for some reason is moved to the very left and the "Enter" Button is missing as well on the
Web Page to enter the Baikal setup.  (see screenshot).

Several tries to flash the SD Card did not help, always the same result with this messed up login page.
The Baikal itself works perfectly meanwhile, mining and hashing to its default settings, but this is of course not
what i want.

I tested the following so far with the following results:
- reflash v1.0, does not work
- reflash v1.1, does not work
- used SD card from another working Giant X10 miner, does not work
- used another Orange Pi Controller including the SD card from another X10, works!!!
- used the Orange Pi Controller without the SD card from another X10, does not work.
- transfered the Orange Pi Controller from the "faulty" X10 to a working one with the working ones SD Card, does not work.
- transfered the Orange Pi Controller from the "faulty" X10 including the SD Card to a working one, does not work.

This makes me think that the problem might be the Orange Pi Controller? Is it possible that a faulty Orange Pi Controller gives
such an error like a messed up login page? Any other suggestion? Advices how to fix this?

Every suggestion is more than welcome!!! Thx in advance.

Screenshot how the Web Login looks like:
https://ibb.co/fB5GAc



Tried this one, did not work for me and my problem :-(

So far i'am pretty sure i have a Pi Orange Controller Problem. Someone has one or knows a dealer or someone else who could deliver express one?

Did you try reflashing the SD card with the current/latest image from Baikal for your controller/ASIC?

i know the solution which worked for me  :)

reflashed with this one, should be the latest one, or do i miss something?
PiZero_GX10_171229_V1.1

but seems you are not willing to share it with the community ....  :-\

I do share if someone ask :)
so here you go

Order a replacement orangepi and fix it, it will be resolved!

 8) thats how i resolved it!

Thanks to both of you !

You had the exact same problem like me or a bit other problem?
Allready ordered a replacement orange pi, hope it will solve the problem indeed.

Yes, also order from Baikal as they have customized pi

Just a word of warning to everyone...

I went through 5 different Orange PI Zeros, with 5 different SD cards before I was able to resolve the problem with my Baikal's web interface.

Turns out it wasn't the PIs at all... but a weird bug with the way Baikal setup the interfaces file in Ubuntu.  It doesn't seem to affect everyone equally.

So before you get your hopes up that a new Orange PI will resolve the Web interface being offline, give the fix that MrKotaro and myself worked through above a shot first.

Of course i tried your fix, step by step, but did not help in my case, hence why my hope is now the new Orange Pi.

Hi Guys,

Having a problem with a Giant B here

I can access every single page on the web interface other than 'miner' where I obviously need to access to point it to my pool.

Any way to fix this? I was told this was a new machine but its quite obviously used, so could someone have locked this page?

Really appreciate any help and will offer a BTC reward to anyone who can solve this.

Thanks

Please try reinstalling the firmware, should work!

I will give this a try, thanks

welcome!

I am having this same problem. So once logged on to terminal i just type
sudo nano /etc/hostname

then

sudo nano /etc/hosts

then

sudo nano /etc/network/interfaces

then

auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static

just like that? is there anything else I need to type? Sorry, complete noob to Baikals

Did you order by skype or how did you do that? Thanks for the help!

You can contact baikal official support email

Just try adding the eth0 parts to the interfaces file.

Do you really have a static IP?  It's better to leave the Baikals on DHCP and reserve the IP address on your router so that the Baikal gets the same IP every bootup.  This essentially makes it static.

So... just add the

auto eth0
iface eth0 inet dhcp


The other files I modified like Hosts and hostname may not be needed.  I did it on mine for completeness and because I have multiple baikals.

Ok, here i'am again.

I described my problem on the first page of this topic allready.

What happened meanwhile with my Giant X10.

Bought a new orange pi, mounted it with a new fleash including

auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static

and the Baikal worked perfectly for some days now and a sudden back to the old problem.

Means. I can not login into the web interface anymore.
After one restart the baikal worked at least on my pools. Now after another shutdown the Baikal
made i even have no more access to it.

Strange thing is that after mounting the new orange pi he got the ip .117 assigned, while he former
was on .112. I thought now big deal, important he works, but after the shut down he is back to .112
now and as said allready, i again can not login anymore.

What could cause that behaviour? Only this Baikal is making problems, others work all perfectly.

The Routher has a static IP, after that there is a 24 port Cisco 2950 switch where the Ants and Baikals are connected.
I really have no more idea what to try. Strange thing is that with the new orange pi it worked perfectly for some days
and now back to old problem?!?!  ???

Any advice or help what to try??

Login to Baikal Terminal from Web Interface and then try to assign your static address. But first make sure there are no other devices already using .117. For example:

Baikal Login: baikal
Password: baikal      
ifconfig      
sudo ifconfig eth0 192.168.1.117 netmask 255.255.255.0      
ifconfig      
reboot   

Then reserve .117 for your Baikal via your Router Admin interface.
   

@Crypto2Alt

thx for the hints. I logged into it by ssh and i'am pretty sure now that its indeed connected to the /etc/network file .

When i tried to edit the /etc/network i got the following in SSH
"Error reading lock file /etc/network.interfaces.swp:Not enough data read"

I was afraid of changing anything at this moment as i have only basic ssh skills and did not want to mess anything totally up. You know, at least the baikal works
right now until the next failure.

But, i'am pretty sure now that these failures are indeed related to this /etc/network thingie.
Why?
- New orange pi got the same mistake, but after restarting the baikal, cleaning all cashes and cookies and a reset it went back to work while i allready was sure
that the next orange pi is vaulty now. This is not the case, the orange pi is in full working order.
- Earlier today in the morning, the internet stopped for some seconds and you guess it, exactly this Baikal stopped working again. Pretty sure it is due this
missing or vaulty /ect/network data file. Just by the way, this internet disruption brought my L3's as well out of working order and 1 of them did not restart too.
While the S9's, the other Baikals and the D3's had not problem with the internet disruptin. Just in case it is of interest for someone.

This said, i'am pretty sure now that the problem is indeed like here discussed the /etc/network/ file(s).

My question now is:
- how do i handle this /etc/network/ data read file (explained about what error i get)
- how can i replace this file for example from another working Baikal? SSH? How?
- Can i write the suggested changes and save it to a file like suggested even with the error i got while opening the file? If yes, as what do i have to save it?
- Any other advices and tips?

Forgot to write. The Baikal is working perfectly right now for at least 12 hours again and the web login is working as well, but i'am pretty sure that at the next short internet interuption it will fail again.

I agree with what @puwaha stated -  it's better to leave the Baikals on DHCP and reserve the IP address on your router so that the Baikal gets the same IP every bootup.
Looks like you tried to edit directory (/etc/network) instead of the file (/etc/network/interfaces), hence the error. If you are  not familiar with Linux, better copy and paste commands others have mentioned earlier.
If you are trying to restore a corrupted network/interfaces file, you could ssh into your Giant B. But first check what's in the file:

baikal@Baikal:~$ cat /etc/network/interfaces

If you think it's corrupted, you can edit it using nano/vi  and copy/paste content from another Giant B ssh session.

I have the same problem, would love to try the fix, yet when i try to open
sudo nano /etc/network/interfaces
it blocks me
any ideas?

it

Did you SSH into your Miner using the username/password of baikal?

I have same issue, just power off and on again, works fine, for awhile.. always mines, thats what matters.

Hi. Can some one please help. I have been using my Baikal  X10 for 4 month, some how the web turn White and the Baikal  X10 are not mining. SO i Flash the SSD using Img from the web. after replug i can no longer find my Baikal  X10 on network ant more. i did restart my router many time.  at the Back of the Baikal  X10 seems to be working ( blue LED is ON)

Pon

So I decided to update my Giant X10 to get the new algos added. The miner was working perfect, except missing the additional 2 new algos. When I fired it back up, both ethernet lights stay solid yellow and green, and there is one blue light flashing on one blade, and one green flashing on another. I am unable to find an ip address for it. I used PI Zero GX10 V1.2. I have powered it on and off several times, and checked all the pins to the pi controller are seated perfectly. When I used windisk imager , it said successful. Any ideas? Please help, this really sucks :(

Vegas

Those image files are so huge, you might try downloading it again in case it was corrupted. I downloaded it from googledrive myself but I have never tried to use it.  You could also try downloading it from the baidu link in case the googledrive image itself is what's messed up.  And if it all still won't work you can always try the v1.1 image and see if you can at least get it back up and running on the old algos.

Had similar issue with a Baikal G28 - it was a firewall issue (AIProtection on an Asus router, specifically) - but the way the miner/sgminer behave, it makes you think it's a hardware issue "No devices found" - when in actuality it's a networking issue between the stratum host / pool and the miner.