[8.270][BUG][FIXED] all Logging popup windows stay empty

Hi Robert, hi BAlfson,

during testing we had found a bug, which has been fixed for 8.270. The same behavier has been occured by the case "both Log Management and Wireless Security are enabled". 
To decide whether the problem is still existing or there is a new bug we have to know whether the syslog works correctly.

I would recomand you to check the log files via ssh. It is important for us to know if you get the log files "not displayed" or the log files "have not been written at all".

Thanks,
Masoumeh

Hi Masoumeh,

the logfile is not empty, i have a lot of entries in there ... so it seems only to be not displayed...

Robert

...From what I can tell, this beta is a combination of 8.203-style fixes plus some new stuff that's outside of everything we're currently using.  Net-net, if anyone with ASG software has issues with 8.20x, I'd suggest they consider moving to 8.270, preserving their older version hard drive in case of emergency....

Dang it Bob, you twisted my arm and I was an easy convert. 

To add to the bug conversation, I redid my whole configuration from scratch (3hrs time at home) and I don't have the blank popup bug[;)] This leads me to believe that the backups are not imported cleanly and an extra reboot is required under certain conditions. 

Therefore this should be classified as a bug if possible. It shouldn't be too hard for astaro to reproduce since everyone that imported the backup had the same problem.

Regards,
Bill

Hi Bill, nice to see that you are participating in this beta too, even when you're not actively testing stuff!

... lets make 8.3 right where everything initializes the first time, every time.

You'll be glad to hear that we fixed some of the stuff that caused hickups in previous 8.2xx releases, like eg. the famous Mantis ID 18219: "[UBB][8.170] SOCKS5 daemon restarts every hour".

Kai indicated in 8.2 beta that ... you might need a reboot ...

I remember that thread [;)]

I believe that this is not the right direction to take. All daemons should start correctly and probably should be checked somehow automatically upon installation of a backup immediately instead of the admin rebooting just to make sure.

You're absolutely right, Bill. But sometimes the configuration is much more complex than the developers expected it to be. In such cases the automatic checks might fail and a reboot is the easiest way to fix this for the user (well, at least for those users who simply want a running system). Of course we want the ASG to behave well and start all services correctly, but (and this is especially true for a beta) sometimes a simple reboot helps.

Cheers,
Kai

msaki, just to be clear, the problem is with the Live Logs.  The logfiles are fine and display correctly.

Cheers - Bob
PS Kai, if a reboot is often required, and there's no fix found, then the Astaro should do the reboot itself.

Hi, I run into the same problem when I rebuilt my active/active cluster on an ESXi yesterday from the 8.270 iso and using the 8.202 backup. Rebooting the master when the other node was down fixed the problem for me (done on both nodes). However the problem was back after a failover by rebooting the master. Seems to be a bug...

Cheers,
Michael

Hi all,
as workaround you can restart your middleware and so it should work again. Currently is a bug for this issue in process. We will fix the problem as soon as possible.

Cheers,
Masoumeh

Hi

i had the same problem on esxi vsphere 4 with restore a preview backup. after the next restart it works but in the console i got the following errors:

: : Start WebAdmin failed
Failed services in runlevel 3: httpd

But after a while the WebAdmin will be started again and then it works.

but if you do a mdw restart, a failover to the standby-cluster is performed, think that shouldn't be the prefered solution.

Robert

Hi Robert,
of course you are right and that isn´t the best solution. As I mentioned above, we are fixing the bug and this should be just as a "WORKAOUND" [:)].

Cheers,
Masoumeh