Unpackaged Wget. The only md5sum file I could find was a tar. Untared files and placed them in respective directories. md5sum appears to be working when I run md5sum -h or md5sum -V.
The thought was I needed md5sum and Wget.
Is there a permission my Network Admin might be blocking? When type the url in my website address I’m redirected twice and end up at http://download625.avast.com/. Any clues
look at the avastvpsupdate.sh, line 242 - this is the place where wget does its work.
you can insert ‘set -x’ above the wget-spawning line, to check how does the command look like, and also, remove that 2>/dev/null.
It’s probably some problem at the server, because this script is the same for some months - and wget’s presence/usability is checked at the start (otherwise you’ would get a warning directly).
error-4 usually means some problem in the network. try to wget that http://files.avast.com/files/latest/400vps.md5 manually to get a clue what’s wrong. probably missing proxy environment variables and blocked port 80?
Hmhmhm, Kroell - something is wrong. As it seems, that downloaded file has length 7 bytes, but … the 400vps.md5 should be longer - 43bytes.
Are you able to get it from our severs, using wget, in the full length? The contents of those files is the original contents that is placed to the target as md5-sanity check, then, it is replaced with the downloaded stuff.
Does it (exactly the same command) work ok with yours too?
and if not, what’s the wget’s errorcode ($?), or error message? maybe there was some change in wget cmdline interface that the script isn’t aware of.
I recompiled wget, nothing changed. My Version is: wget-1.11.1
The downloaded file has lenght of 7 this is correct.
wget -q -r http://files.avast.com/files/latest//400vps.md5 -O /var/tmp/avast4/Mai-05-08-15-40-40-594982.400vps.md5 is not working, error (in German): Wenn -O angegeben ist, dann darf -r, -p oder -N nicht verwendet werden.
without the “-r”-Switch the file gets downloaded correctly. I now changed this in line 237 of avastvpsupdate.sh and all seams working fine
server ~ # avastvpsupdate.sh
ERROR-0: New VPS: 080514-0 (date: 14.05.2008) succesfully installed.
Ah, that’s it - newser version of wget dislikes -r to one-file output. But, because we’re downloading single files only, the -r can be, indeed, omitted. Fixed, thanks for pointing to this change in wget cmdline switches.
OS here is Gentoo-Linux. All admins who updated during the last few weeks (error was since 7th of may - I haven’t relized this) their system, should get the same error
hmmm, but where comes the -r from? in our avastvpsupdate.sh script there’s no such option… and in avast-update neither.
also, i don’t remeber adding the -r there (because it was always one-file wgetting) - is it with -r in installation package?
answer - yes, it was present in previous version of the download-script, and already removed - OK.
So here’s are the beta-packages which have this fixed:
it should, but internally, there are pieces of IA32 code. Thus, such kernel must have been compiled with IA32 compatibility support:
CONFIG_IA32_EMULATION=yes
and also, IA32 libraries (libc, libm, libpthread) must be there. Many newer distributions have this as default, and thus, avast runs directly like a charm (but many older distros were source of problems - ubuntu hoary hedgehog, rhel4as etc.).
When I run avastupdate.sh the result is below: