urllib.error.ContentTooShortError about cnpj-sqlite HOT 8 CLOSED

terminou aqui haha
Mas provavelmente é isso mesmo ao criar o vacuum ele cria um cache do msm tamanho do sqlite original, pra caso de falha reverter, porém ele utiliza por padrão o tmp configurado, como n tinha o SQLITE_TMPDIR ou TMPDIR configurados, ele pegava o /tmp do linux, como tinha pouco espaço nessa distro, ele acaba quebrando.

Uma solução que fiz foi abaixo, setei na variável SQLITE_TMPDIR o diretório /tmp dentro da pasta atual, setei manualmente mas acho q utilizando o os consegue pegar a pasta atual e colocar um /tmp depois

from cnpj-sqlite.

Como liberaram ontem, talvez o site esteja congestionado. Eu prefiro usar um gerenciador de download como o Free Download Manager, porque otimiza o procedimento

from cnpj-sqlite.

Como liberaram ontem, talvez o site esteja congestionado. Eu prefiro usar um gerenciador de download como o Free Download Manager, porque otimiza o procedimento

Vou ajustar aqui o código pra ele ignorar os arquivos q já foram concluídos, se quiser posso fazer um pr

from cnpj-sqlite.

Já pegou esse erro amigo? pelo q li é sem espaço, mas setei o tmp pra pasta e tem coisa de 40GB de espaço

from cnpj-sqlite.

Eu acho que esse erro acontece quando falta memória RAM. De qualquer forma, a operação de vacuum é pra diminuir o tamanho do arquivo cnpj.db. Se chegou nesse ponto, o cnpj.db já foi criado. Deve ter uns 30GB... Se quiser o Vacuum vc abre no DBBRowser e roda a opção "Compactar Base". Mas é opcional.

from cnpj-sqlite.

Eu acho que esse erro acontece quando falta memória RAM. De qualquer forma, a operação de vacuum é pra diminuir o tamanho do arquivo cnpj.db. Se chegou nesse ponto, o cnpj.db já foi criado. Deve ter uns 30GB... Se quiser o Vacuum vc abre no DBBRowser e roda a opção "Compactar Base". Mas é opcional.

Eu acompanhei a memória, tava usando 16GB e depois 32GB e tinha dado o mesmo problema, acredito que seja por causa do vacuum mesmo, pelo q li ele cria uma cópia de segurança com o mesmo valor do sqlite, por exemplo, no momento tá com quase 30GB o db-journal, isso que acabava utilizando todo o armazenamento

Esperando terminar aqui pra dá um feedback de resultado, thx

from cnpj-sqlite.

terminou aqui haha Mas provavelmente é isso mesmo ao criar o vacuum ele cria um cache do msm tamanho do sqlite original, pra caso de falha reverter, porém ele utiliza por padrão o tmp configurado, como n tinha o SQLITE_TMPDIR ou TMPDIR configurados, ele pegava o /tmp do linux, como tinha pouco espaço nessa distro, ele acaba quebrando.

Uma solução que fiz foi abaixo, setei na variável SQLITE_TMPDIR o diretório /tmp dentro da pasta atual, setei manualmente mas acho q utilizando o os consegue pegar a pasta atual e colocar um /tmp depois

Passei pelo mesmo problema agora! Até recebi um aviso de que minha partição root estava cheia

from cnpj-sqlite.

Eu acho que vou remover essa opçao do Vacuum, que consome muita memória. No Windows parece que o arquivo temporário fica no disco principal, mesmo que vc esteja trabalhando em um disco externo.

from cnpj-sqlite.