Rafal Maszkowski wrote:
> I mirror the Oracle OEL (on this new machine). I have asked people
> propagating this distribution about OEL on Sparc but got no answer.
> Weird - they want to have their own RHEL and they produce Sparc machines
> but cannot (do not want?) connect these two things together.[...]
<http://www.pcworld.com/article/212564/ellison_oracle_enterprise_linux_comin…>
--cut--
Ellison: Oracle Enterprise Linux Coming to Sparc
By James Niccolai, IDG News Dec 6, 2010 9:00 pm
Oracle will port its Enterprise Linux distribution to Sun's Sparc
processor, a move that could help it compete better against IBM and
Hewlett-Packard in the high-end server business.
CEO Larry Ellison made the disclosure in response to a question about
Oracle's Linux strategy at the company's Sparc systems launch last
Thursday.
"We think Sparc will become clearly the best chip for running Oracle
software. At that point we'd be nuts not to move Oracle Enterprise
Linux there. We're a ways away, but I think that's definitely going to
happen," Ellison said.
It's likely to happen in "the T4, T5 timeframe," he said, referring to
the next two versions of Sun's Sparc processor. Oracle just released
the Sparc T3 in September and the T4 isn't expected for a year or so.
Customers who buy Oracle's x86 servers today can run both Solaris and
Oracle Enterprise Linux, but for Oracle's Sparc systems, Solaris is
the only supported OS.
"Some customers have run Linux on Sparc, but it's mostly in the
high-performance computing market and it's not a supported
environment," said IDC analyst Jean Bozman.
That puts Oracle at odds with IBM and HP, whose customers can run both
Unix and Linux on those companies' high-end servers.
"You have both HP and IBM ... being able to offer their customers
Linux and their proprietary Unix on the same hardware, and that gives
them additional opportunities for customers running virtual
environments," said Nathan Brookwood, principal analyst at Insight64.
IBM customers, for example, can take a single Power7 system and run
Linux, AIX and IBM's System i software under a common hypervisor. "In
the world of virtualized data centers, being able to run all your
major OS environments on your major hardware platform gives end users
a little bit more flexibility," Brookwood said.
Linux was Oracle's preferred OS before it acquired Sun. Ellison now
calls Solaris "the leading OS on the planet," but he knows some
customers want a choice. He wants that choice to be among Oracle
products, however, not among different vendors.
"We want [customers] thinking, 'Should I go with Sparc or should I go
with x86? Should I run it on Solaris or should I run it on Linux?' End
of discussion," Ellison said. "We don't want them thinking, 'Should I
move from Sparc to Power or Solaris to AIX.' We want to give them
choice within our own family of products."
Ellison also introduced a new category of support, called Gold
Standard Services, for customers who are willing to run their Oracle
systems with exactly the configuration Oracle suggests.
Oracle will test each new software upgrade and big fix against the
Gold configurations in its labs, Ellison said. That should allow it to
guarantee higher levels of uptime for customers, he suggested.
The first "gold configurations" will be for the big integrated systems
Oracle has announced recently -- the Exadata Database Machine, the
Exalogic Elastic Cloud and the Sparc Supercluster.
It expects to include partner products too. "We're going to have IBM,
Dell and Cisco join in and create those Gold Standard configurations,"
Ellison said. He didn't give any pricing information and Oracle didn't
respond to a request for more details.
--end--
I've a question I hope someone can help me out with.
Quick background:
I have a sparc T3 box that I'm using for everything. I'm starting from a
F12 Beta ISO base as that is the only bootable ISO image I found that
would work which has been fully upgraded against the available f12 updates.
I've setup yum / http / postgresql / koji on this sparc and populated it
with src/sparcv9/sparc64 rpms that I pulled off
http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/12/Ever….
# static master that I don't want any changes made to
koji lock-tag f12-ga-master --master
# *If* I am going to make changes to my base then tag them here
koji add-tag --parent=f12-ga-master f12-ga-base
# f12-updates will be where any updates will land
koji add-tag --parent=f12-ga-base f12-updates
# Make a f12-build build tag that draws it's rpms from whatever the
'f12-updates' tag is associated with and all it's inheritances from
f12-ga-base
koji add-tag --parent f12-updates --arches "*sparc64 sparcv9*" f12-build
#make the f12-build tag part of the build channel
koji add-group f12-build build
# create a list of the minimum rpms required in an initial chroot
export DIST=f12-build
koji add-group-pkg $DIST build bash
koji add-group-pkg $DIST build bzip2
koji add-group-pkg $DIST build coreutils
.. etc
# when building to the tag 'f12-updates' use the f12-build
environment and tag the resultant rpms as being members of f12-updates
koji add-target f12-updates f12-build f12-updates
where I get a problem is that I cannot get it to build as sparcv9.
if I have
koji edit-host builder --arches="sparc*v9* sparc64"
then it will build *sparc64.rpm fine but when it creates the sparcv9
environment, installs all the rpms and the dependancies, sets up the
mockbuild user/group stuff,.. mock never gets fired and the environment
collapses. If on the other hand I use:
koji edit-host builder --arches="sparc sparc64"
then I get *.sparc.rpm and *.sparc64 rpms
So I'm unsure what to do here. I know this has got to be something
trivial / subtle.
Anyone got ideas? I didn't spot anything obvious in the
site-defaults.cfg for mock either.
# rpm -q mock koji
mock-1.0.11-1.fc12.noarch
koji-1.4.0-2.fc12.noarch
Phil
=--=
---[ sparcv9 ]-------------------
# koji mock-config --tag f12-build --arch=sparcv9
--topurl=http://127.0.0.1/ f12-updates
# Auto-generated by the Koji build system
config_opts['chroothome'] = '/builddir'
config_opts['use_host_resolv'] = False
config_opts['basedir'] = '/var/lib/mock'
config_opts['rpmbuild_timeout'] = 86400
config_opts['yum.conf'] =
'[main]\ncachedir=/var/cache/yum\ndebuglevel=1\nlogfile=/var/log/yum.log\nreposdir=/dev/null\nretries=20\nobsoletes=1\ngpgcheck=0\nassumeyes=1\n\n#
repos\n\n[build]\nname=build\nbaseurl=http://127.0.0.1//repos/f12-build/3/sparcv9\n'
config_opts['chroot_setup_cmd'] = 'groupinstall build'
config_opts['target_arch'] = 'sparcv9'
config_opts['root'] = 'f12-updates'
config_opts['plugin_conf']['root_cache_enable'] = False
config_opts['plugin_conf']['yum_cache_enable'] = False
config_opts['plugin_conf']['ccache_enable'] = False
config_opts['macros']['%_host'] = 'sparcv9-koji-linux-gnu'
config_opts['macros']['%_host_cpu'] = 'sparcv9'
config_opts['macros']['%vendor'] = 'Koji'
config_opts['macros']['%distribution'] = 'Koji Testing'
config_opts['macros']['%_topdir'] = '/builddir/build'
config_opts['macros']['%_rpmfilename'] =
'%%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm'
config_opts['macros']['%packager'] = 'Koji'
---[ sparc ]-------------------
# koji mock-config --tag f12-build --arch=sparc
--topurl=http://127.0.0.1/ f12-updates
# Auto-generated by the Koji build system
config_opts['chroothome'] = '/builddir'
config_opts['use_host_resolv'] = False
config_opts['basedir'] = '/var/lib/mock'
config_opts['rpmbuild_timeout'] = 86400
config_opts['yum.conf'] =
'[main]\ncachedir=/var/cache/yum\ndebuglevel=1\nlogfile=/var/log/yum.log\nreposdir=/dev/null\nretries=20\nobsoletes=1\ngpgcheck=0\nassumeyes=1\n\n#
repos\n\n[build]\nname=build\nbaseurl=http://127.0.0.1//repos/f12-build/3/sparc\n'
config_opts['chroot_setup_cmd'] = 'groupinstall build'
config_opts['target_arch'] = 'sparc'
config_opts['root'] = 'f12-updates'
config_opts['plugin_conf']['root_cache_enable'] = False
config_opts['plugin_conf']['yum_cache_enable'] = False
config_opts['plugin_conf']['ccache_enable'] = False
config_opts['macros']['%_host'] = 'sparc-koji-linux-gnu'
config_opts['macros']['%_host_cpu'] = 'sparc'
config_opts['macros']['%vendor'] = 'Koji'
config_opts['macros']['%distribution'] = 'Koji Testing'
config_opts['macros']['%_topdir'] = '/builddir/build'
config_opts['macros']['%_rpmfilename'] =
'%%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm'
config_opts['macros']['%packager'] = 'Koji'
Hi,
since a few days qemu-system-sparc64 can boot Linux using virtio
disks. Unfortunately currently there seems to be no Linux distribution
which would have the virtio drivers on the install disk.
Would Fedora be the first one? ;-) Assuming there will an install
image, like it used to be at Fedora 12 times.
If anyone is interested in the instructions:
http://tyom.blogspot.de/2012/05/booting-linuxsparc64-on-todays-openbios.html
Don't be scared about the long Forth command line. In the QEMU 1.1
it's going to be not necessary anymore.
It's just a workaround till OpenBIOS patches for fixing the problem
find their perfect form.
Artyom
--
Regards,
Artyom Tarasenko
Solaris/sparc and Linux/sparc under qemu blog:
http://tyom.blogspot.com/search/label/qemu