Re: Dependency issue with perl-base

2005-02-11 Thread Nils Valentin
Hi Debian fans,
(B
(BI found the solution and thought I post it here for others.
(B
(BThe original cause was finally found to be the locale settings. I will walk 
(Ball the way once again so its easy to follow. 
(B
(B1) When trying to update perl I evt. found out that something is wrong with 
(Bthe locale settings
(B
(B"Do you want to continue? [Y/n] Y
(Bperl: warning: Setting locale failed.
(Bperl: warning: Please check that your locale settings:
(B LANGUAGE = "ja_JP:ja:en_GB:en",
(B  LC_ALL = "en_US",
(B   LANG = "ja_JP.EUC-JP"
(B   are supported and installed on your system.
(B   perl: warning: Falling back to the standard locale ("C").
(B   locale: Cannot set LC_CTYPE to default locale: No such file or 
(Bdirectory
(B   locale: Cannot set LC_MESSAGES to default locale: No such file or 
(Bdirect
(Bory
(B   locale: Cannot set LC_ALL to default locale: No such file or directory
(B
(B"
(B
(B2) So I checked the file /etc/locale.gen and unfortunately it was completely 
(Bempty (which is not good)
(B
(B2a) So I did a "man locale" and read which locales I can / should put.
(B
(BSo I ended up with a file like this
(B
(B--contents of /etc/local.gen-
(Ben_GB ISO-8859-1
(Ben_US ISO-8859-1
(Ben_US ISO8859-1
(Ben_GB.ISO-8859-15 ISO-8859-15
(Ben_GB.UTF-8 UTF-8
(Bja_JP.EUC-JP EUC-JP
(Bja_JP.UTF-8 UTF-8
(B
(B2b) I did a "locale-gen"
(B
(Bns1:/home/nilsv# locale-gen
(BGenerating locales...
(B  ja_JP.EUC-JP... done
(B  en_GB.ISO-8859-1... done
(B  en_US.ISO-8859-1... done
(B  en_US.ISO8859-1... done
(B  en_GB.ISO-8859-15... done
(B  en_GB.UTF-8... done
(B  ja_JP.UTF-8... done
(BGeneration complete.
(B
(B3) I removed the "liblockfile-simple-perl" package
(B
(B"dpkg --remove liblockfile-simple-perl"
(B
(B4) Now I did my upgrade.
(B
(B"apt-get upgrade"
(B
(BSo finally everything is fine and system is up and running.
(B
(B
(BI hope that helps somebody to avoid wasting their time on such issues.
(B
(BBest regards
(B
(BNils Valentin
(BTokyo / Japan
(B
(Bhttp://www.be-known-online.com
(B
(BOn Tuesday 08 February 2005 10:02, [EMAIL PROTECTED] wrote:
(B Hi Debian fans,
(B
(B I tried to upgrade my system and run into an dependency issue.
(B
(B 1) First I thought this was down to the fact that I set the locales to
(B UTF-8, so I removed those settings (below).
(B --
(B ns1:/home/nilsv# locale
(B LANG=POSIX
(B LC_CTYPE="POSIX"
(B LC_NUMERIC="POSIX"
(B LC_TIME="POSIX"
(B LC_COLLATE="POSIX"
(B LC_MONETARY="POSIX"
(B LC_MESSAGES="POSIX"
(B LC_PAPER="POSIX"
(B LC_NAME="POSIX"
(B LC_ADDRESS="POSIX"
(B LC_TELEPHONE="POSIX"
(B LC_MEASUREMENT="POSIX"
(B LC_IDENTIFICATION="POSIX"
(B LC_ALL=
(B
(B 2) But,when I try to upgrade perl-base than I get a dependency issue which
(B I cant resolve. I tried to force it, but no luck. (below)
(B ---
(B ns1:/home/nilsv# apt-get upgrade
(B Reading Package Lists... Done
(B Building Dependency Tree... Done
(B You might want to run `apt-get -f install' to correct these.
(B The following packages have unmet dependencies:
(B   libperl5.8: Depends: perl-base (= 5.8.4-6) but 5.8.4-5 is installed
(B   perl: Depends: perl-base (= 5.8.4-6) but 5.8.4-5 is installed
(B E: Unmet dependencies. Try using -f.
(B
(B ns1:/home/nilsv# apt-get upgrade -f
(B
(B snip
(B
(B Do you want to continue? [Y/n] Y
(B Preconfiguring packages ...
(B (Reading database ... 95329 files and directories currently installed.)
(B Preparing to replace perl-base 5.8.4-5 (using
(B .../perl-base_5.8.4-6_amd64.deb) ...
(B Unpacking replacement perl-base ...
(B dpkg: error processing /var/cache/apt/archives/perl-base_5.8.4-6_amd64.deb
(B (--unpack):
(B  trying to overwrite `/usr/lib/perl/5.8', which is also in package
(B liblockfile-simple-perl
(B Errors were encountered while processing:
(B  /var/cache/apt/archives/perl-base_5.8.4-6_amd64.deb
(B E: Sub-process /usr/bin/dpkg returned an error code (1)
(B
(B --
(B
(B Any suggestions are much appreciated.
(B
(B Best regards
(B
(B Nils Valentin
(B Tokyo / Japan
(B http://www.be-known-online.com
(B
(B-- 
(Bkind regards
(B
(BNils Valentin
(BTokyo/Japan
(B
(Bhttp://www.be-known-online.com/mysql/
(B
(B
(B-- 
(BTo UNSUBSCRIBE, email to [EMAIL PROTECTED]
(Bwith a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Installation problem with tyan mainboard

2004-12-15 Thread Nils Valentin
Soory if I missed those details, but... which Tyan motherboard are we talking 
about and which scsi drivers dont work ?

I am just asking cause I am running Tyans K8S Pro (S2882) with the Adaptec 
7902W happily ever after ;-) (5 machines of them)

I use kernel 2.6.9.9.

I have made some install notes for those who think Suse or Red Hat etc 
installs easier. Actually Debian (Sid) runs much more stable than Suse 9.2 

My notes are here :

http://www.be-known-online.com/modules/newbb/viewforum.php?forum=62
http://www.be-known-online.com/modules/newbb/viewforum.php?forum=46

BTW: Note that Suse 9.2 s kernel wont boot with anything than more 4GB Memory 
by default.

Best regards

Nils Valentin





On Wednesday 15 December 2004 01:13, Brian Chase wrote:
 Try Fedora Core 3 x86-64 or Mandrake 10.0 or better, they both have
 AMD64 SMP kernels.

 Mattias Wadenstein wrote:
  On Tue, 14 Dec 2004, Thierry Dumont wrote:
  I cannot install debian-amd64 on my Tyan based machine.
  This problem looks like a previous one, posted here some weeks ago.
 
  PROBLEM: instalation freeze after loading the scsi driver.
 
  BUT: actually, I have succeded one installation (3 weeks ago); after
  upgrading the system (and the kernel) some days ago, I could not
  reboot. So, I decided to reinstall...When the system whas working
  (before I upgraded
  it), it was also difficult to reboot the machine, with a lot of retry
  of the scsi driver during the boot sequence.
 
  Yes, I have similar problems. I have not gotten a modern kernel
  running on it.
 
  [snip]
 
  4) I load mptscsih 
 
  and here, the machine freezes.
 
  any idea ?
 
  Yes, I have seen this. I have no solution so far. Can you see if an
  upstreams kernel have the same problem?
 
  /Mattias Wadenstein

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Re: Installation problem with tyan mainboard

2004-12-15 Thread Nils Valentin
I am not lucky enough to own a S4882, but lets skip that for the moment ;-).

What messages do you get when trying to load the driver with insmod ?
Could you pipe the output into a file or do a strace ?

Are we talking about the normal scsi card itself or does your S4882 has the 
credit card sized raid card (S2015S) installed ?

Best regards

Nils Valentin
Tokyo / Japan

http;//www.be-known-online.com


On Wednesday 15 December 2004 23:19, Thierry Dumont wrote:
 On Wed, 15 Dec 2004, Nils Valentin wrote:
  Soory if I missed those details, but... which Tyan motherboard are we
  talking about and which scsi drivers dont work ?
 
  I am just asking cause I am running Tyans K8S Pro (S2882) with the
  Adaptec 7902W happily ever after ;-) (5 machines of them)

 I have a S4882 Tyan, and the scsi adapter is a NCR (NCR like ?), that is
 to say that I load the mptscsih driver...

 yoours
 t.d.
   --
 Thierry Dumont. MAPLY (Maths Appliquees de Lyon-UMR 5585 CNRS).
 Univ. Lyon I,43 Bd du 11 Novembre 1918, 69622 - Villeurbanne Cedex -
 France. [EMAIL PROTECTED]  web:
 http://maply.univ-lyon1.fr/~tdumont

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Re: AMD64 VS EM64T

2004-12-03 Thread Nils Valentin
Hi Everybody,

there is a 67 page Benchmark comparison betweeen the Athlon type CPUs and the 
Pentium 4 types (including Prescott). The review does NOT include the 
Opterons ;-(, but is has a lot of very detailed benchmark charts. 29 charts 
for data transfers of each CPU alone + 35 benchmark charts (comparison).


The only problem is as far as I know this article is only available in German.

http://www.tecchannel.de/hardware/1244/index.html

Test: Athlon 64 FX-55  4000+

They have a english website here :

http://www.tecchannel.com/

,but unfortunately it does not contain even as near info as the german pages.
The article above does not seem to be available in english.

The article is free to read online or you can buy the PDF version for 0.80 
Euro (1$).

I have it but the copyright does not allow me to forward it to anybody.
(Thank you for understanding)

Best regards

Nils Valentin





On Friday 03 December 2004 09:04, Jin Zhao wrote:
 Just found out this excellent article about server performance:
 http://www.samag.com/documents/s=9408/sam0411b/0411b.htm

 This is the best I read so far and I highly recommend it to everybody
 considering 64 bit. However, it is still purely from a hardware view.
 Does anybody knows any reviews from OS softwares, esp Linux? Which
 platform linux works better with, AMD64 or EM64T?

 Thanks,

 Jin

 Paolo Alexis Falcone wrote:
 On Thu, 02 Dec 2004 15:41:10 -0600, Jin Zhao [EMAIL PROTECTED] wrote:
 I am currently faced with choosing one of them as our forthcoming 64 bit
 platform. So far I read a couple of reviews, most of which seems favor
 AMD64 a little bit. I also did some initial testings on an opteron box
 with Debian pure64 unstale. So far it looks good.
 
 The price differrence is not a big issue. The most important are
 performance, reliability and compatibility, esp on Linux, most likely
 Debian. We will use them to run server side java applicaitons.
 
 Redhat mentioned this in their realease statement:
 Software IOTLB  Intel EM64T does not support an IOMMU in hardware
 while AMD64 processors do. This means that physical addresses above 4GB
 (32 bits) cannot reliably be the source or destination of DMA
 operations. Therefore, the Red Hat Enterprise Linux 3 Update 2 kernel
 bounces all DMA operations to or from physical addresses above 4GB to
 buffers that the kernel pre-allocated below 4GB at boot time. This is
 likely to result in lower performance for IO-intensive workloads for
 Intel EM64T as compared to AMD64 processors.
 
 This issue may affect database usage, but probably not a java
 applicaiton server. There might be other unkown issues as well. I am
 eager to know what are the Debian team and users' point on these two
 platforms, esp those who already used them.
 
 AMD's original implementation of their AMD64 architecture is gauged as
 superior engineering-wise by many hardware reviewers.
 
 The Intel implementation still suffers from bandwidth starvation as
 the same bus architecture as of old is still being used. This causes
 problems when you get more processors and memory, which the AMD
 implementation solves by making each processor have its own set of
 memory and resources.

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Re: AMD64 VS EM64T

2004-12-03 Thread Nils Valentin
Hi veverybody,

also this two articles are only in german

http://www.tecchannel.de/hardware/1441/index.html
http://www.tecchannel.de/hardware/1456/index.html

I still hope that somevody finds them useful.


Best regards

Nils Valentin
Tokyo / Japan
http://www.be-known-online.com


On Friday 03 December 2004 09:04, Jin Zhao wrote:
 Just found out this excellent article about server performance:
 http://www.samag.com/documents/s=9408/sam0411b/0411b.htm

 This is the best I read so far and I highly recommend it to everybody
 considering 64 bit. However, it is still purely from a hardware view.
 Does anybody knows any reviews from OS softwares, esp Linux? Which
 platform linux works better with, AMD64 or EM64T?

 Thanks,

 Jin

 Paolo Alexis Falcone wrote:
 On Thu, 02 Dec 2004 15:41:10 -0600, Jin Zhao [EMAIL PROTECTED] wrote:
 I am currently faced with choosing one of them as our forthcoming 64 bit
 platform. So far I read a couple of reviews, most of which seems favor
 AMD64 a little bit. I also did some initial testings on an opteron box
 with Debian pure64 unstale. So far it looks good.
 
 The price differrence is not a big issue. The most important are
 performance, reliability and compatibility, esp on Linux, most likely
 Debian. We will use them to run server side java applicaitons.
 
 Redhat mentioned this in their realease statement:
 Software IOTLB  Intel EM64T does not support an IOMMU in hardware
 while AMD64 processors do. This means that physical addresses above 4GB
 (32 bits) cannot reliably be the source or destination of DMA
 operations. Therefore, the Red Hat Enterprise Linux 3 Update 2 kernel
 bounces all DMA operations to or from physical addresses above 4GB to
 buffers that the kernel pre-allocated below 4GB at boot time. This is
 likely to result in lower performance for IO-intensive workloads for
 Intel EM64T as compared to AMD64 processors.
 
 This issue may affect database usage, but probably not a java
 applicaiton server. There might be other unkown issues as well. I am
 eager to know what are the Debian team and users' point on these two
 platforms, esp those who already used them.
 
 AMD's original implementation of their AMD64 architecture is gauged as
 superior engineering-wise by many hardware reviewers.
 
 The Intel implementation still suffers from bandwidth starvation as
 the same bus architecture as of old is still being used. This causes
 problems when you get more processors and memory, which the AMD
 implementation solves by making each processor have its own set of
 memory and resources.

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Re: AMD64 VS EM64T

2004-12-03 Thread Nils Valentin
O.K I found one more article. Here are all 4 articles neatly listed up

http://www.tecchannel.de/hardware/1441/index.html
http://www.tecchannel.de/hardware/1456/index.html
http://www.tecchannel.de/hardware/1244/index.html
http://www.tecchannel.de/hardware/1235/index.html

Best regards

Nils Valentin
Tokyo / Japan
http://www.be-known-online.com


On Saturday 04 December 2004 00:35, Nils Valentin wrote:
 Hi veverybody,

 also this two articles are only in german

 http://www.tecchannel.de/hardware/1441/index.html
 http://www.tecchannel.de/hardware/1456/index.html

 I still hope that somevody finds them useful.


 Best regards

 Nils Valentin
 Tokyo / Japan
 http://www.be-known-online.com

 On Friday 03 December 2004 09:04, Jin Zhao wrote:
  Just found out this excellent article about server performance:
  http://www.samag.com/documents/s=9408/sam0411b/0411b.htm
 
  This is the best I read so far and I highly recommend it to everybody
  considering 64 bit. However, it is still purely from a hardware view.
  Does anybody knows any reviews from OS softwares, esp Linux? Which
  platform linux works better with, AMD64 or EM64T?
 
  Thanks,
 
  Jin
 
  Paolo Alexis Falcone wrote:
  On Thu, 02 Dec 2004 15:41:10 -0600, Jin Zhao [EMAIL PROTECTED] wrote:
  I am currently faced with choosing one of them as our forthcoming 64
   bit platform. So far I read a couple of reviews, most of which seems
   favor AMD64 a little bit. I also did some initial testings on an
   opteron box with Debian pure64 unstale. So far it looks good.
  
  The price differrence is not a big issue. The most important are
  performance, reliability and compatibility, esp on Linux, most likely
  Debian. We will use them to run server side java applicaitons.
  
  Redhat mentioned this in their realease statement:
  Software IOTLB  Intel EM64T does not support an IOMMU in hardware
  while AMD64 processors do. This means that physical addresses above 4GB
  (32 bits) cannot reliably be the source or destination of DMA
  operations. Therefore, the Red Hat Enterprise Linux 3 Update 2 kernel
  bounces all DMA operations to or from physical addresses above 4GB to
  buffers that the kernel pre-allocated below 4GB at boot time. This is
  likely to result in lower performance for IO-intensive workloads for
  Intel EM64T as compared to AMD64 processors.
  
  This issue may affect database usage, but probably not a java
  applicaiton server. There might be other unkown issues as well. I am
  eager to know what are the Debian team and users' point on these two
  platforms, esp those who already used them.
  
  AMD's original implementation of their AMD64 architecture is gauged as
  superior engineering-wise by many hardware reviewers.
  
  The Intel implementation still suffers from bandwidth starvation as
  the same bus architecture as of old is still being used. This causes
  problems when you get more processors and memory, which the AMD
  implementation solves by making each processor have its own set of
  memory and resources.

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




MySQL on debian amd64

2004-12-01 Thread Nils Valentin
Hi Debian fans,

Today I installed and configured MySQL (its not the first time I am doing this 
so I am a bit puzzled).

1) I am unable to set the default-character-set in /etc/my.cnf.

I tried default-character-set=ujis and default_character_set=ujis under 
the [mysqld] section, but both dont work.

Is this a possible bug ?
Who is actually packing the files MySQL AB themselves ?

2)How would I know the full .deb package name (including version number) 
containing the mysql server files. Using dpkg --list mysql-server just 
gives me the version number?

 I am actually looking foran equivalent to rpm -qi packagename.rpm. 

Any reply would be much appreciated.

Best regards

Nils Valentin


On Tuesday 30 November 2004 02:47, Goswin von Brederlow wrote:
 [EMAIL PROTECTED] (Bob Proulx) writes:
  Phil Warrick wrote:
  I'm going with the chroot approach then.
 
  Following the AMD64 HOWTO in section Running applications inside the
  chroot,  I followed the instructions and then I wanted to try to run a
  32-bit program.
 
  First I wanted to try to run some X-based program so I tried openoffice,
  which was not yet installed.  When I tried to install it in the chroot,
  I got the following errors below.
  [...]
  Can someone indicate what might be wrong?  I'm using kernel
  2.6.8-9-amd-k8-smp on a dual Opteron system.
 
  Check your /etc/apt/sources.list file *in the chroot* and make sure it
  can get to the 32-bit archive.  Make sure that 'apt-get update' works
  in the chroot.  It looks to me like apt has no package lists at all.
 
  If you have 'dchroot' configured you can run the commands like this:
 
dchroot editor /etc/apt/sources.list
 
dchroot apt-get update
dchroot apt-get install openoffice.org
 
  Bob

 Don't forget /etc/hosts, /etc/passwd, /etc/groups, /etc/shadow,
 /etc/mtab, /proc in the chroot.

 MfG
 Goswin

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Re: AMD64 Question

2004-12-01 Thread Nils Valentin
Hi Debian fans,

Just a quick question.

How would I know that the installed Kernel
 is a single CPU or smp kernel (Dual, Quad etc.) ?

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Re: AMD64 Question

2004-12-01 Thread Nils Valentin
Thats what I cant make any sense of anyway it tells me 2.6.8-9-amd64-k8

If I understand that correctly than it is suing a single CPU kernel  while it 
should say kernel-version-XXX-smp really.

Best  regards
Nils Valentin

On Thursday 02 December 2004 02:16, Alexandru Cabuz wrote:
  How would I know that the installed Kernel
   is a single CPU or smp kernel (Dual, Quad etc.) ?

 Wouldn't uname -a tell you?

 Alex.

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Re: New mirror of Debian-amd64 offlist

2004-12-01 Thread Nils Valentin

Hi Leopold,

I am trying to do the same here in Tokyo, but I cant get the mirror.sh to work 
which Goswin posted 2 days ago. I assume you used that as well ?

It will say rsync error; error in rsync protocol data stream (code 12) at 
io.c (359)

Best regards

Nils Valentin
Tokyo/Japan

On Thursday 02 December 2004 02:24, Leopold Palomo-Avellaneda wrote:
 Dear people,

 finally, after some beers and coffes, Caliu [1] has decided to mirror the
 repositories: pure64, gcc-3.4 and the extras commented before [2].

 The mirror is located in Barcelona/Catalonia in the Technical University of
 Catalonia (UPC), so there's a good bandwidth with the others universities.
 The mirror is updated every day. The address is:

 ftp://ftp.caliu.info/pub/distribucions/debian-amd64/

 Best regards,

 [1] http://caliu.info
 [2] http://lists.debian.org/debian-amd64/2004/11/msg00376.html

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Dual boot ( Suse 9.2 + Debian for AMD 64 ): K8S Pro (S2882UG3NR) + Sata Raid 1

2004-11-20 Thread Nils Valentin
Hi Debian fans on the list,
(B
(BThank you very much for the many, many responds I received when posting my 
(Blast threat in October called "K8S Pro (S2882UG3NR) + Sil 3114 (Raid 1) + 
(BSarge".
(B
(BIn the meantime I managed to follow up on software raid and completely ignore 
(Bthe proprietary sata drivers.
(B
(BAnyway, here is a new challenge.
(B
(BThis time I want to make a dual boot machine (Suse 9.2 and Debian for AMD 64).
(B
(B1) It seems like when creating a raid set is this beein written directly to 
(Bthe harddisks. Is this correct ?
(B
(BBackground: I want to setup Suse and Debian next to each other and setting up 
(B"/" + "/var" + "usr" f.e. as Raid level 1. This would require me to set them 
(Bup separately for each OS. However after having installed the first OS the 
(Bsecond version will write his raid instructions on the disk, basically 
(Bremoving the raid instructions from the first OS.
(B
(BAny chance to circumvent this ?
(B
(B-- 
(Bkind regards
(B
(BNils Valentin
(BTokyo/Japan
(B
(Bhttp://www.be-known-online.com/mysql/

Re: Status of debian-amd64 after sarge release

2004-11-16 Thread Nils Valentin
On Tuesday 16 November 2004 20:24, Soenke von Stamm wrote:
 Am Dienstag, 16. November 2004 10:38 schrieb Johan Groth:
  Kurt Roeckx wrote:
   On Mon, Nov 15, 2004 at 08:04:31PM +0100, Jan Houstek wrote:
  On Mon, 15 Nov 2004, Kurt Roeckx wrote:
  We will atleast have a released version of the sarge repository, with
  updates if there are, and security updates.
  
  That's good news. Any chance this port will become a part of the
   official stable in some future release (Sarge 3.1 r1, r2 ...)?
  
   I don't think so.
 
  Then I have a (maybe a stupid) question. What is the point of doing this
  port if it is never going to be part of a stable release?
 
  /Johan

 Er, rough guess: it's being done because many people like you and me need
 it? And I expect it to be in debian 3.2/4.0. Though I'm not part of any
 plans nor have I joined discussion (and only briefly read parts of it).

 What I don't unsderstand though is that many people don't want it in sarge.
 I know it would have delayed it even more. At least after WinXP x64 is
 released and world+dog have an AMD64/clone (;-) on their tables it'll be
 laughable not to have an AMD64 port of debian/stable. And we all know it'll
 take another three years until debian 3.2/4.0.
 Plus in many companies, something that's called 'testing' or 'unstable'
 won't be allowed on production systems, even if it's more mature than any
 SuSE etc. ever was. That's a heavy set-back for debian in corporate
 environment I think. I also have some trouble here btw. but I can stand it.


  Sönke

 Yikes! you have an ugly sig ;-p
 ...Plus it doesn't start by '-- \n' so it's not cut automatically...

Well my guess is that they want to wait for the 128 bit version coming out 
next summer ;-). Just a guess so ;-o 

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Re: K8S Pro (S2882UG3NR) + Sil 3114 (Raid 1) + Sarge

2004-10-25 Thread Nils Valentin
Hi Lennart and Hugo,

so what you 2 are saying is that bsically a Sil3114 is as good or bad as any 
other software raid with the exception that it can start a boot process while 
on the other hand being proprietory ??

If I create a Software raid with f.e. Debian and I decide to Dual boot into 
Mandrake, Suse ... whatever should that work ?

Best regards

Nils Valentin




On Monday 25 October 2004 01:58, Lennart Sorensen wrote:
 On Sun, Oct 24, 2004 at 12:04:48AM +0900, Nils Valentin wrote:
  just read your reply once more. Just for the records: Iam looking for
  hardware raid. I already ahev Suse Linux up and running and actually just
  want debian to be able to access the drives the same way (after the
  reboot). That is (without the hardware raid) basically a typical dual
  boot setup.
 
  Shouldnt there be a Driver for the Sil3114 Controller ? I know that Tyan
  makes the drivers for Suse and Redhat. I was hoping that perhaps a nice
  driver developer is reading this and spend a few hours of devoted
  motivation to get this done ;-)
 
  Best regards

 A SiS3114 is NOT hardware raid.  It is software, just secret proprietary
 software.  If you want hardware raid with open source drivers, you have
 to get a 3ware card or a scsi raid card.  Those are the only choices at
 the moment.  Other hardware ide/sata raid cards exist, but not with open
 source drivers that I am aware off.

 Lennart Sorensen

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Re: K8S Pro (S2882UG3NR) + Sil 3114 (Raid 1) + Sarge

2004-10-25 Thread Nils Valentin
Hi Johan,

was that ahint for using the 2410SA from Adaptec or can I use the 2410SA 
driver with the SiI3114 ?

Best regards

Nils Valentin


On Tuesday 26 October 2004 00:12, Johan Groth wrote:
 Lennart Sorensen wrote:
  On Sun, Oct 24, 2004 at 12:04:48AM +0900, Nils Valentin wrote:
 just read your reply once more. Just for the records: Iam looking for
  hardware raid. I already ahev Suse Linux up and running and actually
  just want debian to be able to access the drives the same way (after the
  reboot). That is (without the hardware raid) basically a typical dual
  boot setup.
 
 Shouldnt there be a Driver for the Sil3114 Controller ? I know that Tyan
  makes the drivers for Suse and Redhat. I was hoping that perhaps a nice
  driver developer is reading this and spend a few hours of devoted
  motivation to get this done ;-)
 
 Best regards
 
  A SiS3114 is NOT hardware raid.  It is software, just secret proprietary
  software.  If you want hardware raid with open source drivers, you have
  to get a 3ware card or a scsi raid card.  Those are the only choices at
  the moment.  Other hardware ide/sata raid cards exist, but not with open
  source drivers that I am aware off.

 The driver for Adaptec 2410SA (SATA raid PCI-66/64bit) are open source.
They are included in the kernel.

 /Johan


 -
 Symbian Software Ltd is a company registered in England and Wales with
 registered number 4190020 and registered office at 2-6 Boundary Row,
 Southwark, London, SE1 8HP, UK. This message is intended only for use by
 the named addressee and may contain privileged and/or confidential
 information. If you are not the named addressee you should not disseminate,
 copy or take any action in reliance on it. If you have received this
 message in error please notify [EMAIL PROTECTED] and delete the
 message and any attachments accompanying it immediately. Neither Symbian
 nor any of its subsidiaries accepts liability for any corruption,
 interception, amendment, tampering or viruses occurring to this message in
 transit or for any message sent by its employees which is not in compliance
 with Symbian corporate policy.

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




Re: K8S Pro (S2882UG3NR) + Sil 3114 (Raid 1) + Sarge

2004-10-23 Thread Nils Valentin
Hi Lennart,

just read your reply once more. Just for the records: Iam looking for hardware 
raid. I already ahev Suse Linux up and running and actually just want debian 
to be able to access the drives the same way (after the reboot). That is 
(without the hardware raid) basically a typical dual boot setup.

Shouldnt there be a Driver for the Sil3114 Controller ? I know that Tyan makes 
the drivers for Suse and Redhat. I was hoping that perhaps a nice driver 
developer is reading this and spend a few hours of devoted motivation to get 
this done ;-)

Best regards

Nils Valentin

On Saturday 23 October 2004 01:47, Lennart Sorensen wrote:
 On Sat, Oct 23, 2004 at 12:36:05AM +0900, Nils Valentin wrote:
  I am trying to setup a Opteron box. I am having a hard time to setup Raid
  1 on the sata drives connected to the sil3114 controller.
 
  The same system works under Suse Linux 9.0 perfectly fine. Now I try to
  make it a dual boot machine and get Debian on the box as well. I am using
  the Debian netinstall image (sid-amd64-netinst.iso) The Debian Installer
  seems to be fine until I get to the point harddisk configuration were it
  sees only the 2 sata drives separately.
 
  That should basically tell me that the sil3114 driver is either not
  included or not working the way I expect it to be.
 
  Does anybody have any ideas ?
  Feel free to leave your rant ;-)

 Last I looked at it I thought the proprietary software raid driver for
 the 3114 was binary only and hence only available for certain kernels
 and certainly not 64bit.  Do I remember wrong?

 Besides why do you want proprietary software raid when you could use
 open standard linux md software raid (which is faster too in general).

 Lennart Sorensen

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/




K8S Pro (S2882UG3NR) + Sil 3114 (Raid 1) + Sarge

2004-10-22 Thread Nils Valentin
Hi eveybody on the list,
(B
(BI am trying to setup a Opteron box. I am having a hard time to setup Raid 1 on 
(Bthe sata drives connected to the sil3114 controller.
(B
(BThe same system works under Suse Linux 9.0 perfectly fine. Now I try to make 
(Bit a dual boot machine and get Debian on the box as well. I am using the 
(BDebian netinstall image (sid-amd64-netinst.iso) The Debian Installer seems to 
(Bbe fine until I get to the point harddisk configuration were it sees only the 
(B2 sata drives separately. 
(B
(BThat should basically tell me that the sil3114 driver is either not included 
(Bor not working the way I expect it to be. 
(B
(BDoes anybody have any ideas ? 
(BFeel free to leave your rant ;-)
(B
(B-- 
(Bkind regards
(B
(BNils Valentin
(BTokyo/Japan
(B
(Bhttp://www.be-known-online.com/mysql/

Re: K8S Pro (S2882UG3NR) + Sil 3114 (Raid 1) + Sarge

2004-10-22 Thread Nils Valentin
Hi Lemmart,

of course I want to use an open source driver if available (sorry if I didnt 
mention that)

Which one do you suggest ?
Does it come with debian ?

Best regards

Nils Valentin


On Saturday 23 October 2004 01:47, Lennart Sorensen wrote:
 On Sat, Oct 23, 2004 at 12:36:05AM +0900, Nils Valentin wrote:
  I am trying to setup a Opteron box. I am having a hard time to setup Raid
  1 on the sata drives connected to the sil3114 controller.
 
  The same system works under Suse Linux 9.0 perfectly fine. Now I try to
  make it a dual boot machine and get Debian on the box as well. I am using
  the Debian netinstall image (sid-amd64-netinst.iso) The Debian Installer
  seems to be fine until I get to the point harddisk configuration were it
  sees only the 2 sata drives separately.
 
  That should basically tell me that the sil3114 driver is either not
  included or not working the way I expect it to be.
 
  Does anybody have any ideas ?
  Feel free to leave your rant ;-)

 Last I looked at it I thought the proprietary software raid driver for
 the 3114 was binary only and hence only available for certain kernels
 and certainly not 64bit.  Do I remember wrong?

 Besides why do you want proprietary software raid when you could use
 open standard linux md software raid (which is faster too in general).

 Lennart Sorensen

-- 
kind regards

Nils Valentin
Tokyo/Japan

http://www.be-known-online.com/mysql/