Up2Date 5.027 Fails

Also, ASL now says:
:: no locally stored Up2Date packages available ::

Barry

barrygould,

failing Up2Dates get deleted. can you check /var/up2date/ if there are files called 'log.out' and/or 'log.err'? if yes, please either post them or send them to me. thx

~marcel

I tried downloading it again, and installing again, and got the same error.

Here's the 2 logs you asked for:
Code:

---

/var/up2date # cat log.err
package k_smp is not installed
Duplicate entry 'vga' at or above line 20 in file '/etc/lilo.conf'
execution of k_deflt-2.4.21-24108 script failed, exit status 1
Error occured while installing k_deflt-2.4.21-24108.i586.rpm package

/var/up2date # cat log.out 
>> Not installing k_smp
Aiui installing: /bin/rpm -U --force --nodeps -v iptables-1.2.11-3.i586.rpm
iptables-1.2.11-3
k_deflt-2.4.21-21503
k_deflt-2.4.21-24108
Aiui installing: /bin/rpm -U --force --nodeps -v k_deflt-2.4.21-24108.i586.rpm
Changing symlink /boot/vmlinuz from vmlinuz-2.4.21-24108-default to vmlinuz-2.4.21-24108-default
Changing symlink /boot/initrd from initrd-2.4.21-24108-default to initrd-2.4.21-24108-default
Changing symlink /boot/System.map from System.map-2.4.21-24108-default to System.map-2.4.21-24108-default
Root device:    /dev/hda7 (mounted on / as ext3)
Module list:
Kernel version: 2.4.21-24108-default (i586)
Kernel image:   /boot/vmlinuz-2.4.21-24108-default
Initrd image:   /boot/initrd-2.4.21-24108-default
Shared libs:    lib/ld-2.2.5.so lib/libc.so.6 
Modules:
none
Generating fsck code
Adding /etc/bootsplash...ok

You may be using the lilo boot loader. If this is the case, run lilo now to update its configuration.
k_deflt-2.4.21-24108

---

RPM shows multiple k_deflt packages currently installed:
# rpm -qa|grep k_def
k_deflt-2.4.21-21503
k_deflt-2.4.21-24108
k_deflt-2.4.21-24108

I have modified my lilo.conf because of the problem booting (unknown VGA mode or whatever)

I was about to re-install k_deflt from /inst/rpm, but now I see the one there is much older so I don't know if that's a good idea.
Will try to see if I can get lilo.conf back to original.

Maybe you can post a copy?

Thanks,
Barry

Haven't got this resolved yet, but I found another issue while trying:

If ASL is downloading an update (due to fetch updates or automatic hourly downloads), it will show the update as unapplied, and if you hit Install, it fails signature verification and deletes it!

Barry

Fixing the lilo file has fixed getting the 5.027 up2date.

Issue posted above seems like a bug though.

Thanks,
Barry

ok, so up2date did finally work (!?)

thanx for reporting the other issue

~marcel

Hi there all guys, 

I just want to explain based on this example why modifiyng the system leads to loosing warrenty.

As ASL V5 is a highly integrated solution, understanding how things work together and how subsystems depend on each other is complex.
Testing Up2Date packages and doing quality assurance is very important and nearly impossible if you can NOT base your testing upon a certain system state.

Modifing your system in any way, can change this system state we depend on, 
this is what happend here, the bootloader config has been modified, 
therefore the kernel update could not be applied and the up2date failed.

Astaro takes no responsibility if you modify your system on the command line.

If you think you found issues, problems or bugs, please contect the astaro support and report them, so we can fix them as soon as possible.

Best Regards
Gert

Gert, I modified the lilo.conf file because of the problem where it gets an error at every reboot about an unsupported video mode.

Many people were getting this error, and the only fix was to modify the lilo.conf file.

I do not know if this problem has been fixed as I don't have a monitor on the ASL box anymore, but I don't believe it has.

I understand Astaro's position (in general),
but if there is no other fix for this issue, what do you expect people to do?!?

Also, how do you suggest I report bugs?
I reported one recently via email, and was told I would have to buy a support contract! I don't need support at home, I just wanted to submit a bug!

Besides, I think it is well known that a lot of people have this video problem, so I didn't think I would need to submit it.
And, it's in your bug system:

BUG ID:
ID940 Older videocards may not support framebuffer/bootsplash

Barry

barrygould,

most people running old/unsupported graphic cards could wait the 30s the system takes to fallback to compatibility mode even running Astaro in a home environment.
On the other hand how often do you have to reboot the firewall?

Greetings
cyclops

barrygould,

most people running old/unsupported graphic cards could wait the 30s the system takes to fallback to compatibility mode even running Astaro in a home environment.
On the other hand how often do you have to reboot the firewall?

Greetings
cyclops

I don't remember that it always did continue after 30secs, but it's been a long time since I set it (been using 5.x since the early 4.7 betas).

I don't have to reboot often anymore.

Nonetheless, in our production environment, every second of downtime counts, which is why I like to fix things like this.

Barry

in critical environments one should have a look at the high availability option but I agree downtime is very displeasingly.

Greetings
cyclops

The issues where an up2date appears as unapplied whilst it is still downloading has got me a few times.

I strongly suggest the up2dates are NOT shown until they are completely downloaded to the system.

Guess it's not a bug, more a feature request.... Kinda