Re: [SLUG] Netcomm 1400-TPG ISP

2004-12-07 Thread Elliott-Brennan
Alex wrote:

Hi
I am but using debian, was quite simple, changed modem to bridge mode
and then install pppoe, setup parameters (had to set the mtu to the
lowest value)  and then bobs your uncle !
Alex
On Mon, Dec 06, 2004 at 06:27:25PM +0930, Alan Millsted wrote:
 

Hi is anyone out there using a Netcomm 1400 Ethernet modem with TPG, if
so could I get a little help setting up in FC 3
Lenny
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
   

Hey Alex, I don't have one of these modems but had looked at one 
earlier. I thought that as the Modem had a web interface built into it, 
you only had to set your machine to use an Ethernet net connection then 
punch in the URL in your browser to access the modems set-up page?  Is 
that not so? (again, I don't have one of these modems and only had a 
brief look at it).

Regards,
Patrick
--
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] powerpoint parsing/converting

2004-12-07 Thread Ken Foskey
On Tue, 2004-12-07 at 10:37 +0800, Julio Cesar Ody wrote:
 Hi all,
 
 is anybody aware of an open source (preferably PHP) tool for parsing
 and converting Powerpoint (.ppt) files into other formats, such as for
 example, SWF?
 I would be happy in having just the parser because I believe I can
 build the SWF creator using ming.

You might want to look at OpenOffice.org for the conversion.  PDF is OK,
I seem to recall a flash thing as well.

This is scriptable and can be set up to respond to a port that sends the
document and receives the conversion so it can be behind a web system.

http://api.openoffice.org   http://udk.opneoffice.org

-- 
Ken Foskey
OpenOffice.org

-- 
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] /dev/console on

2004-12-07 Thread Rod Butcher
Isn't PIIX the Intel driver ? I understand you need the driver
appropriate to your board / controller. In my case it's
CONFIG_SCSI_SATA_VIA=y ... or have I not understood something here ? In
fact, I believe my first compile included all the drivers, still no
dice.
thanks
Rod

On Tue, 2004-12-07 at 11:27 -0500, O Plameras wrote:
 Rod Butcher wrote:
 
 The new driver-thingie is libata. But I never got it working, even
 though it claimed to load Ok. I had to use the old driver to use Sata.
 Ran out of time and interest to pursue it further.
 cheers
 
 
 The 'libata' driver requires 'ata_piix' in kernel-2.6.9.
 Alone by itself, 'libata' is insufficient to make /dev/sda work.
 
 So, to get your SATA hard disk to work ensure that
 'lsmod' should display amongst others:
 
 ata_piix
 libata  used by ata_piix
 
 It both are  not displayed you should say,
 
 # modprobe ata_piix
 
 This will load both 'ata_piix' and 'libata'.
 
 The ff command alone will not load both drivers.
 
 # modprobe libata
 
 
 
-- 
---
Brought to you by a penguin, a gnu and a camel

-- 
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] /dev/console on

2004-12-07 Thread O Plameras
Mary Gardiner wrote:
Thanks, but in my case (if you were responding to me) the machine panics
well before I even have the opportunity to login, even in single user
mode. It might help Rod.
 

Yes,  the comments were for Rod's particularly.
In the case of your original post I did not comment
because I did not have sufficient understanding of the
issues. For example, what is the linux kernel version you
are trying to upgrade from ? What are the logical device
names for this SATA device in the original version of
linux you are upgrading from ?
This is important. If you are upgrading from linux-2.4.X,
then there are certain things that needs to be done, e.g.,
you have to upgrade your modutils software; create a
directory /sys, etc.
If you are upgrading from 2.5.X or later, then it  maybe just a
question of using RAW device reference as follows:
My suggestion that you may try is  use  RAW device reference as follows:
root=08:01=/  instead of root=/dev/sda1=/  

As you know, '08:01' is just another reference name to device '/dev/sda1';
'08:02' is just another reference name to device '/dev/sda2', etc.
Perhaps, at the boot process stage your device driver does not understand
the device logical name, and that is why I suggest you use the other name
of  '/dev/sda1' which is '06:01'. In this way, no logical translation is 
required
at boot time.

I assume you can do the above because you can boot off your original
system that is to be upgraded.


--
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] /dev/console on

2004-12-07 Thread O Plameras
Rod Butcher wrote:
Isn't PIIX the Intel driver ? I understand you need the driver
appropriate to your board / controller. In my case it's
CONFIG_SCSI_SATA_VIA=y ... or have I not understood something here ? In
fact, I believe my first compile included all the drivers, still no
dice.
My comments was in relation t yours re: libata.
libata is used with the specific driver.
I am assuming a few things, here. I was assuming you are examing your
/var/log/messages and the output of your dmesg.
Your /var/log/messages should show some lines like:
snipped .
Dec  7 17:33:30 hdtv kernel: SCSI subsystem initialized
Dec  7 17:33:30 hdtv kernel: ACPI: PCI interrupt :00:1f.2[A] - GSI 
18 (level, low) - IRQ 18
Dec  7 17:33:30 hdtv kernel: ata1: SATA max UDMA/133 cmd 0xC000 ctl 
0xC402 bmdma 0xD000 irq 18
Dec  7 17:33:30 hdtv kernel: ata2: SATA max UDMA/133 cmd 0xC800 ctl 
0xCC02 bmdma 0xD008 irq 18
Dec  7 17:33:30 hdtv kernel: ata1: dev 0 ATA, max UDMA/133, 312579695 
sectors: lba48
Dec  7 17:33:30 hdtv kernel: ata1: dev 0 configured for UDMA/133
Dec  7 17:33:30 hdtv kernel: scsi0 : ata_piix
Dec  7 17:33:30 hdtv kernel: ata2: SATA port has no device.
Dec  7 17:33:30 hdtv kernel: scsi1 : ata_piix
Dec  7 17:33:30 hdtv kernel:   Vendor: ATA   Model: 
ST3160827AS   Rev: 3.03
Dec  7 17:33:30 hdtv kernel:   Type:   
Direct-Access  ANSI SCSI revision: 05
Dec  7 17:33:30 hdtv kernel: SCSI device sda: 312579695 512-byte hdwr 
sectors (160041 MB)
Dec  7 17:33:30 hdtv kernel: SCSI device sda: drive cache: write back
Dec  7 17:33:30 hdtv kernel:  sda: sda1 sda2 sda3 sda4  sda5 sda6 

Look for a line like I have above, namely: scsi0:ata_piix
What do you have after scsi0 or scs1 ?
That is the driver that you have to modprobe.
So, say:
# modprobe ata_piix
And you will be on your merry way.

--
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] /dev/console on

2004-12-07 Thread Rod Butcher
Oscar, like Mary said, it doesn't get as far as writing log messages. It
craps out when the kernel tries to read the disk. 
The kernel boots. Messages are displayed by sata_via correctly 
recognising the SATA drives and identifying them as SCSI.
The problem occurs when it tries to access the system root. Messages
are :-

VFS - Cannot open root device sda1 or unknown-block (0,0)
Please append a correct root= boot option
Kernel panic - unable to mount root fs on unknown-block (0,0)

thanks
Rod
On Tue, 2004-12-07 at 18:05 -0500, O Plameras wrote:
 Rod Butcher wrote:
 
 Isn't PIIX the Intel driver ? I understand you need the driver
 appropriate to your board / controller. In my case it's
 CONFIG_SCSI_SATA_VIA=y ... or have I not understood something here ? In
 fact, I believe my first compile included all the drivers, still no
 dice.
 
 
 My comments was in relation t yours re: libata.
 libata is used with the specific driver.
 
 I am assuming a few things, here. I was assuming you are examing your
 /var/log/messages and the output of your dmesg.
 
 Your /var/log/messages should show some lines like:
 
 snipped .
 
 Dec  7 17:33:30 hdtv kernel: SCSI subsystem initialized
 Dec  7 17:33:30 hdtv kernel: ACPI: PCI interrupt :00:1f.2[A] - GSI 
 18 (level, low) - IRQ 18
 Dec  7 17:33:30 hdtv kernel: ata1: SATA max UDMA/133 cmd 0xC000 ctl 
 0xC402 bmdma 0xD000 irq 18
 Dec  7 17:33:30 hdtv kernel: ata2: SATA max UDMA/133 cmd 0xC800 ctl 
 0xCC02 bmdma 0xD008 irq 18
 Dec  7 17:33:30 hdtv kernel: ata1: dev 0 ATA, max UDMA/133, 312579695 
 sectors: lba48
 Dec  7 17:33:30 hdtv kernel: ata1: dev 0 configured for UDMA/133
 Dec  7 17:33:30 hdtv kernel: scsi0 : ata_piix
 Dec  7 17:33:30 hdtv kernel: ata2: SATA port has no device.
 Dec  7 17:33:30 hdtv kernel: scsi1 : ata_piix
 Dec  7 17:33:30 hdtv kernel:   Vendor: ATA   Model: 
 ST3160827AS   Rev: 3.03
 Dec  7 17:33:30 hdtv kernel:   Type:   
 Direct-Access  ANSI SCSI revision: 05
 Dec  7 17:33:30 hdtv kernel: SCSI device sda: 312579695 512-byte hdwr 
 sectors (160041 MB)
 Dec  7 17:33:30 hdtv kernel: SCSI device sda: drive cache: write back
 Dec  7 17:33:30 hdtv kernel:  sda: sda1 sda2 sda3 sda4  sda5 sda6 
 
 Look for a line like I have above, namely: scsi0:ata_piix
 
 What do you have after scsi0 or scs1 ?
 
 That is the driver that you have to modprobe.
 
 So, say:
 
 # modprobe ata_piix
 
 And you will be on your merry way.
 
 
 
 
-- 
---
Brought to you by a penguin, a gnu and a camel

-- 
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] /dev/console on

2004-12-07 Thread O Plameras
Rod Butcher wrote:
Oscar, like Mary said, it doesn't get as far as writing log messages. It
craps out when the kernel tries to read the disk. 
The kernel boots. Messages are displayed by sata_via correctly 
recognising the SATA drives and identifying them as SCSI.
The problem occurs when it tries to access the system root. Messages
are :-

VFS - Cannot open root device sda1 or unknown-block (0,0)
Please append a correct root= boot option
 

In this case try changing root=  to this,
root=08:01=/
For example, this is what I have:
If the original looks something like this:
kernel /boot/vmlinuz-2.6.9-rc3-bk1compaq ro root=LABEL=/ rhgb quite
   initrd /boot/initrd-2.6.9-rc3-bk1compaq.img
maybe changed to:
kernel /boot/vmlinuz-2.6.9-rc3-bk1compaq ro root=08:01=/ rhgb quite
   initrd /boot/initrd-2.6.9-rc3-bk1compaq.img
~
Kernel panic - unable to mount root fs on unknown-block (0,0)
 


--
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] /dev/console on

2004-12-07 Thread Mary Gardiner
On Tue, Dec 07, 2004, O Plameras wrote:
 In the case of your original post I did not comment because I did not
 have sufficient understanding of the issues. For example, what is the
 linux kernel version you are trying to upgrade from ?

2.6.3, Debian kernel build.

 What are the logical device names for this SATA device in the original
 version of linux you are upgrading from ?

/dev/hde

 I assume you can do the above because you can boot off your original
 system that is to be upgraded.

I will try it, however I am less optimistic because the controller
driver has changed: if I can't convince 2.6.8/9 to load the new driver
before pivot_root, then it can't mount /. Pure speculation still, but
fiddling around with the initrd is still looking like the best bet.

-Mary
-- 
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] /dev/console on

2004-12-07 Thread Mary Gardiner
On Tue, Dec 07, 2004, Rod Butcher wrote:
 Oscar, like Mary said, it doesn't get as far as writing log messages.
 It craps out when the kernel tries to read the disk.  The kernel
 boots. Messages are displayed by sata_via correctly recognising the
 SATA drives and identifying them as SCSI.  The problem occurs when it
 tries to access the system root. Messages are :-

Ah, we don't have the same problem then: 2.6.8/9 do not ever identify
the drives for me.

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


[SLUG] Wireless LAN

2004-12-07 Thread james
G'day

Can anybody point me at a wireless PCI card that:
a) Works with a recent 2.6 kernel
b) Is available in OZ.

I need to equip 30 systems. I have bought Cisco 350 cards that work
perfectly, but cost over $500 each. On 30 that's ouch.

I've bought 3  orinoco gold cards. Each different (2 with intersil
firmware, 1 with agere). 1 pretends to work (iwconfig gives S/N and
signal levels, frequency responds to changes, but won't ping my 350
cards. Two won't work, 1 repeatedy hangs the machine within a few 
minutes.

I'm using ad-hoc mode with no security (systems are remote, except each
other.)

I've been looking/searching for a month. Can anybody offer definitive
advise.

Thanks Lots
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] /dev/console on

2004-12-07 Thread O Plameras
Mary Gardiner wrote:
On Tue, Dec 07, 2004, O Plameras wrote:
 

In the case of your original post I did not comment because I did not
have sufficient understanding of the issues. For example, what is the
linux kernel version you are trying to upgrade from ?
   

2.6.3, Debian kernel build.
 

What are the logical device names for this SATA device in the original
version of linux you are upgrading from ?
   

/dev/hde
 

I assume you can do the above because you can boot off your original
system that is to be upgraded.
   

I will try it, however I am less optimistic because the controller
driver has changed: if I can't convince 2.6.8/9 to load the new driver
before pivot_root, then it can't mount /. Pure speculation still, but
fiddling around with the initrd is still looking like the best bet.
 


Aha... then try using instead of,
.   root=LABEL=/  
this,
.   root=08:01=/  
08:01   is the RAW reference name of  /dev/sda1 in
the upgraded version.
I am assuming here that your '/dev/hde'  becomes '/dev/sda1'.
or this,
.root=08:05=/  
08:05   if  your '/dev/hde' becomes '/dev/sda5' in
the upgraded version.


--
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] Netcomm 1400-TPG ISP

2004-12-07 Thread Alexander Samad

On Tue, Dec 07, 2004 at 08:44:12PM +1100, Elliott-Brennan wrote:
 Alex wrote:
 
 
 
 Hi
 
 I am but using debian, was quite simple, changed modem to bridge mode
 and then install pppoe, setup parameters (had to set the mtu to the
 lowest value)  and then bobs your uncle !
 
 
 Alex
 
 On Mon, Dec 06, 2004 at 06:27:25PM +0930, Alan Millsted wrote:
  
 
 Hi is anyone out there using a Netcomm 1400 Ethernet modem with TPG, if
 so could I get a little help setting up in FC 3
 
 Lenny
 
 -- 
 SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
 Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
 

 
 
 Hey Alex, I don't have one of these modems but had looked at one 
 earlier. I thought that as the Modem had a web interface built into it, 
 you only had to set your machine to use an Ethernet net connection then 
 punch in the URL in your browser to access the modems set-up page?  Is 
 that not so? (again, I don't have one of these modems and only had a 
 brief look at it).
You can but then it acts as a firewall router and I wanted mine in
bridged mode and run the pppoe connection from the computer!

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


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] Wireless LAN

2004-12-07 Thread Dean Hamstead
go down to dick smiths and buy a few different
brands. return the ones that dont work

Dean
james wrote:
G'day
Can anybody point me at a wireless PCI card that:
a) Works with a recent 2.6 kernel
b) Is available in OZ.
I need to equip 30 systems. I have bought Cisco 350 cards that work
perfectly, but cost over $500 each. On 30 that's ouch.
I've bought 3  orinoco gold cards. Each different (2 with intersil
firmware, 1 with agere). 1 pretends to work (iwconfig gives S/N and
signal levels, frequency responds to changes, but won't ping my 350
cards. Two won't work, 1 repeatedy hangs the machine within a few 
minutes.

I'm using ad-hoc mode with no security (systems are remote, except each
other.)
I've been looking/searching for a month. Can anybody offer definitive
advise.
Thanks Lots
James
 

--
WWW: http://dean.bong.com.au  LAN: http://www.bong.com.au
EMAIL: [EMAIL PROTECTED]   or   [EMAIL PROTECTED]
ICQ: 16867613
--
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] Wireless LAN

2004-12-07 Thread Rob Sharp
Hi

I've found the drivers for the prism 54g to be excellent - I bought a
card when I was in the UK, but maybe you could find one of the cards
on this list somewhere:

http://www.prism54.org/supported_cards.php

I had real trouble finding a PCI based card - a lot of the 54g ones
are software based... I also have an Avaya/Lucent Gold (orinoco)
PCMCIA card that works really well. Perhaps a PCMCIA card with a PCI
adaptor is an option for you?

HTH

Rob.



On Tue, 07 Dec 2004 21:33:43 +0800, james [EMAIL PROTECTED] wrote:
 G'day
 
 Can anybody point me at a wireless PCI card that:
 a) Works with a recent 2.6 kernel
 b) Is available in OZ.
 
 I need to equip 30 systems. I have bought Cisco 350 cards that work
 perfectly, but cost over $500 each. On 30 that's ouch.
 
 I've bought 3  orinoco gold cards. Each different (2 with intersil
 firmware, 1 with agere). 1 pretends to work (iwconfig gives S/N and
 signal levels, frequency responds to changes, but won't ping my 350
 cards. Two won't work, 1 repeatedy hangs the machine within a few
 minutes.
 
 I'm using ad-hoc mode with no security (systems are remote, except each
 other.)
 
 I've been looking/searching for a month. Can anybody offer definitive
 advise.
 
 Thanks Lots
 James
 
 --
 SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
 Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
 


-- 
Rob Sharp

e: [EMAIL PROTECTED]
j: [EMAIL PROTECTED]
-- 
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] NTPD FC3

2004-12-07 Thread Howard Lowndes
On Mon, 2004-12-06 at 23:06, [EMAIL PROTECTED] wrote:
 On Tue, Dec 07, 2004 at 08:53:36AM +1100, Howard Lowndes wrote:
  I have noticed with the implementation of ntpd in FC3 that it will only
  respond to a local time check if both the SRC  DST ports are 123.  If
  it gets a request from an unpriv SRC port then it won't respond.
  
  Does anyone know how to fix this as I have some hardware that uses
  unpriv SRC ports.
 
 My reading of the man page would suggest that putting 'non-ntpport'
 in the 'restrict' line of your /etc/ntp.conf should do the trick.

Ya, I fond the comment in the doco rather than the man page, but the
small problem is that it appears not to work.  If I mod the line to
read:

restrict 192.168.252.0 mask 255.255.252.0 nomodify notrap non-ntpport

then it still won't respond to unpriv source ports.

Even including it in the restrict default line doesn't make any
difference.

Real Bad Bummer.

 
 Matt
-- 
Howard.
LANNet Computing Associates;
Your Linux people http://www.lannetlinux.com
--
When you just want a system that works, you choose Linux;
when you want a system that just works, you choose Microsoft.
--
Flatter government, not fatter government;
Get rid of the Australian states.


-- 
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] NTPD FC3

2004-12-07 Thread Visser, Martin
Are you sure it is rejecting the source port? From reading the doc the
default should be that it accepts from any port. Have you checked NTP
version support - I imagine the FC3 ntpd is by default version 4 and
hence your older clients may not support that. Try setting version 3 or
2 in the config.

If you really think you that it is rejecting the non-123 packets then I
guess you could possibly use NAT/masquerading on the server for those
specific hosts.

Martin Visser ,CISSP
Network and Security Consultant 
Consulting  Integration
Technology Solutions Group - HP Services

3 Richardson Place 
North Ryde, Sydney NSW 2113, Australia 

Phone: +61-2-9022-1670
Mobile: +61-411-254-513
Fax: +61-2-9022-1800 
E-mail: martin.visserAThp.com
 
 

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of Howard Lowndes
 Sent: Wednesday, 8 December 2004 9:36 AM
 To: [EMAIL PROTECTED]
 Cc: UnknownMailList-SLUG
 Subject: Re: [SLUG] NTPD  FC3
 
 On Mon, 2004-12-06 at 23:06, [EMAIL PROTECTED] wrote:
  On Tue, Dec 07, 2004 at 08:53:36AM +1100, Howard Lowndes wrote:
   I have noticed with the implementation of ntpd in FC3 
 that it will 
   only respond to a local time check if both the SRC  DST 
 ports are 
   123.  If it gets a request from an unpriv SRC port then 
 it won't respond.
   
   Does anyone know how to fix this as I have some hardware 
 that uses 
   unpriv SRC ports.
  
  My reading of the man page would suggest that putting 'non-ntpport'
  in the 'restrict' line of your /etc/ntp.conf should do the trick.
 
 Ya, I fond the comment in the doco rather than the man page, 
 but the small problem is that it appears not to work.  If I 
 mod the line to
 read:
 
 restrict 192.168.252.0 mask 255.255.252.0 nomodify notrap non-ntpport
 
 then it still won't respond to unpriv source ports.
 
 Even including it in the restrict default line doesn't make 
 any difference.
 
 Real Bad Bummer.
 
  
  Matt
 --
 Howard.
 LANNet Computing Associates;
 Your Linux people http://www.lannetlinux.com
 --
 When you just want a system that works, you choose Linux; 
 when you want a system that just works, you choose Microsoft.
 --
 Flatter government, not fatter government; Get rid of the 
 Australian states.
 
 
 -- 
 SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
 Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
 
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Mega X machine spec - ideas?

2004-12-07 Thread slug
Here's a spec to please the taste buds...

I've a customer who has been win4lining for a couple of years with great
success.  Their setup goes:

Windows PC. Cygwin. ssh -XCf -- Linux Box -- /bin/win (win4lin runs on
remote box, X forwards back to the Windows PC.

They are looking at going from about 15 users to 80 users. This means a
machine upgrade of sorts. I was wondering what sort of spec 'intel'-wise
you would use to run:

80 users logged on using X windows. Forwarding to Windows PCs via SSH -XCf

Those users will all be running win4lin.

The windows app is a semi-intensive client/server arrangement that
generally requires about 64Mb at least of RAM to run.

There is minimal requirement to access disk on that machine.

There would be major network traffic happening.

I would imagine that 80 ssh sessions would also generate a fair amount of
CPU usage.

I'm thinking about the dual or quad operton processors from someone like
SUN... Has to be x86 unfortunately. Any ideas? Beowolf clusters are not an
option

TIA


Stuart Guthrie



-- 
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] /dev/console on

2004-12-07 Thread Mary Gardiner
On Wed, Dec 08, 2004, O Plameras wrote:

snip

 .root=08:05=/  
 
 08:05   if  your '/dev/hde' becomes '/dev/sda5' in
 the upgraded version.

How can I tell when the upgraded version doesn't recognise the drives at
all? (Of course, without being able to mount /, /var/log/messages never
shows the failed boot at all, but the screen shows the machine
recognising hdb, a PATA drive and then proceeding immediately to
pivot_root).

-Mary
-- 
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] Mega X machine spec - ideas?

2004-12-07 Thread Visser, Martin
You probably want to use sar or the like on your existing machine to
get a baseline understanding of CPU/disk/network etc. Hopefully you can
extrapolate requirements from that. If the application onf the server is
particularly critical you might want to consider using a hardware
loadbalancer to front a server farm with a pair or more servers. This
will give redundancy as well allow you to scale as performance requires
it. You could even consider using blade servers if space/managability is
an issue.

Martin Visser ,CISSP
Network and Security Consultant 
Consulting  Integration
Technology Solutions Group - HP Services

3 Richardson Place 
North Ryde, Sydney NSW 2113, Australia 

Phone: +61-2-9022-1670
Mobile: +61-411-254-513
Fax: +61-2-9022-1800 
E-mail: martin.visserAThp.com
 
 

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
 Sent: Wednesday, 8 December 2004 10:18 AM
 To: [EMAIL PROTECTED]
 Subject: [SLUG] Mega X machine spec - ideas?
 
 Here's a spec to please the taste buds...
 
 I've a customer who has been win4lining for a couple of years 
 with great success.  Their setup goes:
 
 Windows PC. Cygwin. ssh -XCf -- Linux Box -- /bin/win 
 (win4lin runs on remote box, X forwards back to the Windows PC.
 
 They are looking at going from about 15 users to 80 users. 
 This means a machine upgrade of sorts. I was wondering what 
 sort of spec 'intel'-wise you would use to run:
 
 80 users logged on using X windows. Forwarding to Windows PCs 
 via SSH -XCf
 
 Those users will all be running win4lin.
 
 The windows app is a semi-intensive client/server arrangement 
 that generally requires about 64Mb at least of RAM to run.
 
 There is minimal requirement to access disk on that machine.
 
 There would be major network traffic happening.
 
 I would imagine that 80 ssh sessions would also generate a 
 fair amount of CPU usage.
 
 I'm thinking about the dual or quad operton processors from 
 someone like SUN... Has to be x86 unfortunately. Any ideas? 
 Beowolf clusters are not an option
 
 TIA
 
 
 Stuart Guthrie
 
 
 
 --
 SLUG - Sydney Linux User's Group Mailing List - 
 http://slug.org.au/ Subscription info and FAQs: 
 http://slug.org.au/faq/mailinglists.html
 
--
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] Mega X machine spec - ideas?

2004-12-07 Thread Phil Scarratt
[EMAIL PROTECTED] wrote:
Here's a spec to please the taste buds...
I've a customer who has been win4lining for a couple of years with great
success.  Their setup goes:
Windows PC. Cygwin. ssh -XCf -- Linux Box -- /bin/win (win4lin runs on
remote box, X forwards back to the Windows PC.
They are looking at going from about 15 users to 80 users. This means a
machine upgrade of sorts. I was wondering what sort of spec 'intel'-wise
you would use to run:
80 users logged on using X windows. Forwarding to Windows PCs via SSH -XCf
Those users will all be running win4lin.
The windows app is a semi-intensive client/server arrangement that
generally requires about 64Mb at least of RAM to run.
There is minimal requirement to access disk on that machine.
There would be major network traffic happening.
I would imagine that 80 ssh sessions would also generate a fair amount of
CPU usage.
I'm thinking about the dual or quad operton processors from someone like
SUN... Has to be x86 unfortunately. Any ideas? Beowolf clusters are not an
option
TIA
Stuart Guthrie

Are all 80 users going to be concurrent users? I've run 30 concurrent 
users in an LTSP environment satisfactorily off an x86 machine (1GB RAM 
and dual PIII). The main problem I found was disk access speed and the 
network connection was only 100MBit. The situation was such that the 
users were literally concurrent - it was a school with 2 classes logging 
on and doing exactly the same thing at exactly the same time. CPU was no 
problem really, nor RAM, although with an app needing 64MB per 
instance(?) I'd be getting as much RAM in there as it could hold to 
handle the app and the X session. I've got no specific suggestions apart 
from that. The server I was using was a HP server, which is still going.

HTH
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] NTPD FC3

2004-12-07 Thread Howard Lowndes
How stupid is it possible to get.  It helps when writing filter rules on
the fly to actually put in a jump instruction rather than letting the
checks fall thru to the default block at the bottom.  Duh.

Sorry for the noise.


On Tue, 2004-12-07 at 18:09, Visser, Martin wrote:
 Are you sure it is rejecting the source port? From reading the doc the
 default should be that it accepts from any port. Have you checked NTP
 version support - I imagine the FC3 ntpd is by default version 4 and
 hence your older clients may not support that. Try setting version 3 or
 2 in the config.
 
 If you really think you that it is rejecting the non-123 packets then I
 guess you could possibly use NAT/masquerading on the server for those
 specific hosts.
 
 Martin Visser ,CISSP
 Network and Security Consultant 
 Consulting  Integration
 Technology Solutions Group - HP Services
 
 3 Richardson Place 
 North Ryde, Sydney NSW 2113, Australia 
 
 Phone: +61-2-9022-1670
 Mobile: +61-411-254-513
 Fax: +61-2-9022-1800 
 E-mail: martin.visserAThp.com
  
 
 
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of Howard Lowndes
  Sent: Wednesday, 8 December 2004 9:36 AM
  To: [EMAIL PROTECTED]
  Cc: UnknownMailList-SLUG
  Subject: Re: [SLUG] NTPD  FC3
  
  On Mon, 2004-12-06 at 23:06, [EMAIL PROTECTED] wrote:
   On Tue, Dec 07, 2004 at 08:53:36AM +1100, Howard Lowndes wrote:
I have noticed with the implementation of ntpd in FC3 
  that it will 
only respond to a local time check if both the SRC  DST 
  ports are 
123.  If it gets a request from an unpriv SRC port then 
  it won't respond.

Does anyone know how to fix this as I have some hardware 
  that uses 
unpriv SRC ports.
   
   My reading of the man page would suggest that putting 'non-ntpport'
   in the 'restrict' line of your /etc/ntp.conf should do the trick.
  
  Ya, I fond the comment in the doco rather than the man page, 
  but the small problem is that it appears not to work.  If I 
  mod the line to
  read:
  
  restrict 192.168.252.0 mask 255.255.252.0 nomodify notrap non-ntpport
  
  then it still won't respond to unpriv source ports.
  
  Even including it in the restrict default line doesn't make 
  any difference.
  
  Real Bad Bummer.
  
   
   Matt
  --
  Howard.
  LANNet Computing Associates;
  Your Linux people http://www.lannetlinux.com
  --
  When you just want a system that works, you choose Linux; 
  when you want a system that just works, you choose Microsoft.
  --
  Flatter government, not fatter government; Get rid of the 
  Australian states.
  
  
  -- 
  SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
  Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
  
-- 
Howard.
LANNet Computing Associates;
Your Linux people http://www.lannetlinux.com
--
When you just want a system that works, you choose Linux;
when you want a system that just works, you choose Microsoft.
--
Flatter government, not fatter government;
Get rid of the Australian states.


-- 
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] /dev/console on

2004-12-07 Thread O Plameras
Mary Gardiner wrote:
How can I tell when the upgraded version doesn't recognise the drives at
all? (Of course, without being able to mount /, /var/log/messages never
shows the failed boot at all, but the screen shows the machine
recognising hdb, a PATA drive and then proceeding immediately to
pivot_root).
 

I assume you are using GRUB.
If you are show us your /boot/grub/grub.conf.
--
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] Mega X machine spec - ideas?

2004-12-07 Thread Rowling, Jill
Yes, a Sun SMP hardware with x86 card(s) might do the job.
The main feature would be a very fast TCP stack, with the x86 part handled
by the cards.
You could always have it looked-at in something like the Sun iForce centre
or the Securedata Fishbowl (if they still exist - Securedata got taken over
recently I think by Dimension Data).
Linux should run OK on the SMP box but I'm not sure if they have ported
their x86 processor switching to Linux. Might have to be Solaris.
Either way you will need a fair bit of RAM and maybe a couple of SPARC CPUs.
Last time I used an x86 offload engine it was pretty slow.

Another option is to go Opteron, which will emulate x86.

Anyway, talk to them, not to me - I have not dealt with any of the above
companies for anything like what you want.

Cheers,

Jill
-- 
Jill Rowling, System Administrator
Eng. Systems Dept, Aristocrat Technologies Australia
Level 2, 55 Mentmore Ave Rosebery NSW 2018
Phone: (02) 9697-4484 Fax: (02) 9663-1412 Email: [EMAIL PROTECTED]


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, 8 December 2004 10:18 AM
To: [EMAIL PROTECTED]
Subject: [SLUG] Mega X machine spec - ideas?


Here's a spec to please the taste buds...

I've a customer who has been win4lining for a couple of years with great
success.  Their setup goes:

Windows PC. Cygwin. ssh -XCf -- Linux Box -- /bin/win (win4lin runs on
remote box, X forwards back to the Windows PC.

They are looking at going from about 15 users to 80 users. This means a
machine upgrade of sorts. I was wondering what sort of spec 'intel'-wise you
would use to run:

80 users logged on using X windows. Forwarding to Windows PCs via SSH -XCf

Those users will all be running win4lin.

The windows app is a semi-intensive client/server arrangement that generally
requires about 64Mb at least of RAM to run.

There is minimal requirement to access disk on that machine.

There would be major network traffic happening.

I would imagine that 80 ssh sessions would also generate a fair amount of
CPU usage.

I'm thinking about the dual or quad operton processors from someone like
SUN... Has to be x86 unfortunately. Any ideas? Beowolf clusters are not an
option

TIA


Stuart Guthrie



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

--
IMPORTANT NOTICES
This email (including any documents referred to in, or attached, to this
email) may contain information that is personal, confidential or the subject
of copyright or other proprietary rights in favour of Aristocrat, its
affiliates or third parties. This email is intended only for the named
addressee. Any privacy, confidence, copyright or other proprietary rights in
favour of Aristocrat, its affiliates or third parties, is not lost because
this email was sent to you by mistake.

If you received this email by mistake you should: (i) not copy, disclose,
distribute or otherwise use it, or its contents, without the consent of
Aristocrat or the owner of the relevant rights; (ii) let us know of the
mistake by reply email or by telephone (+61 2 9413 6300); and (iii) delete
it from your system and destroy all copies.

Any personal information contained in this email must be handled in
accordance with applicable privacy laws.

Electronic and internet communications can be interfered with or affected by
viruses and other defects. As a result, such communications may not be
successfully received or, if received, may cause interference with the
integrity of receiving, processing or related systems (including hardware,
software and data or information on, or using, that hardware or software).
Aristocrat gives no assurances in relation to these matters.

If you have any doubts about the veracity or integrity of any electronic
communication we appear to have sent you, please call +61 2 9413 6300 for
clarification.
-- 
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] /dev/console on

2004-12-07 Thread Mary Gardiner
On Wed, Dec 08, 2004, O Plameras wrote:
 I assume you are using GRUB.

I am using lilo.

 If you are show us your /boot/grub/grub.conf.

This is the relevant lilo.conf section for the kernel that does not
work:

image=/vmlinuz
label=Linux
read-only
initrd=/initrd.img
root=/dev/sda1

Using root=08:01=/ gives me this error message:
Syntax error at or above line 114 in file '/etc/lilo.conf'

and using root=08:01 gives me this error message:
Fatal: Not a number: 08:01

-Mary
-- 
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] Mega X machine spec - ideas?

2004-12-07 Thread Brian Chase
If you're doing Linux and want to put up with some non 64-bit apps, I'd 
recommend Opteron 2xx or better, running Fedora x86-64/Win4Lin and NX 
server.  This way, clients don't need to know squat in order to connect 
cause the NX client is much easier to install and configure than Cywin.  
And yes, I've done it both ways, prefer NX by a long shot.

www.nomachine.com
Rowling, Jill wrote:
Yes, a Sun SMP hardware with x86 card(s) might do the job.
The main feature would be a very fast TCP stack, with the x86 part handled
by the cards.
You could always have it looked-at in something like the Sun iForce centre
or the Securedata Fishbowl (if they still exist - Securedata got taken over
recently I think by Dimension Data).
Linux should run OK on the SMP box but I'm not sure if they have ported
their x86 processor switching to Linux. Might have to be Solaris.
Either way you will need a fair bit of RAM and maybe a couple of SPARC CPUs.
Last time I used an x86 offload engine it was pretty slow.
Another option is to go Opteron, which will emulate x86.
Anyway, talk to them, not to me - I have not dealt with any of the above
companies for anything like what you want.
Cheers,
Jill
 

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


[SLUG] migrating home directories

2004-12-07 Thread Simon Bryan
Hi all,
I am trying to migrate the home directories of our users onto a SNAP
Terabyte server. The issue I am having s one of preserving ownership on
hte files and directories.

This is what I have tried:

I have mounted the terabyte server into /mnt/snap using NFS and Samba (not
at the same time of course!).

1. Used cp -dpr - copies the files and directories OK, but gives
'Operation not allowed' when trying to set the ownership.

2. tar -cf  /mnt/snap/filename {home directories} then tar -xvf on the
resultant file, again it create the directories but gives errors such as
Cannot change ownership to uid 6209, gid 6209: Operation not permitted
when trying to set the permissions, I have confirmed that the uid and gid
correspond to the relevant user in /etc/passwd

I can't see nay log entries to indicate any other issues.

Any clues appreciated

-- 
Simon Bryan
IT Manager
OLMC Parramatta
-- 
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] Audio noise removal tool ?

2004-12-07 Thread Peter Chubb
 Rod == Rod Butcher [EMAIL PROTECTED] writes:

Rod Hello Peter, are you sure Gnome-Waveconvert is correct ?, I can
Rod find no reference to it or gwc at gnome or yahoo.  thanks. Rod

Try http://gwc.sourceforge.net/

It's gnome wavecleaner (my mistake).
-- 
Dr Peter Chubb  http://www.gelato.unsw.edu.au  peterc AT gelato.unsw.edu.au
The technical we do immediately,  the political takes *forever*
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html