Hi,
You can try to recover the db file by doing
1) calculate the size needed by doing : new_size = db_file_size - (db_file_size
% 2097152)
2) use dd command to make a new db file : dd if=virtuoso.db of=new.db bs=1
count= (can adjust bs and count depending of file size, for example
bs=2097152
Sharath,
On 10 Jan 2012, at 12:34, Kingsley Idehen wrote:
> On 1/9/12 10:38 PM, Sharath Jagannath wrote:
>>
>> I did not take a backup myself.
>> Doesn't the virtuoso take backup by default? Correct me if I am wrong. I had
>> used ./virtuoso -dc to start my server.
>> I would like to know a
On 1/9/12 10:38 PM, Sharath Jagannath wrote:
I did not take a backup myself.
Doesn't the virtuoso take backup by default? Correct me if I am wrong.
I had used ./virtuoso -dc to start my server.
I would like to know a stable process that I should be following to
make sure these things does not
I did not take a backup myself.
Doesn't the virtuoso take backup by default? Correct me if I am wrong. I
had used ./virtuoso -dc to start my server.
I would like to know a stable process that I should be following to make
sure these things does not occur.
It would be such a waste of time to load
Hi Sharath,
Sounds as if the database file is corrupt due to the unexpected killing of the
sever or other. As per my previous suggestion do you now have a backup, online
or manual that is being made at regular intervals that the database could be
restored to ?
I also note you are running the
03:01:55 It is impossible to have a database file /mnt/gluster/
staging-virtuoso.ec2.xen.io/software/6_1_3_install_dir/var/lib/virtuoso/db/virtuoso.dbwith
a length not multiple of 2MB.
Hey Hugh,
This issue is surfacing again. Virtuoso server was killed accidentally.
I tried to recover the databas
