Astaro 8.201: NIC keeps going down

Save yourself an agony, and go back to 8.103.
I did.
It's not well backed yet and far too baggy.
Great new toys to play with tho...

I suspect there is something in the last releases that has done this. I am finding one of my home units reports that the link is down and then up sometimes a number of minutes apart, but he device does not get a new IP address. It is on a wireless connection.

Before the latest 8.200 release it used to do this once a day at the most.

Ian

I didn't have that problem when I was running with 8.200 at first but I wasn't using the "Cable modem" NIC type then either.


what I'm 100% certain of is that this is new to 8.20X: I had zero problem with 8.103. Unfortunately, that is a breaking bug for me and it will also prevent me from updating by business Astaro.

I'm unsure how to handle this one: I have a platinum support contract for my work firewalls but that is one I deployed at home. Obviously, it's a test bed for my work stuff (I don't have a sophisticated enough lab for testing this at work) but I don't know if I could really open a ticket with Astaro support for it.

Otherwise, how should I handle this ? I want, at least make sure the bug is reported and looked at (it's been a bit tricky in the past to get bug recognized from the outside without opening a ticket using my platinum support option). Any suggestion ?

Hyper-V, eh? I think I see your problem.  My various 8.2 systems have been solid, and 8.201 hasn't introduced any NIC issues, but mine are either on KVM, VMware, or on iron with approved NICs.

I no longer have access to insight on if/when Hyper-V will be fully supported by Astaro.  The number of bizarre Hyper-V related things I've seen (not just with Astaro), makes me wonder how big a project that will be.

Are there alternate virtual NICs you can use?  Maybe a different driver will help.

Hyper-V, eh? I think I see your problem. My various 8.2 systems have been solid, and 8.201 hasn't introduced any NIC issues, but mine are either on KVM, VMware, or on iron with approved NICs.

Given that Astaro 8.103 has been stable on the same platform, that 8.200 was supposed to bring Hyper-V compatibility  and that only one of the two NICs goes down (and does it every single night), I find it hard to blame Hyper-V here. Yes, the problem might be Astaro running under hyper-V, but it's still an Astaro 8.20X issue.

In fact, it looks like it's an Astaro 8.201 issue with Cable modem NIC (or, most likely, the DHCP client), possibly linked to the fact that it's running under Hyper-V.

Are there alternate virtual NICs you can use? Maybe a different driver will help.

There are only two different types of NICs available under Hyper-V and only one is compatible with Astaro. The other requires paravirtualization drivers to work. Astaro apparently didn't provide Drivers for Hyper-V's naive NICs.

I'll be going back to 8.103 until Astaro get their act together.

fulgan, I think you're right, I wouldn't blame the Hyper-V at all, 8.201 is very buggy. I had it installed and had to revert back due to so many issues.

I think I've narrowed down the issue to only two possible causes.

First, I've reinstalled 8.103 (since, apparently, it's not possible to use a backup of 8.20x on 8.103, I had to recreate the config) and the problem went away. It's definitely something new in 8.20x.

The problem always occurs during the night: between 02:00 and 04:00. During that time window, two things occurs: my system maintenance are performed (mostly backups and updates) and my ISP will force a renew of my IP address (my ISP is VERY 90's [;)]).

During the backup phase, the ASL VM will be paused for about 30-40 seconds while a snapshot is taken. I tried to take snapshots of the VM manually and also paused it manually: no problem. I therefore think that it's not the cause of my issue.

The second potential cause is the forced DHCP lease renew. I was never awake when it happened but I strongly suspect that ASL getries to get a new lease, fails and the places the interface in "down" state. What I suspect is that it will never automatically retry to obtain a new DHCP lease on its own any more, causing the problem.

I'm not sure how to test this (in particular since I now have rebuild 8.103), however.

My ISP also force renew of IP address (four lines), but during the time i was running 8.200, I didn't noticed any of the issues you described here.
I seems to run OK.

I'm bumping this again. I reinstalled a fresh 8.202 version and I have the same problem: there is definitely a rather serious bug in ASL 8.2xx concerning the handling of Hyper-V NICs when in "cable modem" mode.

Hmm.. I tried to work around the issue by adding a cronjob with ifconfig eth0 up and ifconfig eth0 up but I hit another issue: When I bring the interface back up, ASL doesn't use it. it will list it allright and show it as "up" in the web interface but, unfortunately, it will not route anything though it unless I disable/enable it from the web interface.

Anyone knows what I'm doing wrong ?