search for: oracleteste

Hi, I installed the xen in server with CentOS 6, but not create vm. [root@localhost oracleteste]# xm create oracleteste.cfg Using config file "./oracleteste.cfg". Started domain oracleteste (id=9) [root@localhost oracleteste]# xm list Name                                        ID   Mem VCPUs      State   Time(s) Domain-0                                     0  1024     1     r----- ...

After performing a reboot in VM (Virtualbox) which had been stopped, the User logs in but does not display the desktop leaving only the background image. The services are all active, can access and use the VM via ssh, but the Desktop died. I do not know where to begin to solve this problem. Any idea? Thanks ------------------------------------------------------------- Rudinei Dias

When you run your functional tests, rake wipes the "test" database clean and recreates it based on what is in the "development" database. Since it appears you are using the same database for both, that would explain why you lost your data. In addition, if you omit the data needed to access the development database you will get an error like you described, because

Sorry, in my haste I forgot to modify the subject. 5/2/06, "Christian R. Garner" <olus@digitalapathy.net>wrote: > > All assumptions aside, "rectest" and "salt" are usernames not > databases/schemas according to the pasted config. If they were in fact > different databases/schemas, this problem could never have happened. > While >

Running the functional tests has deleted the data in my production database!!! please help!! Using rails 1.1.1 + Oracle. This is my database.yml file : development: adapter: oci host: "V2:1521/TIM" username: salt password: oracle1 test: adapter: oci host: "V2:1521/TIM" username: rectest password: oracletest production: adapter: oci host:

All assumptions aside, "rectest" and "salt" are usernames not databases/schemas according to the pasted config. If they were in fact different databases/schemas, this problem could never have happened. While different database brands may have tricks for ways to handle users and what they perceive as a database/schema, the fact remains that if 2 literally separate databases