Hello, If you have a back-up of the server that you store the database on, your DBA should be able restore an older copy. If you only have the input files, they will need to be reloaded. When this type of thing happens where (we had a bad server and lost all of the Session data earlier this year), the data was just lost. We definitely recommend keeping copies of the input files in a central, backed-up, location if they are critical to a project. This is true for data loaded into the UCSC browser or into a local mirror.
For the "why" concerning the loss of all custom track data, not just the subset of missing server data, I will follow up with our developers. If anyone did a cart-reset, that would clear custom tracks. Maybe this was done when you deleted the old data? Of if the cleaner script was run, that would remove it all, too. Jennifer ------------------------------------------------ Jennifer Jackson UCSC Genome Bioinformatics Group ----- "Davide Cittaro" <[email protected]> wrote: > From: "Davide Cittaro" <[email protected]> > To: [email protected] > Sent: Thursday, December 3, 2009 11:19:26 AM GMT -08:00 US/Canada Pacific > Subject: [Genome] genome browser bug and rollback? > > Dears, > I still have to verify this but it seems that there's a bug in custom > track handling. > It happened that some users had hundreds of tracks on a local mirror. > Some of those tracks were bigWig pointing to another web server. Due > to maintenance the secondary web server (hosting the bigDataUrl) has > been switched off. The users received this message: > > Error(s): Custom track error (Couldn't connect to > host001.instruments.ifom-ieo-campus.it 80 > ): removing custom tracks > > I was expecting only bigWig to disappear but all their tracks were > deleted from user session and couldn't be restored. > Next week I'm going to test this on an alternate web server hosting > bigWig (or any other bigData), meanwhile I would like to know if there > is any procedure to rollback users custom track to the last working > configuration. > I've tried to track users hguid and hgsid, to copy the "content" > content in SQL but nothing changes. > > Thanks > d > /* > Davide Cittaro > > Cogentech - Consortium for Genomic Technologies > via adamello, 16 > 20139 Milano > Italy > > tel.: +39(02)574303007 > e-mail: [email protected] > */ > > > > _______________________________________________ > Genome maillist - [email protected] > https://lists.soe.ucsc.edu/mailman/listinfo/genome _______________________________________________ Genome maillist - [email protected] https://lists.soe.ucsc.edu/mailman/listinfo/genome
