sabayon database unavailable? [Solved]

[clockwork]

i know this has come up before but i still havent gotten any solutions to it.
unable to update anything, nothing shows up in spritz or any other update manager

Code: Select all

Mercury clockwork # equo update --force
>> Repository sabayonlinux.org hasn't been downloaded yet.
>> Repository sabayonlinux.org is not available. Cannot validate
>> !!! Please update your repositories now in order to remove this message!
>>  @@ Repositories synchronization ...
>>      [svn.sabayonlinux.org:1026] Successfully connected to host
>>      [svn.sabayonlinux.org:1026] Successfully disconnected from host
>>   #  (1/1) Sabayon Linux Official Repository
>>   # Database URL: http://svn.sabayonlinux.org/entropy/standard/sabayonlinux.org/database/amd64/4
>>   # Database local path: /var/lib/entropy/client/database/amd64/sabayonlinux.org/standard/amd64/4
>>   # Database EAPI: 3
>>      Downloading repository database ...
>>      Attention: database does not exist online.
>> Repository sabayonlinux.org hasn't been downloaded yet.
>> Repository sabayonlinux.org is not available. Cannot validate
>> !!! Please update your repositories now in order to remove this message!
>>  !!! Equo/Entropy: a new release is available. Mind to install it before any other package.


[albfneto]

In general this problem is momentaneous. repositories out in one time...

you may try:

Code: Select all

su
equo update --force


if this works, after, make:

Code: Select all

equo install --ask equo
equo update


[clockwork]

it will download untill about 90% as i watch it and then something fails because it starts to download all over again.
and it still doesnt work. sadly i may give up sabayon because this is ridiculuos.

[mktyap]

For those first-boot into newly installed 4.0 equo update hangs after Notice Board. Abort that (close window) then do the equo install equo, equo update, etc...
Caveat: Do not update all blindly!!

[w8wca]

Is there a wiki or post on a proper way to update after a new install of Sabayon 4 ?

I have tried all this and no matter what I do equo (or spritz) locks up
I read the above post and tried 'equo install equo' - it looked like it finished but never came back to a cmd prompt.
The last notice/test it had was "please run equo conf update"
If I close the terminal (which i never like to do) - and run that command - it did finish
I could not run equo update as it was still running from my closed xterm.
I rebooted - I proly should have just killed it - then ran 'equo update'
it now finishes!

this then let me equo install xchat (just an example - I like irssi) and it worked fine.

So (at least for me) After a new install and before anything else -
equo install (even though it does not completely finish) kill it or reboot)
equo conf update (I picked merge all - no confirm)
equo update - it will finish

Thanks All

[albfneto]

If many packages can be updatet, the commands running may be very slow!
"please run equo conf update" may apeears prior to the final execution.
you need to rerun and wait until finished...
if you used the r1 sabayon 4.0 version, the full dvd. it have 3 month... more than 1000 packages, can be updated...
reboot and run
run in this order (ONLY ONE INSTANCE)

first:

$ su
# equo update

after finished,

#equo install equo
anf after finished,

#equo conf update

You only may use, one terminal opened, only one instance...

[WarraWarra]

No joy with this and 4.1 Gnome.

Keeps on failing.

Can fabio change the port or add a extra port as likely this is seen as a flood attack by some ISP's or as Torrent traffic and so gets locked / blocked.

Alternatively the server tweaks I asked for for the SA server / mirrors might be able to compensate for lag if lag is causing this.

The settings are as follows:

(These are sysctl settings)

net.core.rmem_max = 16000000

net.core.wmem_max = 16000000

net.ipv4.tcp_wmem = "128000 256000 2048000"

net.ipv4.tcp_rmem = "128000 256000 2048000"

net.ipv4.tcp_rfc1337 =1

Once these are set we should be able to sync at decent speeds.

[mktyap]

Had some strange Spritz behavior today: System 4.1 (running updated) hangs after a long time trying to open up graphical window. But when I log in as root (graphic login) Spritz behaves normally, fix packages automatically and updated OK. Go figure

[WarraWarra]

Just Re-installed 4.1 UMPC this time and still no joy so I try cheating past the blockage and it works / busy updating.
Happy updating.

How-to:
Temp cheat to get packages.db.bz2

Change x86 to amd64 etc , see link below to get your version: "server Auto Updated each night "

Link:
http://na.mirror.garr.it/mirrors/sabayonlinux/entropy/standard/sabayonlinux.org/database/x86/4/

You can either get the packages.db.bz2 as well as packages.db.md5 and a few others like example below here or whole as in "What happens example" further down the page.

Note> when rsync see " source/somewhere/ " and " destination/somewhere " the / on destination is missing , if / is there is will create the /4 sub-folder inside /4 folder.

Example:

Code: Select all

rsync -urPmHz rsync://na.mirror.garr.it/sabayonlinux/entropy/standard/sabayonlinux.org/database/x86/4/  /var/lib/entropy/client/database/x86/sabayonlinux.org/standard/x86/4

I just downloaded the whole x86/4 about 400mb.

Then launched Spritz and it takes a min to get with it then click it's orange rss type icon and press Regenerate Cache.

That did it for me and is now working. Rev 850

What happens:

Code: Select all

tweaked ~ # rsync -urPmHz rsync://na.mirror.garr.it/sabayonlinux/entropy/standard/sabayonlinux.org/database/x86/4/  /var/lib/entropy/client/database/x86/sabayonlinux.org/standard/x86/4

receiving file list ...
26 files to consider
ca.cert
         453 100%  221.19kB/s    0:00:00 (xfer#1, to-check=24/26)
make.conf
        3367 100%    1.07MB/s    0:00:00 (xfer#2, to-check=23/26)
package.keywords
        9088 100%   37.77kB/s    0:00:00 (xfer#3, to-check=22/26)
package.mask
         369 100%    1.53kB/s    0:00:00 (xfer#4, to-check=21/26)
package.unmask
        8325 100%   28.83kB/s    0:00:00 (xfer#5, to-check=20/26)
package.use
       11074 100%   26.51kB/s    0:00:00 (xfer#6, to-check=19/26)
packages.db
   313590784 100%  162.66kB/s    0:31:22 (xfer#7, to-check=18/26)
packages.db.bz2
    22350307 100%  188.37kB/s    0:01:55 (xfer#8, to-check=17/26)
packages.db.conflicting_tagged
         656 100%    1.84kB/s    0:00:00 (xfer#9, to-check=16/26)
packages.db.download.lock
          16 100%    0.04kB/s    0:00:00 (xfer#10, to-check=15/26)
packages.db.dump.bz2
    12108068 100%  225.56kB/s    0:00:52 (xfer#11, to-check=14/26)
packages.db.dump.bz2.md5
          55 100%    0.38kB/s    0:00:00 (xfer#12, to-check=13/26)
packages.db.eapi3_lock
          31 100%    0.21kB/s    0:00:00 (xfer#13, to-check=12/26)
packages.db.lic_whitelist
        8068 100%   45.54kB/s    0:00:00 (xfer#14, to-check=11/26)
packages.db.lock
          16 100%    0.09kB/s    0:00:00 (xfer#15, to-check=10/26)
packages.db.mask
          97 100%    0.54kB/s    0:00:00 (xfer#16, to-check=9/26)
packages.db.md5
          46 100%    0.26kB/s    0:00:00 (xfer#17, to-check=8/26)
packages.db.meta
       22846 100%   80.54kB/s    0:00:00 (xfer#18, to-check=7/26)
packages.db.revision
           4 100%    0.01kB/s    0:00:00 (xfer#19, to-check=6/26)
packages.db.system_mask
          77 100%    0.27kB/s    0:00:00 (xfer#20, to-check=5/26)
packages.db.timestamp
          26 100%    0.09kB/s    0:00:00 (xfer#21, to-check=4/26)
packages.rss
     1441731 100%  210.86kB/s    0:00:06 (xfer#22, to-check=3/26)
profile.link
          56 100%    0.13kB/s    0:00:00 (xfer#23, to-check=2/26)
server.cert
         660 100%    1.51kB/s    0:00:00 (xfer#24, to-check=1/26)
updates.rss
      196641 100%  171.00kB/s    0:00:01 (xfer#25, to-check=0/26)

sent 512 bytes  received 349872773 bytes  169882.63 bytes/sec
total size is 349752861  speedup is 1.00
tweaked ~ #