Guys,

I have oracle sparc T5-2 (Two Oracle SPARC T5, 256G RAM) idling (finally
was able to install linux into it 2 weeks ago)
http://www.oracle.com/us/products/servers-storage/servers/sparc/oracle-sparc/t5-2/sparc-t5-2-ds-1922871.pdf
currenly linux is installed as ldom (that's why you can't see full cpu and
ram list):

[mator@linuxsparc ~]$ lscpu
Architecture:          sparc64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Big Endian
CPU(s):                128
On-line CPU(s) list:   0-127
Thread(s) per core:    8
Core(s) per socket:    16
Socket(s):             1
NUMA node(s):          1
NUMA node0 CPU(s):     0-127
[mator@linuxsparc ~]$ free -m
             total       used       free     shared    buffers     cached
Mem:        129767       2267     127500          0        242       1278
-/+ buffers/cache:        746     129020
Swap:         1023          0       1023
[mator@linuxsparc ~]$ top -bin 1
top - 14:07:44 up 9 days, 19:54,  1 user,  load average: 0.00, 0.01, 0.05


so far,  it's oracle (solaris 11) control/primary domain with 8Gb RAM and 8
logical cpus) , created child ldom with linux:

root@deimos:/export/zfs/ISOs# ldm list
NAME             STATE      FLAGS   CONS    VCPU  MEMORY   UTIL  NORM
UPTIME
primary          active     -n-cv-  UART    8     8G       1.2%  1.2%  11d
13h 17m
linux            active     -n----  5000    128   128G     0.0%  0.0%  9d
19h 59m


but i can increase linux domain up to (256-8=248 virtual cpus) and 248G ram.

I had to install oracle sparc linux
https://oss.oracle.com/projects/linux-sparc/ in linux ldom, since debian 7
sparc iso have old kernel 3.x and can't be installed as ldom (if only i
could remake debian 7 sparc iso with newer kernel, it would fit ldom
natively). From oracle sparc linux, i have installed debian 7 sparc with
debootstrap into chroot (/mnt/deb):

[mator@linuxsparc ~]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root
                      7.8G  1.5G  5.9G  21% /
tmpfs                  64G     0   64G   0% /dev/shm
/dev/vdiska1          976M   37M  889M   4% /boot
/dev/vdiskc3          8.8G  659M  7.7G   8% /mnt/deb

[mator@linuxsparc ~]$ sudo -s
[root@linuxsparc mator]# chroot /mnt/deb
root@linuxsparc:/# cat /etc/debian_version
7.9
root@linuxsparc:/#

I could easily increase /dev/vdiskc to something more than 8.8Gb , but not
more than 400Gb (only 400G free in parent primary/control domain for this).

This machine is installed in our company laboratory with internal network
and NAT external connectivity. I could create openvpn (or whatever tunnel
software in linux) for your access.

Do you interested to use it as build machine for sparc linux?

Thanks.




On Sat, Dec 19, 2015 at 9:13 PM, John Paul Adrian Glaubitz <
[email protected]> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> On 12/19/2015 06:28 PM, Paul Wise wrote:
> > DSA has a Sunfire T2000 called notker hosted at brown.edu that we
> > never got around to setting up as a Debian buildd/porterbox. Since
> > wheezy is EOL in April and we have several other sparc machines,
> > we figured it would be best to pass the hardware along to the
> > sparc64 porting effort.
>
> Great idea!
>
> > Would this be useful for the sparc64 porting effort?
>
> Absolutely. We currently don't have any install images available yet. Do
> you think you could install it with debootstrap natively with sparc64
> instead? I think you could do a minimal sparc Wheezy installation,
> then debootstrap sparc64 onto a separate partition and then point
> the bootloader to the new chroot.
>
> > If so, who should we send the ALOM credentials to?
>
> Me :). I am currently the buildd admin for raverin and andi, I haven't
> been granted to sompek yet unfortunately.
>
> Cheers,
> Adrian
>
> - --
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - [email protected]
> `. `'   Freie Universitaet Berlin - [email protected]
>   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
>
> iQIcBAEBCAAGBQJWdZ5TAAoJEHQmOzf1tfkT6ZoP/3k4Eh/+FvsgmPg6dQy2w9jf
> 4odJhukHOZgJFLOBiesjNrT56xQLdZI7Jz9uWq3CF8x+yMxLvj3tEevjTxaxnO9A
> Jkyiyws0wzk4uV19FegAhCcqYvnp1aDm+f0Ikruk6SzCpsj0ShJv3gtJNd/5oTjL
> jyQvn+FcqaQKmQYxltGRb1XWP2vmZRG67frQZ3V/bH7QXlrEr9h49NqByR1ayK19
> pRiwPbfh4M5bi3A4yY8rIZPtuI5+szFkOnvMAghel9KajPZmdu7iU+ZNUB1uw8Z+
> j6NOsldOV0vrCmuqG2rQseoviMz2jlo3hNsP4EOCIpIdGjLvmTXN2Yp+/yeLiO+I
> PoppWXLbvHDqE2eN0WfC+edwgi9f7JxVmHGYYz87rJp3qZM6YX+4IGyKBxfzF33/
> aMc5aiOKiGCczYEzsilAyfDdE4k3gzfWXjEf2Yh7wS4dogCcfQHYpfmv3VLnmABN
> sszXxLuG2zYekg/MRrP04N9cAT/W3rt21BJSWimkHLUNfZb1iHRhutwo2liMf7OM
> nuv8uYsWTg/qghfadFNESFNBRvok4UT9X1NCRq8ydK80Z8BtFwnuTZmYyn0dUv45
> bf3+EtWfH2v0mML9NjXPb8f+wz3X+mSUbtu458FBCNpCON85vYqUROfWaKBUOvOw
> jjzRjO/ia+Sl1yqUzEUL
> =pbgt
> -----END PGP SIGNATURE-----
>
>

Reply via email to