<sacarlson>
I looked at the sqlite database file at the stellar-core files and checked to verify that the account seems to exist that are used in the ruby example above correct in base32
<stellar-slack>
<scott> @fredolafritte: Yeah, I’m presently updating horizon to support the latest changes to XDR, the base32 changes, and the database schema changes. Hope to have it done today, but it could be monday as well when it lands
<sacarlson>
@scott so will these changes you hope to have in a few days also effect the problems I presently see above?
<stellar-slack>
<scott> sacarlson: I don’t know what your problem is… provided that you have a working stellar-core network running locally it should work just fine. We test creating an account at several levels and it works fine as far as I can tell. In fact, the script you link to does not even communicate with horizon… fixing horizon cannot solve your problem. My hunch is that you have some misconfiguration of stellar
<sacarlson>
@scott ok I'll post my present stellar-core config for viewing
<stellar-slack>
<scott> sounds good, I can take a look
<sacarlson>
good to hear that it must be on my side then @scott
<stellar-slack>
<scott> well, it’s just on your side for now :) very well could be that you’re hitting some “should be valid but it bugged” code path :) I’ll try out your config now and see if I can get a repro
<sacarlson>
cool thanks @scott
<sacarlson>
I have upgraded stellar-core without fully deleting the database so I could also try that also, I just assumed it wasn't working as no one said anything about seeing anything work since last base32 changes
<stellar-slack>
<scott> Yeah, everything works fine for me, even with your config. Note: you do have to change the sequence number in that example to `1` when using a new database… but that wouldn’t cause a “no account” error like you were seeing
<stellar-slack>
<scott> This is running on rev: 3757063f5aac7252cfe2bde3cc0d1f18ca9d8123
<sacarlson>
that doesn't look like the git hash I"m running on stellar-core
<sacarlson>
what hash is that?
<sacarlson>
I'm going to try reset the database and then look to see if there is a new github release that I failed to see in ruby-stellar-base or stellar-core
<stellar-slack>
<scott> And I’m using the latest master of ruby-stellar-base
<sacarlson>
no mine was released 2 days ago your is 3 days old
<sacarlson>
this is what I see as latest commit 8babef09b5a3a9b24af8e3557de2a2cef6736e5b
<sacarlson>
@scott so what git hash are you running on ruby-stellar-base? am I running something different there also? mine is presently commit 0d04692f4147ad01cf07c149d4b383f3bc842c75 for ruby-stellar-base
<stellar-slack>
<scott> sacarlson: I’m using the latest master on ruby-stellar-base: 0d04692f4147ad01cf07c149d4b383f3bc842c75
<sacarlson>
@scott ok cool so that's the same. so maybe if my database reset fails I'll try pull the older version of stellar-core to see if that fixes my problem
<stellar-slack>
<scott> yes, please
<stellar-slack>
<scott> when in doubt, IMO you should be resetting your network completely, history archives, database and all. We’re not stable yet, and don’t guarantee compatibility from revision to revision
<stellar-slack>
<scott> We have acceptance tests that test compatibility, but we haven’t locked anything down yet
<sacarlson>
history archives I don't even see that file
<sacarlson>
maybe there is a step I missed then
<sacarlson>
I only see log and db file
<stellar-slack>
<scott> did you create your history archives using `—newhist ARCHIVE_NAME`
<sacarlson>
nope
<sacarlson>
must have been some reading I missed
<sacarlson>
is that after the -newdb ?
<sacarlson>
but stellar-core seems to run ok with no errors
<stellar-slack>
<scott> probably undocumented, but it is referred to at a minimum in the usage helper. given your previously posted config, just run `stellar-core --newhist vs`
<sacarlson>
with vs at the end?
<stellar-slack>
<scott> In this example, we use vs because your config-defined history archive has the name `vs`
<stellar-slack>
<scott> from your config:
<stellar-slack>
<scott> `[HISTORY.vs]`
<sacarlson>
ok
<sacarlson>
oh I will also have to add my config file in that
<sacarlson>
nope same error {"status"=>"ERROR", "error"=>"AAAAAAAAAAD////7AAAAAA=="} so I'll reset the data base files and start fresh
<sacarlson>
oh I didn't notice it's stuck so before I reset i'll -forcescp
<stellar-slack>
<scott> `AAAAAAAAAAD////7AAAAAA==` is a different error than before. That’s a bad sequence error
<sacarlson>
nope even after deleting and recreating new db files I still get the same error
<stellar-slack>
<scott> `AAAAAAAAAAD////4AAAAAA==` was your previous error
<sacarlson>
oh ok I have sequence at 2
<sacarlson>
sequence 2 sounds correct as it's getting it from master that is at sequence 1
<sacarlson>
I note after reset that it reset sequence that is now up to 75
<sacarlson>
I was up over 3400
<sacarlson>
oh I now note in database that account now starts at 0 not 1 GCEZWKCA5VLDNRLN3RPRJMRZOX3Z6G5CHCGSNFHEY so my sequence is now 1 biger than it should be
<sacarlson>
changed the example to sequence 1 now it works {"status"=>"PENDING"}
<sacarlson>
thanks @scott
<stellar-slack>
<scott> :+1: good to see we finally got all the ducks in a row :)
<sacarlson>
so my software will auto check for the correct sequence and I won't have this problem
<sacarlson>
done deal
<sacarlson>
I'll also add decodeing of the error numbers so I know what the error means
sup414 has joined #stellar-dev
<sup414>
morning everyone
sup414 has quit [Client Quit]
<stellar-slack>
<scott> morning sup414
<stellar-slack>
<scott> currently rebuilding history on testnet horizon, fyi.