System load?

Hi People,

Well we have gathered that a new kernel does not solve the
problem,
so it must be something else. I refuse to believe it's down
to the
qube not being very powerfull, I've got a towered Amiga 1200
here
that I quite often transfer gigs of data through and it
never falls
over.

I think this needs nore investigation. 


--- Claudio Leiva S <cleivascox.net> wrote:

> Hi Guys:
> 
> I finally manage to install 3.99.17 from the last
restore cd onto a
> 10 gb
> hard drive and I also attached my old 160 gb hard drive
as slave of
> the 10
> gb hard drive with the intention to make a backup onto
my pc and
> then make a
> fresh install of the system.
> 
> When I try to recompile the kernel with the option
"options
> SOSEND_NO_LOAN"
> I get a message that the option was already included on
the kernel,
> good!!,
> but then when I start transferring files from the 160
hd to my pc,
> the Qube
> freeze again!!, 2 times while I was transferring
arround 6 gb of
> data, then
> again while I was transferring 1.5 gb.
> 
> Now, the "SOSEND_NO_LOAN" I would imagine fix
that problem, right,
> so why I
> still have the same problem??, any idea.
> 
> Thanks.
>   
>  
>  
> Claudio Leiva
> Las Vegas, Nevada
> USA
> http://cleiva.no-ip.com
> (Powered by NetBSD for Cobalt)
>  
>  
>  
> -----Mensaje original-----
> De: port-cobalt-ownerNetBSD.org
> [mailto:port-cobalt-ownerNetBSD.org] En
> nombre de Glyn Astill
> Enviado el: jueves, 14 de diciembre de 2006 2:19
> Para: Alex Pelts; port-cobaltnetbsd.org
> Asunto: Re: System load?
> 
> Now I'm even more confused. What the hell is userland.
> 
> Am I right in thinking I just need to get hold of the
4.0 branch
> source and compile it, then rename the kernel image?
> 
> I used the 3.99.17 restore CD, if I compile a new
kernel and it
> turns
> out to be a lemon, how do I get back onto the old one?
> 
> Also it'd be handy if someone could post the parameters
they used
> on
> their Qube and what they mean.
> 
> Cheers
> Glyn
> 
> --- Alex Pelts <alexpbroadcom.com> wrote:
> 
> > Sorry. What I meant is that kernel does not work
with user land.
> > 
> > Alex Pelts wrote:
> > > By the way kernel 3-0 branch does not now
with user land from
> > this 
> > > restore cd. I had unfortunate luck to find
this our on some one
> > else's 
> > > Qube. So if you are going to update kernel
for installation
> from
> > that CD 
> > > do not use 3-0 branch.
> > > 
> > > Personally I use kernel from 3-0 branch with
3.0 user land and
> it
> > works 
> > > fine.
> > > 
> > > Regards,
> > > Alex
> > > 
> > > 
> > > Erik Berls wrote:
> > >> 3.1 is NOT.  3.1 is the 3.0 branch with
some additional
> pullups.
> >  
> > >> 3.99.17 is of about 6 months ago.  Thus
its closer to the 4
> > branch.
> > >>
> > >> I'm not sure about the cubes, but on the
raq's you can execute
> a
> > BFD 
> > >> line at the prom that may allow you to
execute alternate
> > kernels.  
> > >> (It's been a while since I've had to do
this.)
> > >>
> > >> -=erik.
> > >>
> > >>
> > >>
> > >>
> > >> On 12/11/06, *Andy Ruhl* <acruhlgmail.com
> > <mailto:acruhlgmail.com>> 
> > >> wrote:
> > >>
> > >>     On 12/11/06, Glyn Astill
<glynastillyahoo.co.uk
> > >>     <mailto:glynastillyahoo.co.uk>> wrote:
> > >>      > Sorry to sound basic, if I
upgrade the kernel to v4
> will
> > that mean
> > >>      > that I'm running version 4 of
NetBSD?
> > >>      >
> > >>      > In theory this shouldn't change
the way my machine
> works,
> > it'll 
> > >> just
> > >>      > be running a newer kernel?
> > >>      >
> > >>      > What worries me is if I compile
a poo kernel and am
> > unable to get
> > >>      > back into the os to put the old
image back.
> > >>      >
> > >>      > What are the Qube specific
switches and configurations
> > used to do
> > >>      > this?
> > >>      >
> > >>      > I think I'm going to need some
hand hloding through
> this
> > or I may
> > >>      > cry.
> > >>
> > >>     Start with this.
> > >>
> > >>     (Same old "back up your
box" disclaimer will apply
> > eventually)
> > >>
> > >>     Mount your Linux partition and do ls
-l in the boot
> > directory on the
> > >>     Linux partition. Here's a quick
example:
> > >>
> > >>     My Qube2 disk (non fixed font
garbled, sorry):
> > >>
> > >>     # disklabel -r wd0
> > >>     # /dev/rwd0d:
> > >>     type: ESDI
> > >>     disk: IC35L060AVER07-0
> > >>     label: fictitious
> > >>     flags:
> > >>     bytes/sector: 512
> > >>     sectors/track: 63
> > >>     tracks/cylinder: 16
> > >>     sectors/cylinder: 1008
> > >>     cylinders: 119150
> > >>     total sectors: 120103200
> > >>     rpm: 3600
> > >>     interleave: 1
> > >>     trackskew: 0
> > >>     cylinderskew: 0
> > >>     headswitch: 0           #
microseconds
> > >>     track-to-track seek: 0  #
microseconds
> > >>     drivedata: 0
> > >>
> > >>     8 partitions:
> > >>     #        size    offset     fstype
[fsize bsize cpg/sgs]
> > >>     a: 118993074   1110126     4.2BSD  
2048 16384 28608  #
> > (Cyl.      
> > >> 1101*- 119149)
> > >>     b:   1048576     61550       swap    
                #
> > (Cyl.
> > >>     61*-   1101*)
> > >>     c: 120041650     61550     unused    
 0     0        #
> > (Cyl.    
> > >>     61*- 119149)
> > >>     d: 120103200         0     unused    
 0     0        #
> > (Cyl.      0
> > >>     - 119149)
> > >>     e:     61487        63 Linux Ext2    
 0     0        #
> > (Cyl.
> > >>     0*-     61*)
> > >>     f: 120041650     61550     unused    
 0     0        #
> > (Cyl.    
> > >>     61*- 119149)
> > >>
> > >>     Linux partition is /dev/wd0e, so
let's mount it:
> > >>
> > >>     # mount -t ext2fs /dev/wd0e /mnt
> > >>     # ls -l /mnt/boot
> > >>     total 104
> > >>     -r-xr-xr-x  1 root  wheel  22470 Sep
19  2005 boot.gz
> > >>     -r--r--r--  1 root  wheel  27838 Jul
12  2004 boot.old.gz
> > >>     -r-xr-xr-x  1 root  wheel  22473 Sep
19  2005 vmlinux.gz
> > >>     -r--r--r--  1 root  wheel  27838 Jul
12  2004
> vmlinux.old.gz
> > >>
> > >>     I'm not remembering at this point if
it's vmlinux.gz or
> > boot.gz that
> > >>     is being read by the Cobalt
firmware... I believe it's
> > vmlinux.gz. 
> > >> The
> > >>     point is, if it's this small (22k or
so), then it's really
> 
=== message truncated ===



Glyn Astill



		
___________________________________________________________ 
Yahoo! Messenger - with free PC-PC calling and photo
sharing. http://uk.messenger.yah
oo.com

Perhaps even a samba problem? I'm copying my files over
samba,
however I have had freezes when compiling things that take a
very
long time.


--- Glyn Astill <glynastillyahoo.co.uk> wrote:

> Hi People,
> 
> Well we have gathered that a new kernel does not solve
the problem,
> so it must be something else. I refuse to believe it's
down to the
> qube not being very powerfull, I've got a towered Amiga
1200 here
> that I quite often transfer gigs of data through and it
never falls
> over.
> 
> I think this needs nore investigation. 
> 
> 
> --- Claudio Leiva S <cleivascox.net> wrote:
> 
> > Hi Guys:
> > 
> > I finally manage to install 3.99.17 from the last
restore cd onto
> a
> > 10 gb
> > hard drive and I also attached my old 160 gb hard
drive as slave
> of
> > the 10
> > gb hard drive with the intention to make a backup
onto my pc and
> > then make a
> > fresh install of the system.
> > 
> > When I try to recompile the kernel with the option
"options
> > SOSEND_NO_LOAN"
> > I get a message that the option was already
included on the
> kernel,
> > good!!,
> > but then when I start transferring files from the
160 hd to my
> pc,
> > the Qube
> > freeze again!!, 2 times while I was transferring
arround 6 gb of
> > data, then
> > again while I was transferring 1.5 gb.
> > 
> > Now, the "SOSEND_NO_LOAN" I would
imagine fix that problem,
> right,
> > so why I
> > still have the same problem??, any idea.
> > 
> > Thanks.
> >   
> >  
> >  
> > Claudio Leiva
> > Las Vegas, Nevada
> > USA
> > http://cleiva.no-ip.com
> > (Powered by NetBSD for Cobalt)
> >  
> >  
> >  
> > -----Mensaje original-----
> > De: port-cobalt-ownerNetBSD.org
> > [mailto:port-cobalt-ownerNetBSD.org] En
> > nombre de Glyn Astill
> > Enviado el: jueves, 14 de diciembre de 2006 2:19
> > Para: Alex Pelts; port-cobaltnetbsd.org
> > Asunto: Re: System load?
> > 
> > Now I'm even more confused. What the hell is
userland.
> > 
> > Am I right in thinking I just need to get hold of
the 4.0 branch
> > source and compile it, then rename the kernel
image?
> > 
> > I used the 3.99.17 restore CD, if I compile a new
kernel and it
> > turns
> > out to be a lemon, how do I get back onto the old
one?
> > 
> > Also it'd be handy if someone could post the
parameters they used
> > on
> > their Qube and what they mean.
> > 
> > Cheers
> > Glyn
> > 
> > --- Alex Pelts <alexpbroadcom.com> wrote:
> > 
> > > Sorry. What I meant is that kernel does not
work with user
> land.
> > > 
> > > Alex Pelts wrote:
> > > > By the way kernel 3-0 branch does not
now with user land from
> > > this 
> > > > restore cd. I had unfortunate luck to
find this our on some
> one
> > > else's 
> > > > Qube. So if you are going to update
kernel for installation
> > from
> > > that CD 
> > > > do not use 3-0 branch.
> > > > 
> > > > Personally I use kernel from 3-0 branch
with 3.0 user land
> and
> > it
> > > works 
> > > > fine.
> > > > 
> > > > Regards,
> > > > Alex
> > > > 
> > > > 
> > > > Erik Berls wrote:
> > > >> 3.1 is NOT.  3.1 is the 3.0 branch
with some additional
> > pullups.
> > >  
> > > >> 3.99.17 is of about 6 months ago. 
Thus its closer to the 4
> > > branch.
> > > >>
> > > >> I'm not sure about the cubes, but on
the raq's you can
> execute
> > a
> > > BFD 
> > > >> line at the prom that may allow you
to execute alternate
> > > kernels.  
> > > >> (It's been a while since I've had to
do this.)
> > > >>
> > > >> -=erik.
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> On 12/11/06, *Andy Ruhl*
<acruhlgmail.com
> > > <mailto:acruhlgmail.com>> 
> > > >> wrote:
> > > >>
> > > >>     On 12/11/06, Glyn Astill
<glynastillyahoo.co.uk
> > > >>     <mailto:glynastillyahoo.co.uk>> wrote:
> > > >>      > Sorry to sound basic, if I
upgrade the kernel to v4
> > will
> > > that mean
> > > >>      > that I'm running version 4
of NetBSD?
> > > >>      >
> > > >>      > In theory this shouldn't
change the way my machine
> > works,
> > > it'll 
> > > >> just
> > > >>      > be running a newer kernel?
> > > >>      >
> > > >>      > What worries me is if I
compile a poo kernel and am
> > > unable to get
> > > >>      > back into the os to put
the old image back.
> > > >>      >
> > > >>      > What are the Qube specific
switches and
> configurations
> > > used to do
> > > >>      > this?
> > > >>      >
> > > >>      > I think I'm going to need
some hand hloding through
> > this
> > > or I may
> > > >>      > cry.
> > > >>
> > > >>     Start with this.
> > > >>
> > > >>     (Same old "back up your
box" disclaimer will apply
> > > eventually)
> > > >>
> > > >>     Mount your Linux partition and
do ls -l in the boot
> > > directory on the
> > > >>     Linux partition. Here's a quick
example:
> > > >>
> > > >>     My Qube2 disk (non fixed font
garbled, sorry):
> > > >>
> > > >>     # disklabel -r wd0
> > > >>     # /dev/rwd0d:
> > > >>     type: ESDI
> > > >>     disk: IC35L060AVER07-0
> > > >>     label: fictitious
> > > >>     flags:
> > > >>     bytes/sector: 512
> > > >>     sectors/track: 63
> > > >>     tracks/cylinder: 16
> > > >>     sectors/cylinder: 1008
> > > >>     cylinders: 119150
> > > >>     total sectors: 120103200
> > > >>     rpm: 3600
> > > >>     interleave: 1
> > > >>     trackskew: 0
> > > >>     cylinderskew: 0
> > > >>     headswitch: 0           #
microseconds
> > > >>     track-to-track seek: 0  #
microseconds
> > > >>     drivedata: 0
> > > >>
> > > >>     8 partitions:
> > > >>     #        size    offset    
fstype [fsize bsize cpg/sgs]
> > > >>     a: 118993074   1110126    
4.2BSD   2048 16384 28608  #
> > > (Cyl.      
> > > >> 1101*- 119149)
> > > >>     b:   1048576     61550      
swap                     #
> > > (Cyl.
> > > >>     61*-   1101*)
> > > >>     c: 120041650     61550    
unused      0     0        #
> > > (Cyl.    
> > > >>     61*- 119149)
> > > >>     d: 120103200         0    
unused      0     0        #
> > > (Cyl.      0
> > > >>     - 119149)
> > > >>     e:     61487        63 Linux
Ext2      0     0        #
> 
=== message truncated ===



Glyn Astill



		
___________________________________________________________ 
Now you can scan emails quickly with a reading pane. Get the
new Yahoo! Mail. http://uk.doc
s.yahoo.com/nowyoucan.html

If there's a problem, you guys really need to log into the
console and
gather the dump so a developer can look at it. It makes no
sense to
complain about things with no evidence of the problem.

I'm not sure off hand if there is a way to tell ddb to
automatically
save a dump and reboot. If that's possible, you should set
that and
check for that. I've panicked my box, but it's been a while.
I'm on
NetBSD-3.1 on a Qube2 with a fairly generic kernel, and it's
been
pretty stable for me. I compile things from pkgsrc that take
many,
many hours and I've had no problems. It's functioning as a
firewall
and fileserver as well.

Andy

acruhlgmail.com wrote:

> If there's a problem, you guys really need to log into
the console and
> gather the dump so a developer can look at it. It makes
no sense to
> complain about things with no evidence of the problem.

options DIAGNOSTIC (and options DEBUG) might provide more
info
on console.
---
Izumi Tsutsui