Downloading applications via YaST interface hangs after ~10MB is downloaded

English Applications
#1

I’ve been trying to install some applications from the list of RPMs, but if the total amount is greater than 10mb or so it hangs in the middle of the download and after that can’t contact the server after the timeout. A lot of them stop at 98%, and I haven’t been able to figure out what’s going on. I’m entirely new to openSUSE, and any help or suggestions would be appreciated.

Also, whenever I try to download a .rpm file through firefox, the download sits at “starting” and never begins. It lets me download .deb files and whatever else just fine, but for whatever reason I can’t download .rpms.

#2

On 2011-09-23 00:06, DivideByZer0 wrote:

> Also, whenever I try to download a .rpm file through firefox, the
> download sits at “starting” and never begins. It lets me download .deb
> files and whatever else just fine, but for whatever reason I can’t
> download .rpms.

What kind of network are you using? Are you inside some institution,
company, university, corporate network?

–
Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

#3

Yeah, I’m inside a university network. I wasn’t able to install online updates when I installed because I needed to register the MAC address with the university through a browser, so I’m now reinstalling and applying online updates (which are working fine); hopefully that will fix it. It just seems strange that I can download and work with any other type of file thus far than RPMs, I’ll update on if this works or not when the updates complete.

#4

On 2011-09-23 02:06, DivideByZer0 wrote:
>
> Yeah, I’m inside a university network. I wasn’t able to install online
> updates when I installed because I needed to register the MAC address
> with the university through a browser, so I’m now reinstalling and
> applying online updates (which are working fine); hopefully that will
> fix it. It just seems strange that I can download and work with any
> other type of file thus far than RPMs, I’ll update on if this works or
> not when the updates complete.

I think your university network is filtering rpm files.

–
Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

#5

Hmm, yeah, it’s still not working. I’ll have to look into that, thanks!

#6

Strange, I can download .rpm files just fine on my Windows PC. I don’t think it actually did a true reinstall though; I thought I selected for it to wipe the hard drive but all my browser/email settings were retained…

#7

Okay, so, after the third reinstall in which I completely formatted my hard drive I’m still getting this issue. I’m starting to thing it might be network card related or associated with some other hardware or driver, since it seems very strange that I can download rpms fine from any other computer on the network and can’t for this one. I’m pretty stumped at this point, so if anyone has any other suggestions I’d be glad to hear them.

#8

On 09/23/2011 08:56 AM, DivideByZer0 wrote:
>
> if anyone has any other suggestions I’d be glad to hear them.

-=WELCOME=- new poster, i may have a suggestion, but please show us
the terminal output from (you will be asked for the root password,
please give it):


sudo /sbin/fdisk -l
df -h
free
mount
cat /etc/issue
uname -a

copy/paste the output back to this thread using the instructions here:
http://goo.gl/i3wnr

also, please tell us which DE you are using…and, is your Linux
running in a VM?

and, tell us what the campus network admins had to say about throttling
or whatever on rpms…and, also ask them --WAIT!!!-- in your first post
i see “if the total amount is greater than 10mb or so it hangs in the
middle of the download” and i wanna ask: 10mb really (so small)??

so, when you install there is a place where it asks (or used to, i
forget) if you want to “update” now or later…did you update during
install, or after? did you also have this hang around 10mb or so? what
i’m asking is, did you have a successful initial update, probably
hundreds of updates and a few GBs??

again, welcome…

–
DD
Caveat-Hardware-Software-
openSUSE®, the “German Automobiles” of operating systems

#9

Okay, so, after the third reinstall in which I completely formatted my hard drive I’m still getting this issue. I’m starting to thing it might be network card related or associated with some other hardware or driver, since it seems very strange that I can download rpms fine from any other computer on the network and can’t for this one.

I agree with Carlos’ assessment - they typically employ various file download limit restrictions and filtering to prevent wholesale downloading by students. Since each hardware MAC address is unique, maybe the other machines have different privileges set.

#10

On 09/23/2011 11:56 AM, deano ferrari wrote:
>
> Since each hardware MAC address is unique,
> maybe the other machines have different privileges set.

excellent observations…

hopefully the net owner will ease the limits enough to allow the initial
update to take place, or s/he will never have a stable environment!

[their limit algorithm probably ‘saw’ 2+GB of (update) RPMs lined up and
said “Whoa there cowboy! Drink more slowly!!”]

–
DD
openSUSE®, the “German Automobiles” of operating systems

#11

On 2011-09-23 11:56, deano ferrari wrote:

> I agree with Carlos’ assessment - they typically employ various file
> download limit restrictions and filtering to prevent wholesale
> downloading by students. Since each hardware MAC address is unique,
> maybe the other machines have different privileges set.

I was going to say that.

Also, if I were administering such a network, I would probably set an
openSUSE mirror inside, and discourage external direct download. Maybe they
have done that!

So, ask around…

–
Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

#12

Here’s the output:

capslock@MACGREGOR-FOUR-O-ONE:~> sudo /sbin/fdisk -l

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

root's password:

Disk /dev/sda: 41.1 GB, 41110142976 bytes
255 heads, 63 sectors/track, 4998 cylinders, total 80293248 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000d8574

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048     3147775     1572864   82  Linux swap / Solaris
/dev/sda2   *     3147776    34603007    15727616   83  Linux
/dev/sda3        34603008    80291839    22844416   83  Linux
capslock@MACGREGOR-FOUR-O-ONE:~> df -h
Filesystem            Size  Used Avail Use% Mounted on
rootfs                 15G  2.8G   12G  20% /
devtmpfs              244M  116K  243M   1% /dev
tmpfs                 248M  6.5M  242M   3% /dev/shm
/dev/sda2              15G  2.8G   12G  20% /
/dev/sda3              22G  173M   21G   1% /home
capslock@MACGREGOR-FOUR-O-ONE:~> free
             total       used       free     shared    buffers     cached
Mem:        507828     480160      27668          0      23804     278724
-/+ buffers/cache:     177632     330196
Swap:      1572860          0    1572860
capslock@MACGREGOR-FOUR-O-ONE:~> mount
devtmpfs on /dev type devtmpfs (rw,relatime,size=248948k,nr_inodes=62237,mode=755)
tmpfs on /dev/shm type tmpfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
/dev/sda2 on / type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
/dev/sda3 on /home type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
gvfs-fuse-daemon on /home/capslock/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
capslock@MACGREGOR-FOUR-O-ONE:~> cat /etc/issue
Welcome to openSUSE 11.4 "Celadon" - Kernel \r (\l).


capslock@MACGREGOR-FOUR-O-ONE:~> uname -a
Linux MACGREGOR-FOUR-O-ONE 2.6.37.6-0.7-default #1 SMP 2011-07-21 02:17:24 +0200 i686 i686 i386 GNU/Linux

I highly doubt my university is filtering anything related to Linux or capping download size, but its definitely possible theres some independent openSUSE repository set up. I’ve been trying to download the updates one at a time for now, which still only works if they are very small. I’m emailing the guy who recommended openSUSE to me to see if he’s had any similar issues.

Also, the automatic updates during the install process worked fine as far as I could tell, with no freezing or hanging. It’s just once I try to install software via the desktop environment that I get this issue.

#13

Oh, and I’m using XFCE right now, this computer doesn’t have a great graphics card and only 512mb of RAM. (also the guy who recommended oS to me has not had any of this sort of issue himself)

#14

On 09/23/2011 08:56 PM, DivideByZer0 wrote:
> Here’s the output:

well heck, i didn’t see what i was hoping to find (full partition or no
swap space or …)

so, i if you are sure it is not the network master, then hmmmmmm…

just for fun, use yast > software repos to make sure you have only four
repos enabled (oss, non-oss, update and packman) then switch to using
zypper…like, in a terminal:


zypper clean -a
zypper ref
zypper up

otherwise, i’m out of ideas.

–
DD
Caveat
openSUSE®, the “German Automobiles” of operating systems

#15

Hmm, the software repos are all set up right, and I tried the zypper commands and it freezes at 95% on the first package, same as with the GUI updater…Thanks anyway!

#16

On 09/23/2011 10:26 PM, DivideByZer0 wrote:
>
> Hmm, the software repos are all set up right, and I tried the zypper
> commands and it freezes at 95% on the first package, same as with the
> GUI updater…Thanks anyway!
>
>

ok, homework for you…i’m pretty sure i remember several threads right
after 11.4 came out (last spring) about similar problems…i think it
was solved with a fix to the dll that both yast and zypper uses (or a
networking fix, or or or or)…

but, i can’t think of the lib’s name just this second (and don’t have
the patience needed…gotta rush out the dooor soon)…

but i think once you use zypper to update that lib, OR use zypper to
update yast, and then use yast to update zypper…OR track down the
problem in the fora and learn the actual solution…your troubles will
be over…

maybe…

anyone else remember??

–
DD
Caveat
openSUSE®, the “German Automobiles” of operating systems

#17

On 2011-09-24 09:42, DenverD wrote:
> anyone else remember??

The one I remember happened with a particular network chip, and triggered
always with the same rpm. It has a known hack to avoid the bug, but I don’t
think this is the case.

I can find the details of the chip later, if needed. I feel lazy now.

–
Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

#18

I managed to get my hands on a new computer (a monstrosity of a Poweredge 4300) that I got OpenSUSE running on, and it updates and downloads RPMs (via YaST and browser) fine. I’m in the process of locating a replacement network card for the one that wasn’t working, that sounds promising! Thanks

#19

On 2011-09-26 15:36, DivideByZer0 wrote:
>
> I managed to get my hands on a new computer (a monstrosity of a
> Poweredge 4300) that I got OpenSUSE running on, and it updates and
> downloads RPMs (via YaST and browser) fine. I’m in the process of
> locating a replacement network card for the one that wasn’t working,
> that sounds promising! Thanks

3com 3c905x network card, that one is the problematic one.


Problems updating or dowloading certain softfware openSUSE
View this thread: http://forums.opensuse.org/showthread.php?t=458014
https://bugzilla.novell.com/show_bug.cgi?id=688454

There is a workaround (comment 22)

–
Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)