Up2Date issues

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.

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.

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]

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]