Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: lists.debian.org > debian-user-digest > 07 > 120955.html (Request Expert lists.debian.org Support)

debian-user-digest Digest V2007 #2959

From: <debian-user-digest-request(at)lists.debian.org>
Date: Wed Dec 05 2007 - 11:16:55 EST


Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2959

Today's Topics: 

  Re: permissions in /sbin              [ John Hasler  ]
  =?UTF-8?Q?Re:_How_to_mount_.iso_file  [ =?UTF-8?Q?misiek=5Fspam_?=  ]
  Re: Preferred Backup Method?          [ bruno  ]
  Re: OT: SATA Backplanes drivebays an  [ Bob  ]
  gecko engine crashes after today's u  [ Yevgen Yampolskiy  ]
  Re: Debian installer support on apt-  [ Michael Pobega  ]
  Re: Preferred Backup Method?          [ Michael Pobega  ]
  permissions in general (WAS: Re: per  [ "Martin Marcher" 

Date: Wed, 05 Dec 2007 07:51:55 -0600


From: John Hasler <jhasler@debian.org>


To: debian-user@lists.debian.org


Subject: Re: permissions in /sbin


Message-ID: <87ve7dp7us.fsf@toncho.dhh.gt.org>
Content-Type: text/plain; charset=us-ascii



andy writes:

> OK - but according to RUTE sbin = "Superuser binary executables.

The "s" is for "system", not for "superuser".


> These are programs for system administration only. Only the root will
> have these executables in their path" ("Rute User's Tutorial &
> Exposition", Paul Sheer, 2002; p137).
Do you need help?X

Any user can add /sbin to her path.

-- 
John Hasler


Date: Wed, 05 Dec 2007 15:34:15 +0100
From: =?UTF-8?Q?misiek=5Fspam_?= <misiek_spam@o2.pl>
To: debian-user@lists.debian.org
Subject: =?UTF-8?Q?Re:_How_to_mount_.iso_file_from_NFS_share=3F?=
Message-ID: <77416d52.35d340bc.4756b6e7.4f432@o2.pl>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On=20Dec=205,=2015:20=20"aaguillon@gmail.com"=20<aaguillon@gmail.com>=20w=
rote:
>=20
>=20Maybe=20file=20permission.=20I=20mean,=20on=20remote=20filesystem,=20=
the=20file=20belongs
>=20to,=20say,=20user=201002.=20But=20locally=20you=20are=20user=201001.=20=
Check=20this=20out...
>=20
But=20I=20can=20access=20the=20file=20-=20as=20a=20user.=20However=20the=20=
user=20cannot=20mount=20.iso=20-=20it=20requires=20root=20priviledges,=20=
so=20I=20have=20to=20use=20sudo.=20But=20then=20it=20tells=20me=20that=20=
I=20have=20no=20permissions=20to=20the=20file.=20Does=20it=20mean=20that=20=
root=20has=20no=20rights=20to=20files=20on=20NFS=20mount?=20

--=20
Michal=20R.=20Hoffmann



Date: Wed, 5 Dec 2007 09:43:16 -0500 (EST)
From: chloe K <chloekcy2000@yahoo.ca>
To: debian-user@lists.debian.org
Subject: Re: rsync to clone disk - Can it work? grub-install error
Message-ID: <854250.91699.qm@web57401.mail.re1.yahoo.com>
Content-Type: multipart/alternative; boundary="0-1666317651-1196865796=:91699"
Content-Transfer-Encoding: 7bit

--0-1666317651-1196865796=:91699
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable



Andrew Sackville-West <andrew@farwestbilliards.com> wrote: On Tue, Dec 04=
, 2007 at 02:56:57PM -0500, chloe K wrote:

> Hi all

>=20

> I install etch in hda
> then I add the hdc which have same partition but not same size in hda

>=20

> /dev/hda1 /boot
> /dev/hda2 /swap
> /dev/hda3 /

>=20

> i use rsync to copy data from hda to hdc

>=20

> I use fedora5 boot disk to boot.=20
> mount /boot and / and chroot to /


did you mount /boot within the chroot?=20


Yes, I did



> but I got error to grub-install /dev/hda

>=20

> You shouldn't call /sbin/grub-install. Please call /usr/sbin/grub-insta=

ll instead!

> tempnam: No such file or directory
> /usr/sbin/grub-install: line 394: $log_file: ambigous redirect


what actual command did you enter?=20


grub-install /dev/hda



      =20
---------------------------------
 All new Yahoo! Mail -=20
---------------------------------
Get a sneak peak at messages with a handy reading pane.
--0-1666317651-1196865796=:91699
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<br><br><b><i>Andrew Sackville-West &lt;andrew@farwestbilliards.com&gt;</=
i></b> wrote:<blockquote class=3D"replbq" style=3D"border-left: 2px solid=
 rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> On Tue, Dec 04,=
 2007 at 02:56:57PM -0500, chloe K wrote:<br>&gt; Hi all<br>&gt; <br>&gt;=
 I install etch in hda<br>&gt; then I add the hdc which have same partiti=
on but not same size in hda<br>&gt; <br>&gt; /dev/hda1 /boot<br>&gt; /dev=
/hda2 /swap<br>&gt; /dev/hda3 /<br>&gt; <br>&gt; i use rsync to copy data=
 from hda to hdc<br>&gt; <br>&gt; I use fedora5 boot disk to boot. <br>&g=
t; mount /boot and / and chroot to /<br><br>did you mount /boot within th=
e chroot? <br><br><br>Yes, I did<br><br><br>&gt; but I got error to grub-=
install /dev/hda<br>&gt; <br>&gt; You shouldn't call /sbin/grub-install. =
Please call /usr/sbin/grub-install instead!<br>&gt; tempnam: No such file=
 or directory<br>&gt; /usr/sbin/grub-install: line 394: $log_file: ambigo=
us redirect<br><br>what actual command did
 you enter? <br><br><br>grub-install /dev/hda<br><br></blockquote><br><p>=
&#32;
      <hr size=3D1> <a href=3D"http://ca.promos.yahoo.com/newmail/overvie=
w2/"><b>All new Yahoo! Mail - </b></a>
<hr size=3D1>Get a sneak peak at messages with a handy reading pane.
--0-1666317651-1196865796=:91699--



Date: Wed, 05 Dec 2007 15:14:15 +0100
From: bruno <bruno.debian@cyberoso.com>
To: debian-user@lists.debian.org
Subject: Re: Preferred Backup Method?
Message-ID: <4756B237.2070400@cyberoso.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Michael Pobega wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1

>

> What is d-u's preferred method of backups? Now that I'm running servers
> on my system (Apache, MySQL, SSH, etc.) I need to find a good method of
> backing up, because no matter how much security someone has things may
> still go wrong.

>

> So list your preferred methods of creating/restoring backups and the
> pros and cons. Thanks!

>

> - -- 
> If programmers deserve to be rewarded for creating innovative
> programs, by the same token they deserve to be punished if they
> restrict the use of these programs. 
>  - Richard Stallman
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)

>

> iD8DBQFHVcH4g6qL2BGnx4QRAq7tAJ49KhZOQNCcjcsk0jqFHVa8DS4cmwCgiWXc
> JyDyAiDY1HZ0d8n4xEY2tUM=
> =ZBlN
> -----END PGP SIGNATURE-----

>
>

>   

I use BackupPc. Easy to use, compression, hard linking of unchanged 
files => long history on smaller space, easy recovery of individual 
files (directly on the server or through tar/zip files), direct access 
to any archived file through archive browser.... real-life tested (both 
at home and at work)!!!

Possibility to dump to external support like DVD or tape, though I never 
tested that part. (I know I should have as real backup should always be 
AS EXTERNAL AS POSSIBLE)

Bruno



Date: Wed, 05 Dec 2007 17:39:11 +0800
From: Bob <spam@homeurl.co.uk>
To:  debian-user@lists.debian.org
Subject: Re: OT: SATA Backplanes drivebays and caddies
Message-ID: <475671BF.6020706@homeurl.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Bob wrote:

> Sorry for the OT post but I know a few round here are well informed on 
> the storage industry.

>

> I'm just about to migrate a bunch of PCs to SATA from IDE as the IDE 
> drive caddies are failing [0] and I already have my server and a few 
> PCs using SATA, what I'm looking for is a drivebay / backplane 
> manufacturer that has 5, 4, 3 and 1 slot internal bays available that 
> use the *same* tray / housing / caddie.

>

> The tray / housing / caddie doesn't have to be rugged [1] or cover the 
> whole drive, it would just be *really* convenient to be able to move 
> drives around at will.

>

> My search (below) hasn't helped much, has anyone round here got any 
> suggestions?
> sata "removable (disk | drive | harddrive) (caddy | bay | drawer | 
> tray)"  single multi

>

> Thanks

>

> [0] I think all ATA removable bays take a bunch of liberties with the 
> standard anyway and these were cheap and are old
> [1] which I suppose by definition means it's not a caddie 

<fx> crickets, cicadas and frogs </fx>
Alternatively if you can think of a better forum for this post a link 
would also be appreciated.

Thanks



Date: Wed, 05 Dec 2007 08:55:00 -0600
From: Yevgen Yampolskiy <genij.math@gmail.com>
To:  debian-user@lists.debian.org
Subject: gecko engine crashes after today's update
Message-ID: <4756BBC4.9000703@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hello,
 
Can anybody tell me where I should file bug reports for gecko engine?
It crashes all the time after today's update (debian unstable).

Unfortunately, I don't know how to see update history. Is there any way 
to see which packages I've updated today?

Best,
Yevgen.



Date: Wed, 5 Dec 2007 10:07:31 -0500
From: "Larry Irwin" <larryi@ccamedical.com>
To: "Debian Users" <debian-user@lists.debian.org>
Subject: Re: Preferred Backup Method?
Message-ID: <000b01c83750$90b4ab90$ae0000c0@LRINOTEBOOK>
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=response
Content-Transfer-Encoding: 7bit


> Michael Pobega wrote:

>> What is d-u's preferred method of backups?

We have 300+ Linux servers in the field that we support.
We use BackupEdge from www.microlite.com
Our tech support staff has handled crashed systems very easily using their 
RecoverEdge bare metal recovery utilities since we started using it back in 
the days of SCO Xenix...
We have had trouble with Travan type tape drives. (bad spindle design...)
The IOmega REVdrives work well if you stay away from the older/cheaper MB's 
that confuse SATA and IDE...
I really like Dell's "REV" version, the RD1000. It's essentially a hotswap 
sata drive in a full-height bay. So you can upgrade to a larger backup 
medium without replacing the backup device...
And, if you get really large datasets to backup, the SCSI/SAS based LTO tape 
drives are available up to 800GB.

Larry 



Date: Wed, 5 Dec 2007 07:50:35 -0800
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: rsync to clone disk - Can it work? grub-install error
Message-ID: <20071205155035.GL9741@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="C7+XW987wMXbik5u"
Content-Disposition: inline

--C7+XW987wMXbik5u
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Dec 05, 2007 at 09:43:16AM -0500, chloe K wrote:
>=20
>=20

> Andrew Sackville-West <andrew@farwestbilliards.com> wrote: On Tue, Dec 04=

, 2007 at 02:56:57PM -0500, chloe K wrote:

> > Hi all
> >=20
> > I install etch in hda
> > then I add the hdc which have same partition but not same size in hda
> >=20
> > /dev/hda1 /boot
> > /dev/hda2 /swap
> > /dev/hda3 /
> >=20
> > i use rsync to copy data from hda to hdc
> >=20
> > I use fedora5 boot disk to boot.=20
> > mount /boot and / and chroot to /

>=20

> did you mount /boot within the chroot?=20


hmmm... what about the rest of the file system?  Is / all on one
partition? What are the permissions on /tmp? and does /bin exist at
this point?

>=20
>=20

> Yes, I did

>=20
>=20

> > but I got error to grub-install /dev/hda
> >=20
> > You shouldn't call /sbin/grub-install. Please call /usr/sbin/grub-insta=

ll instead!

> > tempnam: No such file or directory
> > /usr/sbin/grub-install: line 394: $log_file: ambigous redirect

>=20

> what actual command did you enter?=20

>=20
>=20

> grub-install /dev/hda

>=20

I looked at the code and the issue is $log_file, which gets set early
on but could be changed in a number of circumstances. But they all
center around the use of /tmp and /bin/tempfile. I think somehow
you're getting a null $log_file and thus causing this ambiguous
redirect.=20

I'm not sh pro by any stretch, so ymmv.

A

--C7+XW987wMXbik5u
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHVsjKaIeIEqwil4YRAlGMAJ91mWXqqZqDi+ekEGJxB20hlQWvJgCfQcXw
VIb1JMxA38KrznxRFCQVBPc=
=nsKJ
-----END PGP SIGNATURE-----

--C7+XW987wMXbik5u--


Do you need more help?X

Date: Wed, 5 Dec 2007 07:20:45 -0800 (PST)
From: Javi <javibarroso@gmail.com>
To: debian-user@lists.debian.org
Subject: Debian installer support on apt-cacher-ng
Message-ID: <94de80fe-5000-4d83-8e6e-ce6a0934d572@s19g2000prg.googlegroups.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hello,

I tried to install apt-cacher-ng (0.1.6). It works nice for xen-tools
and like repository for my sources.list, but when I configure debian
installer to use "apt_cacher_ng_IP:3142" and "ftp.debian.org/debian"
like base directory, it didn't work

debian installer says it couldn't find repository.

I read at #454190 , about apt-cacher supports the debian installer as
client, but I didn't find info about apt-cacher-ng support.

Thank you!



Date: Wed, 5 Dec 2007 11:07:40 -0500
From: Michael Pobega <pobega@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Debian installer support on apt-cacher-ng
Message-ID: <20071205160740.GA3839@digital-haze.net>
Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed
Content-Disposition: inline

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wed, Dec 05, 2007 at 07:20:45AM -0800, Javi wrote:

> Hello,
> 
> I tried to install apt-cacher-ng (0.1.6). It works nice for xen-tools
> and like repository for my sources.list, but when I configure debian
> installer to use "apt_cacher_ng_IP:3142" and "ftp.debian.org/debian"
> like base directory, it didn't work
> 
> debian installer says it couldn't find repository.
> 
> I read at #454190 , about apt-cacher supports the debian installer as
> client, but I didn't find info about apt-cacher-ng support.
> 
> Thank you!
> 
> 


ftp.debian.org is no longer in use, use a local mirror (Or use apt-spy
to find the fastest mirror for you)

- -- 
If programmers deserve to be rewarded for creating innovative
programs, by the same token they deserve to be punished if they
restrict the use of these programs. 
 - Richard Stallman
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHVszMg6qL2BGnx4QRAuTyAJ0d5de1cjvPtJq4qU89IqnYKEApxQCfbuVf
cf6O2oIq7oxWHbgsPZZyNbk=
=CLc2
-----END PGP SIGNATURE-----



Date: Wed, 5 Dec 2007 11:12:16 -0500
From: Michael Pobega <pobega@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Preferred Backup Method?
Message-ID: <20071205161216.GB3839@digital-haze.net>
Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed
Content-Disposition: inline

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, Dec 04, 2007 at 08:29:03PM -0600, Ron Johnson wrote:

> On 12/04/07 16:19, Michael Pobega wrote:
> > On Tue, Dec 04, 2007 at 04:04:47PM -0600, Ron Johnson wrote:
> >> On 12/04/07 15:09, Michael Pobega wrote:
> >>> What is d-u's preferred method of backups? Now that I'm running servers
> >>> on my system (Apache, MySQL, SSH, etc.) I need to find a good method of
> >>> backing up, because no matter how much security someone has things may
> >>> still go wrong.
> >>>
> >>> So list your preferred methods of creating/restoring backups and the
> >>> pros and cons. Thanks!
> >> *Much* more information needed.
> > 
> > 
> > Sorry, I wasn't thinking.
> > 
> >> How much stuff?  50MB?  5GB?  500GB?  5TB?
> > 
> > 
> > 80GB HDD. It isn't full, of course, but that's the maximum (Currently
> > about 45 GB)
> > 
> >> How compressible is it?  Text/MySQL files or MP3s and JPGs?
> > 
> > 
> > I wouldn't know the answer to that questions.
> 
> MySQL dumps are compressible (unless it's compressed during the dump
> phase).  Text is compressible.  OOo, AbiWord, Gnumeric, etc aren't.
> 
> >> How important is it?  Your own stuff, or a business' stuff?
> > 
> > 
> > It's pretty important; It's my own stuff, it has all of my school work,
> > programming work, pictures, videos, and configuration files on it.
> 
> Pictures and video obviously aren't compressible.
> 
> >> How big of a window do you have to back it up?  30 minutes at 23:15,
> >> and you're fired if it goes past midnight?  All night between 17:30
> >> and 07:30?
> > 
> > 
> > A weekly night-backup would be my preferred method. 
> 
> Perfectly adequate for home use.
> 
> >> How often will the lusers will "Michael, this stupid computer ate my
> >> work.  Bring it back!!" (Meaning, of course, that they
> >> stupidly/carelessly deleted/overwrote it.)  If it's a database, will
> >> the developers want regular copies restored for testing?
> > 
> > 
> > It's just my own stuff...The odds are probably low of someone deleting
> > my work by accident, but better safe than sorry.
> 
> Tar (or rsync) your source trees on an hourly basis to a totally
> separate directory.  Volatile stuff needs to be saved frequently.
> 
> >> Frequency?  Nightly, weekly, every-other-day?
> > 
> > 
> > Weekly.
> > 
> >> Retention?  Keep backups for a month?  Quarter?  Year?  7 years?
> > 
> > 
> > I'd probably keep backups for two weeks, so I've have two backups at any
> > given time.
> > 
> >> Budget?  Always a killer...
> > 
> > 
> > I have another laptop sitting around with a 60GB HDD; Could I use that
> > as a backup?
> > 
> > Otherwise all I have is a 4GB pendrive and no money (But I could get my
> > hands on an 80GB External HDD easily)
> 
> 3 weeks till Santa-bot tries to trim the tree with your entrails and
> deck the halls with your guts.  I'm sure he could hurl an empty
> external case or two at you.
> 
> >> As for backing it up, tar.  Works like a champ.
> > 
> > 
> > Just `tar -cvvf backup-`date`.tar /`? Is it really that simple?
> 
> Plain old "date"?  No.  I prefer `date +%y%m%d.%H%M`.
> 


I'm trying to write a shell script to use tar for backups, but I want to
know; Which directories are nessecary to backup with tar and which
aren't? Obviously /bin, /usr, /home, /boot, /lib, /srv (Where I keep
all of my chroots) and /etc are, but are any of the other directories
mandatory to backup? Or are any of these directories fruitless to
backup?

- -- 
If programmers deserve to be rewarded for creating innovative
programs, by the same token they deserve to be punished if they
restrict the use of these programs. 
 - Richard Stallman
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHVs3gg6qL2BGnx4QRAiOMAJ9BprqFBFaEmeefuKPefiy4+iLW5QCdHebL
YVepPBMh5dgpyEptwjFvc4I=
=JZxs
-----END PGP SIGNATURE-----



Date: Wed, 5 Dec 2007 16:58:59 +0100
From: "Martin Marcher" <martin@marcher.name>
To: debian-user <debian-user@lists.debian.org>
Subject: permissions in general (WAS: Re: permissions in /sbin)
Message-ID: <5fa6c12e0712050758i433bfc93if33db92fd4d2e284@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,

jumping in.

On 12/4/07, andy <geek_show@dsl.pipex.com> wrote:

> ls -l /sbin is all

>

> -rwxr-xr-x 1 root root   ...


I understand this issue. What I don't get is why it seems to be the
overall default that others may read and execute files in most cases.

To me it would make sense to have something like (very naive right
now, hope you get the idea):

/bin root:users rwxr-x---
/sbin root:adm rwxr-x---
/usr/bin root:users rwxr-x---
/usr/sbin root:adm rwxr-x---

and so on. Using acl's it would be very easy to add even more groups.
I think the explicit adding of others would make a lot of sense and
secure the system in a standard way.

I guess it's more a historical reason that others can r+x most of the
system but I can see a lot of benefits in denying others by default
(of course there's a lot of work involved to migrate from the current
permission schema that's at least a serious drawback)

What do you think?

-- 
http://noneisyours.marcher.name
http://feeds.feedburner.com/NoneIsYours

Date: Wed, 5 Dec 2007 10:02:38 -0500
From: "Douglas A. Tutty" <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: How to mount .iso file from NFS share?
Message-ID: <20071205150238.GF6480@titan.hooton>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Dec 05, 2007 at 03:34:15PM +0100, misiek_spam  wrote:

> 
> On Dec 5, 15:20 "aaguillon@gmail.com" <aaguillon@gmail.com> wrote:
> > 
> > Maybe file permission. I mean, on remote filesystem, the file
> > belongs to, say, user 1002. But locally you are user 1001. Check
> > this out...
> > 
> But I can access the file - as a user. However the user cannot mount
> .iso - it requires root priviledges, so I have to use sudo. But then
> it tells me that I have no permissions to the file. Does it mean that
> root has no rights to files on NFS mount? 


It probably has something to do with root_squash on the NFS server,
although I'm unsure of the details here.  Its been a couple of years
since I used NFS.

Doug.



Date: Wed, 5 Dec 2007 09:58:31 -0500
From: "Douglas A. Tutty" <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: Preferred Backup Method?
Message-ID: <20071205145831.GE6480@titan.hooton>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Dec 04, 2007 at 05:19:48PM -0500, Michael Pobega wrote:
 

> I have another laptop sitting around with a 60GB HDD; Could I use that
> as a backup?


Sure.  Note, however, that if that's you're only backup, and the only
use for that laptop, that since the drive is small compared to the
source drive, you want to minimize other use of that 60 GB drive.
Debian has a larger footprint than e.g. OpenBSD.  I'd install a base
OpenBSD, with only the required install sets.  Then install the rsync
package.  OBSD base already comes with ssh so you should be set.  Put
the backups somewhere under /home (leave the rest of the hier for OBSD)
so you can do upgrades every six months as they come out.  Since this
box isn't going to be connected to anything but the source box, you
probably don't have to worry about compiling patches.  

The OpenBSD install should fit in a 400 MB partition, with /home on a
partition (slice) that takes up the rest of the drive.

Doug.



Date: Wed, 5 Dec 2007 10:22:04 -0500
From: "Douglas A. Tutty" <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: Slow access speeds for backup server
Message-ID: <20071205152204.GJ6480@titan.hooton>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Dec 04, 2007 at 08:50:16PM -0600, Ron Johnson wrote:

> On 12/04/07 19:57, Duncan McDonald wrote:
> > 
> > I run a small network with a primary and secondary debian server which
> > access the net through a debian router. The debian router serves 3
> > separate intranets and like the servers, is running Sarge stable.
> 
> Sarge is oldstable.  With the emphasis on *old*.
> 
> Anything that's visible to the hostile environment that is the
> Intarweb, I'd bump that world-facing router to Etch ASAP.
> 
> > Over the past couple of weeks I've noticed that access times to the
> > backup server have been steadily increasing and now it takes about 2
> > minutes to display a web page. At first I thought it might be a router
> > issue because when I ran tcpdump the summary at the end said:
> [snip]
> > 
> > This network configuration has been running fine for over a year now
> > without any changes so I'm a bit stumped about what the problem is.
> 
> Could be your NIC is getting dodgy.  Or the HDD.  Or the ISP is
> having problems.


Or by now he's been bitten by one of the vulnerabilites since the last
time he upgraded.

What does top show (perhaps its CPU, memory, or waiting), or bwm-ng?
What about watching ifconifg for a bit?  What's showing up in syslog?

Doug.

End of debian-user-digest Digest V2007 Issue #2959
**************************************************

Received on Wed Dec  5 11:22:36 2007

This archive was generated by hypermail 2.1.8 : Wed Mar 19 2008 - 02:57:34 EDT

Can we help you?X
Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library