This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Up2Date issues

(7.000) Is anyone else unable to view the Overview page?  I keep getting a generic unable to complete backend request error

The dashboard says it has never checked


This thread was automatically locked due to age.
Parents
  • Yep me too, got the same error [:(] Did also "vi /etc/up2date/up2date_status", exited it, look again in the up2dat overview tab, loads and up2dates are downloaded and installed....
  • Ok, very odd.

    up2date was not working until I enabled shell access and set the shell user root password.

    Now, up2date and images work.
  • This is just a timing issue. As long as the up2date downloader has not yet connected to the up2date servers to ask for up2dates, there is just no data available which could be displayed there.
    The downloader runs every 5 minutes (unless you disable automatic pattern fetch); you don't have to enable or configure anything to make that work.

    Cheers,
      andreas
  • In my case, the firewall had been running for a number of hours.

    Everything is good now though, ever since I setup shell access.
  • This is just a timing issue. As long as the up2date downloader has not yet connected to the up2date servers to ask for up2dates, there is just no data available which could be displayed there.
    The downloader runs every 5 minutes (unless you disable automatic pattern fetch); you don't have to enable or configure anything to make that work.

    Cheers,
      andreas


    I can confirm Atticka´s observation... no Up2Date Overview until i enabled the SSH Access.. 

    I was clicking around in the Webadmin for a good hour and even restarted the ASG before i gave up and found this Thread... and the "cure" worked...
  • From a technical perspective those things are so unrelated, you could as well say you need to turn on the oven to be able to watch TV. 

    Nevertheless I tried to reproduce it and installed a system from scratch, configured nothing, and the up2date overview page worked with the default up2date status file that we ship. A couple of minutes later the downloader ran but couldn't connect to the up2date servers since I didn't configure the network, so it was only writing locally gathered information to the up2date_status file - the overview page still worked. I configured the network access, connecting to the up2date server worked, a normal up2date_status file was written - still everything OK.

    Please provide the contents of the up2date_status file while the Up2date overview does not work, maybe that will help to narrow things down.

    Thanks,
      andreas
Reply
  • From a technical perspective those things are so unrelated, you could as well say you need to turn on the oven to be able to watch TV. 

    Nevertheless I tried to reproduce it and installed a system from scratch, configured nothing, and the up2date overview page worked with the default up2date status file that we ship. A couple of minutes later the downloader ran but couldn't connect to the up2date servers since I didn't configure the network, so it was only writing locally gathered information to the up2date_status file - the overview page still worked. I configured the network access, connecting to the up2date server worked, a normal up2date_status file was written - still everything OK.

    Please provide the contents of the up2date_status file while the Up2date overview does not work, maybe that will help to narrow things down.

    Thanks,
      andreas
Children
  • OK

    I have a thought guys...  Doesn't happen much so I am told...  :-)

    The people having this issue.  Did we all restore from a previous v7 Beta Backup file?
    I know I did...  Could it be the backup from a previous beta version that is doing it.   I am not talking about a v6 backup file, only v7 (betas)
  • Same thing here, did "vi /etc/up2date/up2date_status", then ZZ to exit vi (had to look it up, not a *nix guy [:)] ) and the problem was fixed.
     
    I did a restore from a V7 beta config.
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
  • I have this Problem with a new installation and Backup from v7 Beta config
  • Gert:  Can you tell us why or how the Backup file could be causing this?
  • I also did a backup of a previous beta installation and had the same problem.
    BTW, is pattern 1062 to latest? Because I didn't received any e-mail about updates and i activated the alert for e-mail notification of new patterns update?
  • From a technical perspective those things are so unrelated, you could as well say you need to turn on the oven to be able to watch TV. 


    ...isn´t that a typical IT Problem?

    ... I didn't configure the network, so it was only writing locally gathered information to the up2date_status file - the overview page still worked. ...


    So... i have a ASG7 in a VMware Server VM (installed with the "second" ISO (asg-7.000-070123-1)) with no "real" external Connection and no restored Config. The external Interface ist just a "Host only" Adapter with DHCP. I read from your Post that i don´t need a external connection to get a Up2Date Status Page

    The Uptime is now "0d 23h 9m"...
    The SSH Shell access was never touched...

    ...and all i got was this T-Shirt with "Unable to complete backend request. Please click... blah..." on it.

    Please provide the contents of the up2date_status file while the Up2date overview does not work, maybe that will help to narrow things down.


    ...and in the moment i logged in as "root" (with no previous password set on the Webinterface) on the console the Up2Date Status Page worked... (and the "up2date_status" File got filled with propper Information)... sorry, but i was too stupid to take a VMware snapshot before i logged on [:$]

    So the "Trick" seems to be a new "root" password... not the ssh enable...

    Hope this helps...

    -----Update-----
    ...so i did a fresh Install...
    no restored Config! Used the Install Wizzard only to activate the external interface (set to Cablemodem, DHCP). Nothing else set...

    Updtime now 25 Minutes... and no working Up2Date Status Page!

    did a Snapshot on VMware... and a Shutdown...

    Restarted the VM with a KNOPPIX CD... and found a "/etc/up2date/up2date_status" file on "sda6":

    {
    
     'installed_sys_version' => " 7.000",
     'status' => "-1",
     'installed_gpv_version' => "1063",
    }


    Reverted to VMware Snapshot... Up2Date Status Page doesn´t work...
    Uptime now 43 Min... still no Up2Date Status Page...

    Setting the root and loginuser Password in WebAdmin (without enabeling the SSH shell access)... and... 3 Minutes later i have a working Up2Date Status Page...

    ...something else to test or look for?
  • KSeemann, 
    many thanks for your help and this very detailed investigation. I was finally able to reproduce it here. The /etc/up2date/up2date_status has nothing to do with it, it's the initial /var/up2date/up2date_progress file which can't be read correctly, leading to an error in the backend which in turn screws up the WebAdmin communication with the backend.  This is just a minor issue which I am sure we'll have fixed shortly.

    Workaround is to run the up2date installer manually (/sbin/auisys.plx, take care, this will install all locally available up2date packages, pattern and system) which will write a current up2date_progress file.

    Many thanks again for your help!
    Cheers,
      andreas
  • Hi all,

    thx a lot for your detailed reports!

    We confirm that we have an issue here with 7.000: Up2Date and the refresh of the dashboard and the inline reports are affected.

    There is a small and easy workaround which fixes the problem complete until we release Up2Date 7.001.

    Please do the following steps:
     1) Login into WebAdmin
     2) Click the menu item "Management"
     3) Click the sub menu item "System Settings"
     4) Click the tab "Shell Access"
     5) Fill out the box "Shell user passwords"
     6) Click the "Set specified passwords" button

    Please use safe passwords!

    There is no need to enable the "SSH shell access"! 
    Astaro recommends to keep it disabled!


    We apologize for this inconvenience.
  • [QUOTE=Markus Hennig;71867]

    Please do the following steps:
     1) Login into WebAdmin
     2) Click the menu item "Management"
     3) Click the sub menu item "System Settings"
     4) Click the tab "Shell Access"
     5) Fill out the box "Shell user passwords"
     6) Click the "Set specified passwords" button

    Please use safe passwords!

    There is no need to enable the "SSH shell access"! 
    Astaro recommends to keep it disabled!

    [QUOTE]

    SSH shell is dsabled
    Shell user pass is chanced

    but i get the message:
    "unable to complete backend request. please click shift-reload in your browser to attemt re-login" when i click to up2date->overview

    Firmware version:  7.000
  • SSH shell is dsabled
    Shell user pass is chanced

    but i get the message:
    "unable to complete backend request. please click shift-reload in your browser to attemt re-login" when i click to up2date->overview

    Firmware version:  7.000[/QUOTE]