Re: [SLUG] [OT] fileserver suggestions

2008-05-29 Thread Peter Hardy

Hey hey.

Alex Samad wrote:

I am looking at putting together a file server for the house. looking
for a case that would support 4 (or 6) drives, the motherboard needs to
have 4-6 sata connectors (and maybe 2 esata connectors on the outside
and a gig eth (2 would be good), I am presuming a 400-500w power supply


Have you considered picking up a NAS appliance instead of trying to 
build up a PC? I've just added a D-Link DNS-323 to my network, which 
apart from only housing two drives meets most of your requirements. It's 
much smaller and more attractive than a PC case, and the only time I 
hear it is when it spins up the drives from idle.


There are four drive boxes around, and the vast majority of them run 
Linux under the hood and are moderately easy to hack around with.



The other requirement is has to be very quiet ( and no lights on the
case).


If you do end up building your own, who says you need to connect any of 
the LEDs? :-P


--
Pete
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] [OT] fileserver suggestions

2008-05-29 Thread Alex Samad
On Thu, May 29, 2008 at 05:11:42PM +1000, Peter Hardy wrote:
 Hey hey.

 Alex Samad wrote:
 I am looking at putting together a file server for the house. looking
 for a case that would support 4 (or 6) drives, the motherboard needs to
 have 4-6 sata connectors (and maybe 2 esata connectors on the outside
 and a gig eth (2 would be good), I am presuming a 400-500w power supply

 Have you considered picking up a NAS appliance instead of trying to  
 build up a PC? I've just added a D-Link DNS-323 to my network, which  
 apart from only housing two drives meets most of your requirements. It's  
 much smaller and more attractive than a PC case, and the only time I  
 hear it is when it spins up the drives from idle.
I need space for 4 drives, my current server have space for 2 and 3
respectively

I was thinking of using my asus 500Gp with openwrt on it but I would
like to have a Gig eth port


 There are four drive boxes around, and the vast majority of them run  
 Linux under the hood and are moderately easy to hack around with.

Yeah I thought I could build one cheaper but maybe not


 The other requirement is has to be very quiet ( and no lights on the
 case).

 If you do end up building your own, who says you need to connect any of  
 the LEDs? :-P

true


 -- 
 Pete
 -- 
 SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
 Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


-- 
I'm not going to talk about what I did as a child. What I am going to talk 
about -- and I am going to say this consistently -- [is that] it is irrelevant 
what I did 20 to 30 years ago. What's relevant is that I have learned from any 
mistakes I made. I do not want to send signals to anybody that what Gov. Bush 
did 30 years ago is cool to try.

- George W. Bush
in an interview with WMUR-TV in New Hampshire, when asked if he had used drugs, 
marijuana, cocaine


signature.asc
Description: Digital signature
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] [OT] fileserver suggestions

2008-05-29 Thread Alex Samad
On Thu, May 29, 2008 at 09:08:10AM +0800, jam wrote:
 On Thursday 29 May 2008 08:38:05 [EMAIL PROTECTED] wrote:
  I am looking at putting together a file server for the house. looking
  for a case that would support 4 (or 6) drives, the motherboard needs to
  have 4-6 sata connectors (and maybe 2 esata connectors on the outside
  and a gig eth (2 would be good), I am presuming a 400-500w power supply
 
  The other requirement is has to be very quiet ( and no lights on the
  case).
 
  I have been looking at fuildtek (http://fluidtek.com.au/) they have
  thermaltake rs wing case's, thinking of a cheap E2180 (down the page a
  bit), I don't need much grunt, all it will be doing it running nfs
 
 
  any thoughts ?
 
 Yes, you are deluded :-)
 
 6 disks are NOISY no matter what.
 I use an ELX mini ITX box with a single WD 750G drive. Dead quiet and nice.
 
 The Antec NSK 1380 is just about in-audible at 1 meter and can take 2 disks 
 if 
 you fiddle and a uATX motherboard. (I use an AMD BE2300) which has grunt but 
 is silent and cool (sustained about 35W for the whole system, Gigabyte + 2G 
 +160G, - on the meter per 24 hours. The single police-strobe-blue is 
 unpluggable, whereupon the box is dark.

I currently have a shuttle SN25P, with 3 drives (2x1T + 1x500g), I can't
really hear it, except when the cdrom drive is going or the ambient temp
is high

 
 James
 -- 
 SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
 Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
 

-- 
Iran would be dangerous if they have a nuclear weapon.

- George W. Bush
06/18/2003
Washington, DC


signature.asc
Description: Digital signature
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] simple text formatting language

2008-05-29 Thread Sonia Hamilton
* Sonia Hamilton [EMAIL PROTECTED] [2008-05-29 10:27:39 +1000]:
 Can anyone recommend a simple text formatting language/package?

Thanks everyone for your suggestions - a lot to experiment with :-)

Sonia.


signature.asc
Description: Digital signature
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] opening com port in terminal

2008-05-29 Thread Voytek Eymont

On Wed, May 28, 2008 9:40 pm, Kevin Shackleton wrote:

 I don't have any experience with your distros, but I'd say that if you
 get an offline message that means that the CD (carrier detect) line is
 low, there is some hardware handshaking going on.  I would not expect the
 issues of minicom to be the same.

Kevin,
thanks for detailed explanation, much appreciated

as it was, it was 'Xen' that was grabbing COM1 at boot up, disabling it
allowed minicom to have a go at COM1 (even though it still says 'offline')

so, it now works fine,
now I can try to feed the data into mrtg or rrdt,
thanks again

-- 
Voytek

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] upgrading complicated installs

2008-05-29 Thread jam
On Thursday 29 May 2008 19:23:16 [EMAIL PROTECTED] wrote:
  was wondering if anyone has any thoughts.

 I've got a feisty desktop that has grown like topsy. It's running
 several services eg: webserver, mail , postgres, mysql, apt-caching,
 Nvidia proprietary drivers, accounting software, etc etc.. lots of
 stuff.  Probably things I've completely forgotten about.

 At one time, I changed the UUID's in fstab to the old fashioned /dev
 id's (because of compatibility issues at the time with Mondo). Some
 things have been installed from source, some from .deb that I have
 downloaded, and most from simple apt-get.

 To complicate things, the box already has 4 hard drives installed, so
 installing another one for copying is probably not an option.

 In other words, it's a complete mish-mash.

 Some things are critical, some important, some trivial.

 I also made the mistake of using Automatix, and I've read that it has
 the potential to completely break upgrades.

 The system works fine, but it's getting old and I want to upgrade to
 Hardy. I think maybe a complete new Hardy, but what's the way to make
 sure I don't lose stuff... or is it too late :)

 I'm sure there is no simple answer, but does anyone have any thoughts or
 experience?

My server is quite busy: mail server, 10 www's some with multi site gallery, 
openvpn, DNS, NTP server, DHCP + LTSP so ...

I did a test upgrade from gutsy to hardy on my desktop. My 32 libs for 
firefox32 and for skype (on my 64) stuffed everything. So a clean install ...

I then upgraded the server. Ouch! another clean install followed.

I then successfully upgraded my wife's machine! So 1 out of 3.
This pretty much matches what I've encountered over the years.

So ... I'd backup /etc and save it. Check /usr/local - it accumulates over the 
years. I use root and not sudo, so /root is worth keeping (ssh keys etc) and 
a mysqldump then try an update, being prepared to re-install.
IMHO trying to partition, shrink, migrate stuff is a HUGE TASK and wastes 
hours and hours.

Shrinking a 2 or 300 G partition takes as long as a complete install + a few 
hours of getting everything going again.

James 
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] suspicious headers?

2008-05-29 Thread Sridhar Dhanapalan
On Thu, 29 May 2008 at 06:37, Voytek Eymont [EMAIL PROTECTED] wrote:
 why are my emails tagged with:

 
 Your mail to 'slug' with the subject
 Re: [SLUG] opening com port in terminal
 Is being held until the list moderator can review it for approval.
 The reason it is being held:
 Message has a suspicious header

It's been happening to (seemingly) every message in that thread. It looks like 
there's something in the subject header that Mailman doesn't like. Buggered 
if I know what it is, though.



-- 
Need to fork out $$$ for the next software upgrade? Break the cycle!
http://www.linux.org.au/linux


signature.asc
Description: This is a digitally signed message part.
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] upgrading complicated installs

2008-05-29 Thread Phil Scarratt
 On Thursday 29 May 2008 19:23:16 [EMAIL PROTECTED] wrote:
  was wondering if anyone has any thoughts.

 I've got a feisty desktop that has grown like topsy. It's running
 several services eg: webserver, mail , postgres, mysql, apt-caching,
 Nvidia proprietary drivers, accounting software, etc etc.. lots of
 stuff.  Probably things I've completely forgotten about.

 At one time, I changed the UUID's in fstab to the old fashioned /dev
 id's (because of compatibility issues at the time with Mondo). Some
 things have been installed from source, some from .deb that I have
 downloaded, and most from simple apt-get.

 To complicate things, the box already has 4 hard drives installed, so
 installing another one for copying is probably not an option.

 In other words, it's a complete mish-mash.

 Some things are critical, some important, some trivial.

 I also made the mistake of using Automatix, and I've read that it has
 the potential to completely break upgrades.

 The system works fine, but it's getting old and I want to upgrade to
 Hardy. I think maybe a complete new Hardy, but what's the way to make
 sure I don't lose stuff... or is it too late :)

 I'm sure there is no simple answer, but does anyone have any thoughts or
 experience?

My tuppence worth: install a clean new system. With that kinda mish-mash
it probably won't upgrade smoothly. Upgrading twice (feisty-gutsy-hardy)
almost definitely not. You'd spend just as much time fixing everything
once done as installing from scratch. For what it is worth, I keep track
of what specials I put on a box and keep enough disk space in a
separate partition (basically partition a drive 50-50) to install the
new distribution into, thus being able to boot into either without
harming the other, and when happy switch over to the new partition and
clear the old, ready for next upgrade whenever that may be. I've had
more success and less down-time with that system than upgrading.

Fil
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] upgrading complicated installs

2008-05-29 Thread Aleksey Tsalolikhin
Hi, Phil,

  Get a second system, and do the fresh install onto it.

  It's the only way to be sure you don't lose your working system.

  This will combine software upgrade with hardware refresh.  =)

  Have fun!

Best,
Alex
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Python Meetup around the time of google's Sydney Developer Day?

2008-05-29 Thread Brett Morgan
Guys,

Brett Slatkin, one of Google's engineers on the AppEngine project will be in
Sydney for the Google Developer Day. He is interested in getting together
with sydney based pythoneers on either the 16th of june, or the 17th of
June. He is willing to host the meetup at Google's Sydney HQ.

So, who is interested?

brett

-- 

Brett Morgan http://brett.morgan.googlepages.com/
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] upgrading complicated installs

2008-05-29 Thread david
OK.. looks like a complete install, track down all the bits and pieces
and hopefully not miss anything.

Luckily I'm reasonably consistent where I put things, so it's just going
to be a long slow process.

In a perfect world, apt-get would do everything but in practice it
doesn't :(


On Thu, 2008-05-29 at 15:25 -0700, Aleksey Tsalolikhin wrote:
 Hi, Phil,
 
   Get a second system, and do the fresh install onto it.
 
   It's the only way to be sure you don't lose your working system.
 
   This will combine software upgrade with hardware refresh.  =)
 
   Have fun!
 
 Best,
 Alex

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] upgrading complicated installs

2008-05-29 Thread Amos Shapira
On Fri, May 30, 2008 at 10:51 AM, david [EMAIL PROTECTED] wrote:
 OK.. looks like a complete install, track down all the bits and pieces
 and hopefully not miss anything.

 Luckily I'm reasonably consistent where I put things, so it's just going
 to be a long slow process.

 In a perfect world, apt-get would do everything but in practice it
 doesn't :(

So you can try to narrow the gap between perfect and current by
trying to create packages for the software you write.

I saw some programs (possibly already packaged for Debian/Ubuntu)
which can take any software packge which installs from source (some
limited to the usual ./config  make  make test  make install,
some more general), track what files were changed and installed by the
installation process (using strace, I guess), then make it possible
for you to have a list of the files involved and uninstall them
cleanly. Same or other programs can keep track of which extra packages
were installed outside the debian package management system.

Cheers,

--Amos
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] upgrading complicated installs

2008-05-29 Thread Daniel Pittman
Amos Shapira [EMAIL PROTECTED] writes:
 On Fri, May 30, 2008 at 10:51 AM, david [EMAIL PROTECTED] wrote:
 OK.. looks like a complete install, track down all the bits and pieces
 and hopefully not miss anything.

 Luckily I'm reasonably consistent where I put things, so it's just going
 to be a long slow process.

 In a perfect world, apt-get would do everything but in practice it
 doesn't :(

 So you can try to narrow the gap between perfect and current by
 trying to create packages for the software you write.

It is also helpful to try and avoid building your own custom packages as
much as possible.  In many cases alternatives exist, or waiting for an
upgrade has a longer cost.

 I saw some programs (possibly already packaged for Debian/Ubuntu)
 which can take any software packge which installs from source (some
 limited to the usual ./config  make  make test  make install,
 some more general), track what files were changed and installed by the
 installation process (using strace, I guess), then make it possible
 for you to have a list of the files involved and uninstall them
 cleanly. Same or other programs can keep track of which extra packages
 were installed outside the debian package management system.

Yes: checkinstall is a good tool for doing this, although the various
'dh-make-*' packages provide good support for Perl and PHP modules.

Regards,
Daniel
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] upgrading complicated installs

2008-05-29 Thread David Gillies
Daniel Pittman wrote:
SNIP
 It is also helpful to try and avoid building your own custom packages as
 much as possible.  In many cases alternatives exist, or waiting for an
 upgrade has a longer cost.

SNIP

 Yes: checkinstall is a good tool for doing this, although the various
 'dh-make-*' packages provide good support for Perl and PHP modules.

How can you on the one hand suggest avoiding creating your own custom
packages on the one hand and then suggest that checkinstall is a good tool??

Atleast if you create your own you have the opportunity to create a
package with some dependencies instead of the not much better than a
tarball rubbish rpms that checkinstall spits out.

-- 
dave.
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] upgrading complicated installs

2008-05-29 Thread Scott Ragen
[EMAIL PROTECTED] wrote on 30/05/2008 11:10:23 AM:

 
 I saw some programs (possibly already packaged for Debian/Ubuntu)
 which can take any software packge which installs from source (some
 limited to the usual ./config  make  make test  make install,
 some more general), track what files were changed and installed by the
 installation process (using strace, I guess), then make it possible
 for you to have a list of the files involved and uninstall them
 cleanly. Same or other programs can keep track of which extra packages
 were installed outside the debian package management system.
 
Another good approach to this is make sure your PREFIX is set to 
/usr/local/ (usually the default) when compiling any programs. This will 
keep all custom compiled packages in the /usr/local/ filesystem, and not 
mish-mashed with the distribution specific files.

Cheers,

Scott
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html