Hello,
Is it possible to switch the idle services/hosts to ones to that can be
used.
Example
:idle (ppc64) to active [x86_64] ones when needed.
I ask because to see if more idle services can be utalised when available.
---Glenn
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hi,
I want to branch a existing package. But it does not work with the name
"z-push-2"! Any other name works, but not "z-push-2". Creating it
directly in my home project works, but not in the subproject
"home:ingogoeppert:SLES".
I deleted a older version of the z-push-2 package, after that it was
impossible to branch the new one :-(
Any hints to fix this?
Ingo
Hi,
since several days, the build repository for RHEL4 x86_64 is broken:
unresolvable: nothing provides libc.so.6()(64bit) needed by binutils,
nothing provides libc.so.6(GLIBC_2.2.5)(64bit) needed by binutils,
nothing provides libc.so.6(GLIBC_2.3)(64bit) needed by binutils, nothing
provides libdl.so.2()(64bit) needed by binutils, nothing provides
libdl.so.2(GLIBC_2.2.5)(64bit) needed by binutils, nothing provides
libc.so.6()(64bit) needed by bzip2, nothing provides
libc.so.6(GLIBC_2.2.5)(64bit) needed by bzip2, nothing provides
libc.so.6(GLIBC_2.3)(64bit) needed by bzip2, nothing provides
libbz2.so.1()(64bit) needed by bzip2, nothing provides
libc.so.6()(64bit) needed by gcc, nothing provides
libc.so.6(GLIBC_2.2.5)(64bit) needed by gcc, nothing provides
libc.so.6(GLIBC_2.3)(64bit) needed by gcc, nothing provides
libc.so.6()(64bit) needed by gettext, nothing provides
libc.so.6(GLIBC_2.2.5)(64bit) needed by gettext, nothing provides
libc.so.6(GLIBC_2.3)(64bit) needed by gettext, nothing provides
libdl.so.2()(64bit) needed by gettext, nothing provides
libdl.so.2(GLIBC_2.2.5)(64bit) needed by gettext, nothing provides
libc.so.6()(64bit) needed by perl, ...
Seems, that all(?) libraries can't be found.
The 32bit repository is still working fine.
I'm using the default configuration for RHEL4:
<repository name="RedHat_RHEL-4">
<path project="RedHat:RHEL-4" repository="standard"/>
<arch>i586</arch>
<arch>x86_64</arch>
</repository>
regrds,
Jörg
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hi,
just some more details about the current state.
We had corrupt data inside of the old SAN box unfortunatly exactly at the
area where the SQL database was hosted. Therefore we had to restore a database
dump from friday.
This means
* No sources are lost, but new packages may not appear when listing sources.
Also removed packages may appear again in sources.
You may notice this when different packages are listed in sources and build results.
We will run a full check for this, but this will take some time.
In case you do not want to wait in this situation, you can recreate the package
or project, eg. by "osc meta pkg -e ...." and editing anything. The database
and source server will be in sync again afterwards.
You may also delete the package again now.
* Requests are in the old state.
- Accepted requests can just be accepted again in most cases. Except other changes
happened, but you will notice because the source package will be in "broken" state
then.
- decline/revoke requests can just be closed again.
- a limited number of new requests have a different number now, because
the old requests got lost.
The lesson we learned from this is to configure at least for MySQL a master/slave
setup. We won't have full HA by this, but at least broken SAN systems can not create
these kind of problems again.
Apart from that, we are on the new SAN storage system now, which is said to be way
more robust than the old one.
--
Adrian Schroeter
email: adrian(a)suse.de
SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg)
Maxfeldstraße 5
90409 Nürnberg
Germany
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
