Re: [firebird-support] Generators, what could cause resetting generator values to some earlier version

On 7.8.2012 19:06, Tomasz Tyrakowski wrote: > > On 2012-08-07 17:28, Sofija Blazevski wrote: > > We never use negative increment, and this is only client installation > > with such issue. > > Well, if you're sure negative increment of generators is impossible and > the database has never got corru

Re: [firebird-support] Generators, what could cause resetting generator values to some earlier version

We tried getting database backup over our local environment, backup and restore went fine, generators kept their "old" values - that's what I expected though. It does seem like old database, I would believe it was replaced if the data were not up to date. I can suggest system restore to the clie

Re: [firebird-support] Shutting down while changing metadata

Hi, it depends on what you are trying to do. If you are modifying metadata of objects that are in use, you wont be able to make changes. if you're adding new objects, you will not have a problem. - Sofija On 6.8.2012 14:16, Aldo Caruso wrote: > > Hi, > > Normally, when I make a modificacion to

Re: [firebird-support] Generators, what could cause resetting generator values to some earlier version

On Wed, 08 Aug 2012 09:40:13 +0200, Sofija Blazevski wrote: > We tried getting database backup over our local environment, backup and > restore went fine, generators kept their "old" values - that's what I > expected though. > It does seem like old database, I would believe it was replaced if th

Re: [firebird-support] Generators, what could cause resetting generator values to some earlier version

This installation is on Windows Server 2008 Enterprise - it also has UAC, as far as I know client didn't have system restore. Database file location is under program files, I'll check user profile, but I'm unsure how would it work consistently as there are several users on this machine I believe

Re: [firebird-support] Generators, what could cause resetting generator values to some earlier version

On Wed, 08 Aug 2012 10:09:42 +0200, Sofija Blazevski wrote: > This installation is on Windows Server 2008 Enterprise - it also has > UAC, as far as I know client didn't have system restore. > Database file location is under program files, I'll check user profile, > but I'm unsure how would it wo

Re: [firebird-support] Generators, what could cause resetting generator values to some earlier version

On 8.8.2012 10:34, Mark Rotteveel wrote: > > On Wed, 08 Aug 2012 10:09:42 +0200, Sofija Blazevski > > wrote: > > This installation is on Windows Server 2008 Enterprise - it also has > > UAC, as far as I know client didn't have system restore. > > Datab

Re: [firebird-support] Generators, what could cause resetting generator values to some earlier version

On Wed, 08 Aug 2012 11:02:52 +0200, Sofija Blazevski wrote: > I did check user profiles, but didn't find any database copies there. > > Also, we don't administer this server, but currently we have access. So > I noticed in system log a message for corrupt and unusable disk > structure, though t

Re: [firebird-support] Shutting down while changing metadata

Hi, thanks for your answer. Normally I modify stored procedure that may be in use while I apply the ALTER clause. As I can't control whether it is or not in use in that moment, I guess that the most conservative approach is to shut down the database, login as SYSOP, apply the metadata upd

[firebird-support] epel firebird 2.1.5

Hi, please does anyone know if there is going to be an epel 2.1.5 rpm build and if so when it might happen. Nick Upson [Non-text portions of this message have been removed]

[firebird-support] Re: epel firebird 2.1.5

Nick Upson [2012-08-08 14:21] : > Hi, > > please does anyone know if there is going to be an epel 2.1.5 rpm build and > if so when it might happen. > for EPEL5, I will try to find time for it before next week

[firebird-support] Re: epel firebird 2.1.5

philippe makowski [2012-08-08 20:38] : > Nick Upson [2012-08-08 14:21] : >> Hi, >> >> please does anyone know if there is going to be an epel 2.1.5 rpm build and >> if so when it might happen. >> > for EPEL5, I will try to find time for it before next week In progress : https://admin.fedoraproj